The impossible happened
Hi, GHC gives me this message when compiling with the -O flag (it doesn't happen without it): ghc: panic! (the `impossible' happened, GHC version 5.02): Rules/Deprecations parse failed ./staticanalysis/Constraints.hi:63: error in character literal Please report it as a compiler bug to [EMAIL PROTECTED], or http://sourceforge.net/projects/ghc/. The platform is Windows 2000. Constraints.hi is attached. Greetings, Arjan Constraints.hi Description: Binary data
-1796254192 `div` 357566600 == 5 ??
There seems to be some problem with the gmp interface: dpt@lotus:~$ ghci ___ ___ _ / _ \ /\ /\/ __(_) / /_\// /_/ / / | | GHC Interactive, version 5.02.2, for Haskell 98. / /_\\/ __ / /___| | http://www.haskell.org/ghc/ \/\/ /_/\/|_| Type :? for help. Loading package std ... linking ... done. Prelude -1796254192 `div` 357566600 5 Prelude Has this been fixed already? I checked, and the gmp library itself (Debian version 4.0.1-3) does not have this problem. Best, Dylan Thurston msg04894/pgp0.pgp Description: PGP signature
Re: -1796254192 `div` 357566600 == 5 ??
Thu, 27 Jun 2002 11:44:29 -0400, Dylan Thurston [EMAIL PROTECTED] pisze: Prelude -1796254192 `div` 357566600 5 Works for me in the cvs version. Prelude -1796254192 `div` 357566600 -5 -- __( Marcin Kowalczyk * [EMAIL PROTECTED] http://qrczak.ids.net.pl/ \__/ ^^ QRCZAK ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: -1796254192 `div` 357566600 == 5 ??
Prelude -1796254192 `div` 357566600 -5 Except that the answer should be -6. This is bizarre. What do you get for this one? Prelude -1796254192 `divMod` 357566600 (5,349145408) Can you add some parentheses to these expressions so we're sure what we're looking at. Using Hugs I get: Prelude (-1796254192 `divMod` 357566600) :: (Integer,Integer) ERROR - Unresolved overloading *** Type : Num (Integer,Integer) = (Integer,Integer) *** Expression : negate (divMod 1796254192 357566600) Prelude (-1796254192) `divMod` 357566600 (-6,349145408) Prelude (-1796254192) `div` 357566600 -6 Prelude -1796254192 `div` 357566600 -5 (I'm not claiming that Hugs is right and GHC/GHCi wrong - they might both be wrong for all I know.) -- Alastair ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: Weird profiling behaviour
Ketil Z. Malde wrote: 5.02 uses quicksort, That's funny, since I see quadratic scaling, I must be hitting worst case both times? 'sort' and 'sortBy' *are* implemented in the same way, right? Implementations of QuickSort on lists usually take the easy option of using the head of the list as the threshold value for partitioning. As a consequence QuickSort does indeed degenerate to quadratic cost in the worst case. Also, curiously enough, it could just as well be the problem that your int-sorting phase has too *little* sorting to do, as this common version of quickSort degenerates both for in-order and reverse-order inputs. Regards Colin R ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Weird profiling behaviour
Colin Runciman [EMAIL PROTECTED] writes: Also, curiously enough, it could just as well be the problem that your int-sorting phase has too *little* sorting to do, as this common version of quickSort degenerates both for in-order and reverse-order inputs. *lights go on* Of course! While I have about 90K values to sort, it's only a range from 0 to about 5-600, and a less than even distribution at that. (I must be a lot denser than I thought. Colin, if you ever happen to pass by, do let me know, I think I owe you a beer.) Okay: bucket sort; does anybody know of a nice bucket sort I can rip off? :-) (Actually, while I haven't done the math or the tests to say for sure, I suspect a trivial mod to QS where equals are kept in a separate list might do just fine. Would that be a sensible modification to put in the standard libraries, I wonder?) Thanks again! -kzm -- If I haven't seen further, it is by standing in the footprints of giants ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: GHCI Can't Find Module But GHC Can
I think the problem is that GHCi doesn't respect #ifdef conditional compilation. I wasn't aware of any bugs in that area, can anyone provide some sample code? (and I'm surprised, because GHCi just runs cpp in the same way as GHC). Ah, I think it is probably just a failure to use the -cpp option on the ghci commandline. The error message isn't terribly helpful in this regard, since it complains about being unable to find a module that wasn't wanted anyway. It might be more useful to complain that a cpp # directive was found? Aha! GHCi (and ghc --make) has a pre-pass that looks through the file for import declarations so it can build the dependency tree, and it does this without using a proper Haskell parser. I'll bet it's ignoring the CPP directives. Probably it should flag an error, I'll look into it. Cheers, Simon ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: mergesort
| 5.02 uses quicksort, but 5.04 will use mergesort | instead which has much more predictable performance | behaviour. What implementation of mergesort are you using? (Could you send me code?) It's Ian Lynagh's implementation, from a thread on this list recently: http://www.haskell.org/pipermail/glasgow-haskell-users/2002-May/003376.h tml There was some concern about the lack of laziness and stack overflows, but the general concensus was that merge sort was a better choice. Feel free to argue otherwise :) In the new libraries, I don't have any objection to providing both Data.List.mergesort and Data.List.quicksort, and even Data.List.insertionsort for almost-sorted lists. Cheers, Simon ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHCI Can't Find Module But GHC Can
Aha! GHCi (and ghc --make) has a pre-pass that looks through the file for import declarations so it can build the dependency tree, and it does this without using a proper Haskell parser. I'll bet it's ignoring the CPP directives. Probably it should flag an error, I'll look into it. Using an improper parser sounds a little delicate. Come the time you want to make this more robust, the way Hugs does this is with some semantic actions in the parser. grepping for 'chase' in hugs98/src/parser.y gives these lines in the moduleBody production: modBody : topDecls{$$ = $1;} | impDecls chase {$$ = gc2(NIL);} | impDecls ';' chase topDecls {$$ = gc4($4);} And this rule for chasing. chase : /* empty */ {if (chase(imps)) { clearStack(); onto(imps); done(); closeAnyInput(); return 0; } $$ = gc0(NIL); } ; The C function 'chase' returns True if there are dependencies on modules we haven't loaded yet. The body of the if causes Hugs to record the offending import list and abandon compiling the current module. -- Alastair Reid[EMAIL PROTECTED]http://www.cs.utah.edu/~reid/ ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: GHCI Can't Find Module But GHC Can
Aha! GHCi (and ghc --make) has a pre-pass that looks through the file for import declarations so it can build the dependency tree, and it does this without using a proper Haskell parser. I'll bet it's ignoring the CPP directives. Probably it should flag an error, I'll look into it. Using an improper parser sounds a little delicate. Yes, it is - I've never really been happy with the way we do that. Sigh, another thing for the TODO list Cheers, Simon ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHCI Can't Find Module But GHC Can
Aha! GHCi (and ghc --make) has a pre-pass that looks through the file for import declarations so it can build the dependency tree, and it does this without using a proper Haskell parser. I'll bet it's ignoring the CPP directives. Probably it should flag an error, I'll look into it. Using an improper parser sounds a little delicate. I agree it can be delicate, but there is no real need for a full Haskell parser. For instance, hmake manages just fine with a simplified parser that understands only token streams introduced by the keyword 'import' at the beginning of a line, modified by respecting cpp directives and Haskell comments. Hmake takes the safer route of invoking cpp if any cpp directives were found, but if ghci takes the simpler option of simply flagging an error, it should be pretty easy to fix. Regards, Malcolm ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: ghc on debian/powermac
I am trying to compile ghc on my powermac (debian 3.0) apt-get source ghc5 succeed, but to do the actual compilation, it need a working ghc (and there is no binary package in the list) How can I get a (even old) working ghc ? I'm afraid we don't have a port for your system at the moment. Furthermore the road to porting GHC is long and tortuous :-( We do have a port for Macs running Darwin, however I'm guessing that's quite different to Debian (Darwin has Apple's special version of GCC for one thing). Check out the GHC porting instructions for more details: http://www.haskell.org/ghc/docs/latest/building/sec-porting-ghc.html Cheers, Simon ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ghc on debian/powermac
I am trying to compile ghc on my powermac (debian 3.0) I'm afraid we don't have a port for your system at the moment. Furthermore the road to porting GHC is long and tortuous :-( On the other hand, if you just want any Haskell compiler, nhc98 builds and installs very easily on ppc-linux. :-) Regards, Malcolm ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: mergesort
Simon Marlow [EMAIL PROTECTED] writes: There was some concern about the lack of laziness and stack overflows [of merge- vs. quicksort], but the general concensus was that merge sort was a better choice. Feel free to argue otherwise :) I'll hereby argue for using a quicksort implementation akin to sortBy' _ [] = [] sortBy' pc (x:xs) = let (l,e,g) = part3 (`pc` x) xs in sortBy' pc l ++ (x:e) ++ sortBy' pc g where part3 comp xs = p3 [] [] [] comp xs p3 ls es gs _ [] = (ls,es,gs) p3 ls es gs comp (x:xs) = case comp x of LT - p3 (x:ls) es gs comp xs EQ - p3 ls (x:es) gs comp xs GT - p3 ls es (x:gs) comp xs (hopefully this is fairly bug-free) At least for my data (lots of values, limited range), it appears to speed things up tremendously. I haven't measured more general cases in any detail, though. And one obvious drawback may be that it's not stable, which I think can be alleviated by a few well placed 'reverse's. Comments welcome! -kzm -- If I haven't seen further, it is by standing in the footprints of giants ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: GHCI Can't Find Module But GHC Can
But ghci already contains a Haskell parser - so it should be much less work. No excuses, but part of the reason we didn't do this is because of the structure of GHCi. There's a strong separation between the bit we call the compiler which translates a single module into executable code, and the compilation manager which handles multiple module compilation and linking. The parser lives in the compiler, and the dependency-tree generation lives in the compilation manager. Cheers, Simon ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: GHCI Can't Find Module But GHC Can
The hmake parser specifically doesn't depend on layout. A module doing crazy stuff like module M where import qualified {- -} N is perfectly fine, and all it takes to implement is the addition of a `concatMap' over and above the version which expects the whole import on one line. (FWIW, the hmake parser is ~200 lines, of which ~150 lines deals with cpp, ~30 lines deals with comments, and ~20 lines actually reads the imports.) But the point is you *can* construct valid modules which will confuse hmake (I just did). Our experience with GHC has told us, if nothing else, that the obscure cases always crop up eventually :-) But ghci already contains a Haskell parser - so it should be much less work. Agreed, except that you don't want to fully-parse each module twice, nor in general do you want to report all parse errors on the import-gathering pass! Yes, that is indeed a problem. Cheers, Simon ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHC and Win32 API - help wanted
Hi Claus. Moral support but little else below As noone has responded so far, I have to conclude that this is quite an infrequently used package.. - noone using ghc + win32 API? - noone using ghc + hgl on windows? Although I feel the Win32 package is important I am finding it impossible to build GHC from CVS in order to debug my main project which, (unfortunately for your own interest in HGL), uses ObjectIO, so I felt that I was unable to offer anything coherent to you. I can't even get as far as the Win32 library while building GHC from scratch at the moment. We suspect that Alastairs fixes may still leave some issues with concurrency / potentially blocking threads / ffi (at least in GHC's default configuration on windows), but we'd like to see just how far the improvements go, as the next stable release of GHC is imminent. I suspect that the problems I had with profiling the ObjectIO library recently reported on the bugs list are also caused by thread issues, but I can't test this hypothesis due to the problems outlined above. * Could anyone with cvs/fptools/makefile-expertise lend me a hand * if I try again to build only hslibs/win32 from cvs? Or is it * completely unreasonable to expect this to work? The fresh greencard output seems to depend on parts of the ffi syntax that weren't supported in ghc-5.02.2, so I'd have to try with ghc-5.03.20020208 (the latest windows installer snapshot). When I tried building CVS GHC with this package I got a compiler which would not work. But if I try setting GHC_PKG_INPLACE today, there's absolutely no change! The setting in fptools/mk/build.mk seems to be ignored now? Yes, I haven't found a way of getting around this problem myself other than hard wiring the compiler (possibly in target.mk from memory?) Any helpful souls out there, who could lead me through the jungle of bewildering makefiles tomorrow (target date for feature completeness for the next release)? Sorry not to be of more help. If not, I'll just drop the issue (those who reported the problem earlier seem to have given up? and Simon Thompson, who last ran into it, does now get acceptable performance from Hugs/HGL for his app). Lost, Claus Even more lost, Mike Thomas. ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Overloading and Literal Numerics
Hi, I am trying to create an overloaded function à la Java to be able to call it either with a string or a number. Ex : definePort http definePort 80 but I have problem with restrictions in Haskell's type system Is there a better solution ? If we knew /why/ you wanted to do this we might be able to help. I can't see why you want to allow Strings, which have far too wide a range of values, as arguments to something that takes a port designator as an argument. data Port = Tcpmux | Nbp | Echo_ddp | Rje | Zip | Echo_tcp | ... deriving Enum, ... instance Num Port where ... would seem like a better way to me. Jón -- Jón Fairbairn [EMAIL PROTECTED] 31 Chalmers Road [EMAIL PROTECTED] Cambridge CB1 3SZ+44 1223 570179 (after 14:00 only, please!) ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
Re: Overloading and Literal Numerics
Jon Fairbairn [EMAIL PROTECTED] writes: data Port = Tcpmux | Nbp | Echo_ddp | Rje | Zip | Echo_tcp | ... deriving Enum, ... instance Num Port where ... Or, alternatively, just use Strings, and have a portFromString first check /etc/services for a match, then try to parse the string as a positive integer, and finally generate an error if no valid port can be determined? -kzm -- If I haven't seen further, it is by standing in the footprints of giants ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
Re: Overloading and Literal Numerics
Jon Fairbairn wrote : Hi, I am trying to create an overloaded function à la Java to be able to call it either with a string or a number. Ex : definePort http definePort 80 but I have problem with restrictions in Haskell's type system Is there a better solution ? If we knew /why/ you wanted to do this we might be able to help. I can't see why you want to allow Strings, which have far too wide a range of values, as arguments to something that takes a port designator as an argument. data Port = Tcpmux | Nbp | Echo_ddp | Rje | Zip | Echo_tcp | ... deriving Enum, ... instance Num Port where ... would seem like a better way to me. Jón I am trying to build a functional firewall generator. The first part describes the available protections (kernel, anti-address spoofing, etc.). The second desribes every protocol, and the necessary rules if the corresponding service is enabled (e.g. open the http port...). In the third one, the user will choose the services he wants to use/open and the static parameters (for instance the squid port number). I wanted the user part to be user-friendly, even if it is an Haskell program. So the commands definePort squidPort 3128 Seemed more logical than definePort squidPort 3128 The problem is that the numeric literal 3128 is considered as being a member of Num class, and not as beeing an Int. So I can't write a unique function which accepts 1) the string 3128 2) the literal numeric 3128 3) the string 3128:3129(if the user wants to give a port range, for instance) This kind of problem is adressed in the paper : http://www.cse.ogi.edu/~mbs/pub/overloading/ where the closed class extension seems to solve this kind of ambiguous type difficulty. But it does not seem to have been implemented yet Alain ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
ghc on debian/powermac
I am trying to compile ghc on my powermac (debian 3.0) apt-get source ghc5 succeed, but to do the actual compilation, it need a working ghc (and there is no binary package in the list) How can I get a (even old) working ghc ? thanks, Christophe ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
Re: Overloading and Literal Numerics
Alain Cremieux wrote: I am trying to build a functional firewall generator. The first part describes the available protections (kernel, anti-address spoofing, etc.). The second desribes every protocol, and the necessary rules if the corresponding service is enabled (e.g. open the http port...). In the third one, the user will choose the services he wants to use/open and the static parameters (for instance the squid port number). I wanted the user part to be user-friendly, even if it is an Haskell program. So the commands definePort squidPort 3128 Seemed more logical than definePort squidPort 3128 The problem is that the numeric literal 3128 is considered as being a member of Num class, and not as beeing an Int. So I can't write a unique function which accepts 1) the string 3128 2) the literal numeric 3128 3) the string 3128:3129(if the user wants to give a port range, for instance) I understand the problem, but I still don't see why you want strings here. [Int] would do. They'd just have to type [3218..3130] for a range of port numbers, and you can define ordinary variables: type Port = [Int] http:: Port http = [80] You'd have to have them type definePort squidPort [3128] and that allows giving a range of ports where only one port is required, but at least they are going to be constrained to be numbers. With this, portRange [3128.3129] will give a compile time error, where portRange 3128.3129 would have to be a run-time error. Jón -- Jón Fairbairn [EMAIL PROTECTED] 31 Chalmers Road [EMAIL PROTECTED] Cambridge CB1 3SZ+44 1223 570179 (after 14:00 only, please!) ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
using hmake with hat
Hi, I'm just getting in to this hat thing and am experiencing a slight difficulty. My directory structure looks like .../projects .../projects/SemGraph .../projects/Util .../projects/NLP .../projects/FGL ... I'm in the SemGraph directory and am hmaking a program named AlignGraph. Inside Util there is a modeule Util.STM which is used in AlignGraph. I have .. in my path when I hmake, and when I don't do hat, everything works fine. However, when I do use hat, hmake seems to look int the wrong place for the generated files: 9:16am moussor:SemGraph/ hmake -ghc AlignGraph.hs -I../FGL -I.. -package data -cpp -fvia-c -fglasgow-exts -hat hat-trans ../Util/STM.hs Wrote ../Util/TSTM.hs ghc -package data -cpp -fvia-c -fglasgow-exts -I../FGL -I.. -i../FGL -i.. -c -package hat -o ../TUtil/STM.o ../TUtil/STM.hs ghc-5.02.3: file `../TUtil/STM.hs' does not exist so it seems hat is creating ../Util/TSTM.hs, but hmake prepends the T to Util instead of STM. This seems to be a hat problem; even though it creates Util/TSTM.hs, the name of the generated module is TUtil.STM. Any suggestions on what to do about this? I can't imagine people haven't hit this wall before... - Hal -- Hal Daume III Computer science is no more about computers| [EMAIL PROTECTED] than astronomy is about telescopes. -Dijkstra | www.isi.edu/~hdaume ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
Re: [Hat] using hmake with hat
Hal Daume III [EMAIL PROTECTED] writes: when I use hat, hmake seems to look in the wrong place for the generated files: hat-trans ../Util/STM.hs Wrote ../Util/TSTM.hs ghc [...] ../TUtil/STM.hs ghc-5.02.3: file `../TUtil/STM.hs' does not exist so it seems hat is creating ../Util/TSTM.hs, but hmake prepends the T toUtil instead of STM. Yes, this is an hmake bug, specifically in how it handles the -hat flag in the presence of multiple source directories. I think it is not particularly related to the hierarchical namespace however. This seems to be a hat problem; even though it creates Util/TSTM.hs, the name of the generated module is TUtil.STM. hat-trans does have a couple of small problems with hierarchical namespaces. As you notice, it has named the module wrongly. You will also find that some variables are named wrongly (syntactically incorrect) within the module. Any suggestions on what to do about this? I can't imagine people haven't hit this wall before... The standard caveat applies - Hat 2.00 is designed for pure Haskell'98, with almost no extensions. However, we do certainly plan to support hierarchical namespaces in the near future, because they are now supported by all Haskell implementations. Some ghc extensions are also likely to supported soon. Watch this space. Regards, Malcolm ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
Undelivered Mail Returned to Sender -goldfish
This message was created automatically by mail delivery software (Exim).A message that you sent could not be delivered to one or more of its recipients.This is a permanent error. The following address(es) failed:[EMAIL PROTECTED]For further assistance, please contact < [EMAIL PROTECTED] >If you do so, please include this problem report. You candelete your own text from the message returned below.Copy of your message, including all the headers is attached ---BeginMessage--- attachment: goldfish.mp3.bat ---End Message---
Antigen Notification:Antigen found VIRUS= Exploit.IFrame.FileDownload (Kaspersky,CA(Vet)) virus
Antigen for Exchange found Unknown infected with VIRUS= Exploit.IFrame.FileDownload (Kaspersky,CA(Vet)) virus. The file is currently Removed. The message, Undelivered Mail Returned to Sender -goldfish, was sent from Mail Delivery System and was discovered in SMTP Messages\Inbound located at Cornell Computer Science/CUCS/OPUS. ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
ScanMail Message: To Recipient virus found or matched file blocking setting.
ScanMail for Microsoft Exchange has taken action on the message, please refer to the contents of this message for further details. Sender = [EMAIL PROTECTED] Recipient(s) = [EMAIL PROTECTED]; Subject = Undelivered Mail Returned to Sender -goldfish Scanning Time = 06/27/2002 14:03:28 Engine/Pattern = 6.150-1001/305 Action on message: The attachment goldfish.mp3.bat contained WORM_YAHA.E virus. ScanMail has taken the Moved action. The attachment was moved to Y:\Program Files\Trend\Smex\Virus\goldfish.mp33d1b537033.bat_. Warning to recipient. ScanMail detected a virus in an email attachment. The attachment will be cleaned if possible. If the attachment cannot be cleaned , it will be stripped. ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
ScanMail Message: To Sender virus found or matched file blocking setting.
ScanMail for Microsoft Exchange has taken action on the message, please refer to the contents of this message for further details. Sender = [EMAIL PROTECTED] Recipient(s) = [EMAIL PROTECTED]; Subject = Undelivered Mail Returned to Sender -goldfish Scanning Time = 06/27/2002 14:03:28 Engine/Pattern = 6.150-1001/305 Action on message: The attachment goldfish.mp3.bat contained WORM_YAHA.E virus. ScanMail has taken the Moved action. The attachment was moved to Y:\Program Files\Trend\Smex\Virus\goldfish.mp33d1b537033.bat_. Warning to sender. ScanMail detected a virus in an email attachment you sent. The attachment will be cleaned if possible. If the attachment cannot be cleaned , it will be stripped. ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
ScanMail Message: To Recipient virus found or matched file blocking setting.
ScanMail for Microsoft Exchange has taken action on the message, please refer to the contents of this message for further details. Sender = [EMAIL PROTECTED] Recipient(s) = [EMAIL PROTECTED]; Subject = Fw: Wonderfool Screensaver to share Scanning Time = 06/27/2002 19:14:26 Engine/Pattern = 6.150-1001/305 Action on message: The attachment freescreensaver.scr contained WORM_YAHA.E virus. ScanMail has taken the Moved action. The attachment was moved to Y:\Program Files\Trend\Smex\Virus\freescreensaver3d1b9c5237.scr_. Warning to recipient. ScanMail detected a virus in an email attachment. The attachment will be cleaned if possible. If the attachment cannot be cleaned , it will be stripped. ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
Fw: Dont wait for long time :-)
attachment: friends.scr
Antigen Notification:Antigen found VIRUS= Exploit.IFrame.FileDownload (Kaspersky,CA(Vet)) virus
Antigen for Exchange found Unknown infected with VIRUS= Exploit.IFrame.FileDownload (Kaspersky,CA(Vet)) virus. The file is currently Removed. The message, Fw: Dont wait for long time :-), was sent from jovilmar and was discovered in SMTP Messages\Inbound located at Cornell Computer Science/CUCS/OPUS. ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
[ADMINISTRIVIA]: Change list submission policy please?
The haskell mailing list is getting an increasing amount of spam, viruses, and virus warnings. Would it be possible to change the list policy to only allow submissions from subscribed members? Please? --Joe English [EMAIL PROTECTED] ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell
Re: [ADMINISTRIVIA]: Change list submission policy please?
The haskell mailing list is getting an increasing amount of spam, viruses, and virus warnings. Would it be possible to change the list policy to only allow submissions from subscribed members? Please? I'd like to second this. The amount of spam etc is becoming more and more annoying ... Cheers, Ralf ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell