August 2003 - Hugs-Bugs

parsing strings
by Iavor Diatchki 08 Oct '03

08 Oct '03

hello, there seems to be a problem when parsing multi-line strings: in the first string there is no space after the \, while in the second there is. i tried this on linux, with the july version of hugs. > probelm = "hello \ > \world" > noproblem = "hello \ > \world" the error i get is: "Illegal character escape sequence "\w" bye iavor -- ================================================== | Iavor S. Diatchki, Ph.D. student | | Department of Computer Science and Engineering | | School of OGI at OHSU | | http://www.cse.ogi.edu/~diatchki | ==================================================

2 1

Hugs SRPM fails to build on Red Hat 9
by Armijn Hemel 30 Aug '03

30 Aug '03

hi, I've been trying to get the hugs98 source RPM to build on Red Hat 9, so I can use a fresh RPM file to install on our machines. However, it fails to build (on a vanilla Red Hat 9 system, no weird modifications). I've attached the buildlog to this e-mail. armijn -- --------------------------------------------------------------------------- armijn(a)nl.linux.org | http://people.nl.linux.org/~armijn/ | Penguin Power --------------------------------------------------------------------------- http://nl.linux.org/ | Alles over Linux ---------------------------------------------------------------------------

1 0

Ldfs.hs
by Kevin.Backhouse＠arm.com 28 Aug '03

28 Aug '03

Hi, I think there is a typo in the definition of the function "tree", in the module "Ldfs.hs", which is in the demos directory of the hugs distribution. The original definition is: tree :: Bounds -> Forest Vertex -> Graph tree bnds ts = buildG bnds (concat (map flat ts)) where flat (Node v rs) = [ (v, w) | Node w us <- ts ] ++ concat (map flat ts) I think it should be: tree :: Bounds -> Forest Vertex -> Graph tree bnds ts = buildG bnds (concat (map flat ts)) where flat (Node v rs) = [ (v, w) | Node w us <- rs ] ++ concat (map flat rs) The difference is that I have changed "ts" to "rs" in the body of the function "flat". By the way, I find Ldfs very useful and I think it deserves a place amongst the libraries. I have attached a modified version of Ldfs that I often use. It is based on FiniteMap and Set, rather than arrays, because I tend to find that my graphs do not use integer indices. Of course, this means that my version is less efficient than the original and does not use LazyST, but I have never yet had any problems with its performance. Provided that Professor Launchbury agrees, would it be possible to add it to the libraries? If some work needs to be done to bring it into line with existing style guides, then I am happy to do this. Kevin (See attached file: Ldfs.hs) Kevin Backhouse, Software Engineer ARM Limited 110 Fulbourn Road, Cambridge, CB1 9NJ, UK. Tel: +44 1223 400601 This e-mail message is intended for the addressee(s) only and may contain information that is the property of, and/or subject to a confidentiality agreement between the intended recipient(s), their organisation and/or the ARM Group of Companies. If you are not an intended recipient of this e-mail message, you should not read, copy, forward or otherwise distribute or further disclose the information in it; misuse of the contents of this e-mail message may violate various laws in your state, country or jurisdiction. If you have received this e-mail message in error, please contact the originator of this e-mail message via e-mail and delete all copies of this message from your computer or network, thank you.

3 2

Minor BSD fixes for Hugs Aug03
by Volker Stolz 27 Aug '03

27 Aug '03

The first patch to prelude.h avoids loads of gratuitious warnings about using malloc.h (which is deprecated). The second patch to configure.in caters for FreeBSDs different pthread-flags. (Perhaps it's better to let the user supply the correct CFLAGS for threads?) I think both patches apply to OpenBSD and NetBSD as well. Regards, Volker (cc: Mr. OpenBSD) -- Volker Stolz * http://www-i2.informatik.rwth-aachen.de/stolz/ * PGP * S/MIME

5 4

Trex problem with Hugs Nov 2002
by Bo Ilic 27 Aug '03

27 Aug '03

Hello, This is probably already known, but I didn't see it on the list of bugs. I got the Hugs98 distribution from hugs98-Nov2002.zip. When loading the Trex module, I get the error shown below. Replacing the Trex.hs file with the one from the Dec 2001 distribution and Trex works fine. Thanks, Bo || || || || || || ||__ Hugs 98: Based on the Haskell 98 standard ||___|| ||__|| ||__|| __|| Copyright (c) 1994-2002 ||---|| ___|| World Wide Web: http://haskell.org/hugs || || Report bugs to: hugs-bugs(a)haskell.org || || Version: Nov 2002 _______________________________________________ Haskell 98 mode: Restart with command line option -98 to enable extensions Reading file "D:\hugs98-Nov2002\hugs98\lib\Prelude.hs": Hugs session for: D:\hugs98-Nov2002\hugs98\lib\Prelude.hs Type :? for help Prelude> :load Trex Reading file "D:\hugs98-Nov2002\hugs98\lib\hugs\Trex.hs": ERROR "D:\hugs98-Nov2002\hugs98\lib\hugs\Trex.hs" - Illegal export of a lone dat a constructor "EmptyRec" Prelude>

1 0

bugs in Time.hs
by Härmel Nestra 26 Aug '03

26 Aug '03

Hi Hugs-team, I found several divergences of the module Time of Hugs (v. Nov 2002 for Linux) from the Haskell Report which can't be found neither in the list of known Hugs bugs nor in the list of differences from Haskell 98 (the latter is also too old and claims that Time is not yet available). 1. The report specifies that the field ctSec of datatype CalendarTime must be exported outside the module. In Hugs, this field is missing from the exports list. 2. The report requires (see the end of the penultimate paragraph before the library starts) that " toClockTime l converts l [...] ignoring the contents of the ctWDay , ctYDay , ctTZName , and ctIsDST fields". Hugs, however, does not ignore ctIsDST . 3. Additionally, the behaviour of the function diffClockTime is strange in Hugs. In the returned record, at most two fields are non-zero: tdSec and tdPicosec . Thereby, tdSec is of type Int which leads to incorrect value in the case of big time differences. The report is amazingly tongue-tied at this point, so it is even difficult to argue that your implementation is diverging. It seems natural to think however that this behaviour is not what was expected. I solved this problem by changing the type of tdSec to be Integer . But this created a new divergence from the report. 4. There seem to be problems with dates before year 1970. I attach my version of Time.hs to this mail, perhaps it helps you somewhat (the places of change are documented with today's date). (Handling dates before 1970 has not been added there.) The report on Time is really funny. It specifies that "Pre-Gregorian dates are inaccurate". So if your implementation handles pre-Gregorian dates accurately then it does not implement the Haskell 98 language correctly :) Best regards, Härmel Nestra (researcher of University of Tartu, Estonia)

3 2

regex library misbehaviour
by Ferenc Wagner 26 Aug '03

26 Aug '03

Hello, loading this: ---------------------8<-------------------- import Text.Regex re2 = mkRegexWithOpts "was" True True match = matchRegexAll re2 "this was wrong" ---------------------8<-------------------- into hugs +N (November 2002) and evaluating match gives: Main> match Just ("this","was"," wrong",[]) where a space is missing at the end of the first String. Seems like a one-off error (other characters disappear, too). System: Debian Woody Hugs from the unstable source package (local build) Best wishes, Feri.

2 1

Fw: Warning: message 19piRE-0006Gr-00 delayed 24 hours
by dinaldo borba de oliveira 24 Aug '03

24 Aug '03

----- Original Message ----- From: "Mail Delivery System" <Mailer-Daemon(a)ns.cityscape.co.uk> To: <hugs-bugs(a)haskell.org> Sent: Friday, August 22, 2003 1:12 PM Subject: Warning: message 19piRE-0006Gr-00 delayed 24 hours > This message was created automatically by mail delivery software. > A message that you sent has not yet been delivered to one or more of its > recipients after more than 24 hours on the queue on ns.cityscape.co.uk. > > The message identifier is: 19piRE-0006Gr-00 > The subject of the message is: Thank you! > The date of the message is: Thu, 21 Aug 2003 0:58:50 --0500 > > The address to which the message has not yet been delivered is: > > bcs(a)flat17.demon.co.uk > (ultimately generated from sansom(a)bcs.org.uk) > Delay reason: SMTP error from remote mailer after end of data: > host punt-1.mail.demon.net [194.217.242.254]: > 451 Temporary local problem - please try later > > No action is required on your part. Delivery attempts will continue for > some time, and this warning may be repeated at intervals if the message > remains undelivered. Eventually the mail delivery software will give up, > and when that happens, the message will be returned to you. > _______________________________________________ > Hugs-Bugs mailing list > Hugs-Bugs(a)haskell.org > http://www.haskell.org/mailman/listinfo/hugs-bugs >

1 0

Warning: message 19piRE-0006Gr-00 delayed 48 hours
by Mail Delivery System 23 Aug '03

23 Aug '03

This message was created automatically by mail delivery software. A message that you sent has not yet been delivered to one or more of its recipients after more than 48 hours on the queue on ns.cityscape.co.uk. The message identifier is: 19piRE-0006Gr-00 The subject of the message is: Thank you! The date of the message is: Thu, 21 Aug 2003 0:58:50 --0500 The address to which the message has not yet been delivered is: bcs(a)flat17.demon.co.uk (ultimately generated from sansom(a)bcs.org.uk) Delay reason: SMTP error from remote mailer after end of data: host punt-1.mail.demon.net [194.217.242.254]: 451 Temporary local problem - please try later No action is required on your part. Delivery attempts will continue for some time, and this warning may be repeated at intervals if the message remains undelivered. Eventually the mail delivery software will give up, and when that happens, the message will be returned to you.

1 0

Undeliverable: Your details
by System Administrator 23 Aug '03

23 Aug '03

Your message To: jean-baptiste.nizet(a)s1.com Subject: Your details Sent: Sat, 23 Aug 2003 08:54:12 -0400 did not reach the following recipient(s): JEAN-BAPTISTE.NIZET(a)S1.COM on Sat, 23 Aug 2003 08:56:24 -0400 The recipient name is not recognized The MTS-ID of the original message is: c=us;a= ;p=s1;l=NRCW2KEXG040308231256RNKR4AMA MSEXCH:IMS:S1:Atlanta:NRCW2KEXG04 0 (000C05A6) Unknown Recipient

1 0