Christian Maeder | 3 Jun 16:54 2003

Re: long constant list of pairs (was Re: Ways and Build Tags for Optimisation)

> We had very long compilation times when optimization or profiling was 
> switched on, for a [(String, Int)] list with about 5000 entries.
> We worked around the problem by changing the list into a String 
> (escaping doublequotes) and using "read" to convert it to a list.

The big string, however, does not go through hugs:

- Maximum token length (4000) exceeded

postmaster | 5 Jun 03:24 2003

Delivery Status Notification (Failure)

This is an automatically generated Delivery Status Notification.

Delivery to the following recipients failed.

       joosa <at>

Attachment: message/delivery-status, 260 bytes
Picon Picon
From: F-Secure Anti-Virus for Internet Mail <virustorjunta <at>>
Subject: (sisältää ilmoituksen viruksesta) Re: Submited (004756-3463)
Date: 2003-06-05 01:23:20 GMT

Ilmoitus viruksesta

MBnetin virustorjuntajärjestelmä on löytänyt viruksen sinulle lähetetystä sähköpostista.

Viruksen saastuttamat liitetiedostot on poistettu ja viesti on nyt vaaraton. Alkuperäinen
viesti on liitetty tähän viestiin.

Viruksia liikkuu sähköpostin välityksellä paljon, etkä todennäköisesti ole joutunut
erityisesti viruksen kohteeksi.
(Continue reading)

Yahoo!Groups | 7 Jun 14:52 2003

Please confirm your request to join ssg_scans

Hello hugs-bugs <at>,

We have received your request to join the ssg_scans 
group hosted by Yahoo! Groups, a free, easy-to-use community service.

This request will expire in 21 days.


1) Go to the Yahoo! Groups site by clicking on this link: 

  (If clicking doesn't work, "Cut" and "Paste" the line above into your 
   Web browser's address bar.)


2) REPLY to this email by clicking "Reply" and then "Send"
   in your email program

If you did not request, or do not want, a membership in the
ssg_scans group, please accept our apologies
and ignore this message.


Yahoo! Groups Customer Care

(Continue reading)

DivX Support | 8 Jun 05:39 2003

DivX Support has moved!!!

Thank you for writing to support <at> We recently switched all of our technical support resources to a web-based system, and this email address is no longer active.

Your message to this address will not receive a response.


To submit your question via our web-based system, visit our support section at <>.


Many common questions can be answered in our searchable FAQ list or in the DivX Forums. If you have a question that cannot be answered by these resources, you can submit your inquiry to our online Help Desk.


Thanks for writing,


DivX Support Team

CCCURE | 8 Jun 03:28 2003

Account Information

Thank You for joining
Please be sure to visit us on a regular basis.
A email will be send every week to keep you up to date with new programs and events.
To remove yourself from this list please visit
If this does not work please send a reply to info <at> with subject UNSUBSCRIBE
To report abuse and to recieve a fully automated computer response email please email : abuse <at>
For more information about events and services please visit our Mother site
thank you
Donn Cave | 12 Jun 23:39 2003

hugs vs. nhc98 in toClockTime

Malcolm Wallace <malcolm <at>> wrote,
| The maintainers of nhc98, ghc, and Hugs, are working hard to remove
| any remaining differences in the libraries.  So, if you find such
| differences, do please report them to us.

The year value input to Time toClockTime is years since 1900, for
nhc98, but years since 0 for hugs.

As long as the value has to be represented in a 32 bit time_t,
the range of valid years doesn't overlap, so it may be possible
to support both usages.  Python does that.

I find another difference in toClockTime, which I think is really
kind of a bug.  I haven't looked at the source to see how it happens.
If I supply ctTZ value that is different from the local time zone,
it affects the result.  I think this is not really right, but what's
worse, the offset seems backwards.  I'm in PDT, -25200 -- that's
what comes out of toCalendarTime, -7 * 3600.  If I supply a CDT
offset, -5 * 3600 = -18000, the result time comes out 2 hours
_later_, calculated in PDT.  I could be confused about this - the
sun rises in the East, the way I figure it, and when it's 6 AM there,
it's 4 AM here - not 8 AM.

$ runhugs cal.hs 2003
-> Thu May  1 07:45:00 PDT 2003
-> CalendarTime{ctYear=2003,ctMonth=May,ctDay=1,ctHour=7,ctMin=45,ctSec=0,ctPicosec=0,ctWDay=Thursday,ctYDay=120,ctTZName="PDT",ctTZ=-25200,ctIsDST=True}

	Donn Cave, University Computing Services, University of Washington
	donn <at>
main = do
        let calt = CalendarTime {
                        ctYear = 2003,
                        ctMonth = May,
                        ctDay = 1,
                        ctHour = 5,
                        ctMin = 45,
                        ctSec = 0,
                        ctPicosec = 0,
                        ctWDay = Thursday,
                        ctYDay = 0,
                        ctTZName = "",
                        ctTZ = -7 * 3600,
                        ctIsDST = True
        putStrLn (show calt)
        let clt = toClockTime calt
        putStrLn ("-> " ++ (show clt))
        cal <- toCalendarTime clt
        putStrLn ("-> " ++ (show cal))
~Pretty 就是漂亮~ | 17 Jun 21:54 2003

輕鬆購物.在家擁有Shopping Mall ★Pretty 就是漂亮★

2003 East Genius Co.,LTD. All rights reserved
客服專線:0800-888-358 客服信箱:service <at>
Elke Kasimir | 20 Jun 13:46 2003


I use a hugs version from November 2002, which
happens to correspond to the unstable version of
the debian hugs-package, and
encountered the following:

Prelude> fromInteger 40000 :: Integer

Best regards,

Software Development                                  EsPresto AG 
kasimir <at>                            Breite Str. 30-31
Tel/Fax: +49-30-90 226-750/-760              10178 Berlin/Germany
Ross Paterson | 20 Jun 15:48 2003

Re: fromInteger-Problem

On Fri, Jun 20, 2003 at 01:46:48PM +0200, Elke Kasimir wrote:
> I use a hugs version from November 2002, which
> happens to correspond to the unstable version of
> the debian hugs-package, and
> encountered the following:
> Prelude> fromInteger 40000 :: Integer
> 200000000

Strange -- I can't reproduce that with a Nov 2002 version compiled
from source, or the Debian package hugs-98.200211-3 on an i386 running
Debian testing.  Can you provide more details of your setup?

please update your mailing list

Recently you sent a mail message to user "birrell" at our site, or to a
mailing list that included him or her. The message in question was:

   To: <birrell <at>>
   From: <hugs-bugs <at>>
   Subject: Re: Application

"birrell" is no longer at this site. While we will continue to forward
the mail, we now generate this automatic reminder to encourage you to
update your records or your mailing list: we don't want to be in the
mail forwarding business forever. We forward birrell's mail to
'hpq <at>'.