January 2002 - Haskell

(no subject)
by D.Wakeling＠exeter.ac.uk 08 Jan '02

08 Jan '02

Hello, Is there any reason why the "gap" in a string literal is defined as gap -> \whitechar {whitechar}\ (in Section 2.6 of the report), rather than gap -> \whitespace\ ? The second, more liberal, definition of "gap" seems more natural. Moreover, it would allow comments in the gaps, which I would find useful. For example, classHeader :: String classHeader = "\xca\xfe\xba\xbe\ -- magic number \\x00\x03\ -- minor version \\x00\x2d" -- major version David ------------------------------------------------------------------------------- Dr. David Wakeling, School of Engineering and Computer Science University of Exeter, Exeter, Devon, EX4 4PT. unofficial web page: http://www.dcs.ex.ac.uk/~david -------------------------------------------------------------------------------

1 0

Re: Haskell compared to Clean?
by Krasimir Angelov 08 Jan '02

08 Jan '02

Hi Currently I translate Clean Object I/O library to Haskell. The process is near its completion. I agree that Clean and Haskell are very similar. __________________________________________________ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/

1 0

Haskell compared to Clean?
by herman_graal＠europe.com 07 Jan '02

07 Jan '02

I'm resending this since my last try hasn't shown up on the list; sorry if two messages will end up there... ;-) -----Original Message----- From: herman_graal(a)europe.com Sent: Mon, 07 Jan 2002 07:58:58 +0800 To: haskell(a)haskell.org Subject: Haskell compared to Clean? Hi, I've been using Haskell for some time but recently found out about Clean. The languages seem very similar, but I've seen some statements that Clean is supposed to be faster (it was unclear if the compilation or execution time was meant). Have anyone here on the Haskell list tried Clean? What is your impressions? Advantages and disadvantages? To me the languages seem very similar. Any info appreciated. Best regards, Herman Graal -- _______________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup 1 cent a minute calls anywhere in the U.S.! http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http:/…

1 0

(no subject)
by sekar＠cs.sunysb.edu 07 Jan '02

07 Jan '02

Senior Researcher Position Available We invite applications for a senior researcher position funded by a DoD University Research Initiative (URI) award in the area of Critical Infrastructure Protection and High Confidence Software (CIP/SW). This award is prestigious, with only 20 URI awards having been made nationwide. The position is available immediately for a period of upto two years at an annual salary between $65,000 and $75,000. The CIP/SW fellow will work with researchers from Stony Brook's Center for Cybersecurity, and especially the faculty from Secure and Reliable Systems Group and Formal Methods Group. The theme of our CIP/SW project is Model-Carrying Code (MCC), a new approach for ensuring security of mobile code. The MCC approach employs a combination of compile-time verification and runtime monitoring/enforcement techniques. Candidates must have a PhD in Computer Science or a closely related field. Masters Degree with exceptionally strong research experience will also be considered. Preference will be given to candidates specializing in one of the following areas: computer/network security, programming language/compilers, formal methods, operating systems and networks. Strong background in programming, and/or UNIX operating systems would be preferred. Applications should be forwarded to Prof. R. Sekar (sekar(a)cs.sunysb.edu) Stony Brook is situated on Long Island, approximately 50 miles east of New York City. The University is two miles south of the Long Island Sound and 20 miles north of the Atlantic Ocean and picturesque Long Island beaches. The famous beaches and mansions of The Hamptons are about 40 miles to the southeast. For additional information, please visit our laboratory web pages at http://seclab.cs.sunysb.edu/seclab/onrsearch.html, http://seclab.cs.sunysb.edu and http://www.cs.sunysb.edu/~lmc.

1 0

Postdoctoral Research Associate, "Refactoring Functional Programs"
by C.Reinke 07 Jan '02

07 Jan '02

Just a quick reminder that the closing date for this position, advertised here earlier, is *this Friday*, 11/01/2002. Happy New Year, Claus > Applications are invited for a three year Postdoctoral Research > Associate position at the University of Kent at Canterbury, to work > under the direction of Professor Simon Thompson and Dr Claus Reinke > on an EPSRC funded project entitled "Refactoring Functional > Programs". ... > Please telephone the Personnel Office for further particulars > on 01227 827837 (24 hours) or email: Personnel(a)ukc.ac.uk , quoting > the reference number R02/15. Text phone users please telephone > 01227 823674. The closing date is Friday 11 January 2002. > > Informal enquires can be directed to either Simon or Claus: > {S.J.Thompson,C.Reinke}@ukc.ac.uk. More details of the project > and further particulars for the position can be found at: > > http://www.cs.ukc.ac.uk/people/staff/sjt/Refactor/

1 0

Update: Haskell IDE for Windows
by Rijk-Jan van Haaften 07 Jan '02

07 Jan '02

Hello, Recently, a new version of Hugs came out providing better graphics support. A long awaited feature. Several people asked me even before december to support the graphics library in JCreator as well, so an update of the JCreator add-on is now available. You can get it from http://www.students.cs.uu.nl/people/rjchaaft/JCreator/ (or via http://www.haskell.org/libraries/) There is one drawback: the Haskell Report is not available currently. I hope to fix it soon. For those who expect no news: I have significantly changed the readme.txt file, so please don't skip it. Regards, Rijk-Jan

1 0

Re: The Wisdom of Time
by Ketil Z Malde 07 Jan '02

07 Jan '02

Keith Wansbrough <Keith.Wansbrough(a)cl.cam.ac.uk> writes: >> what is the wisdom behind representing a TimeDiff as a struct of year, >> month, week and so on, instead of simply the (fractional) number of >> seconds, or similar? > Firstly, I believe that the Time module is broken, and no one has yet > come up with a satisfactory design. Okay. > But the behaviour you describe is necessary. Consider: Right, thanks for the elaboration. What is the right way to calculate the time an operation takes? I thought just doing do t1 <- getClockTime putStrLn (show $ resultOfComputation) t2 <- getClockTime putStrLn (show $ diffClockTimes t2 t1) which seems to work well enough for my purposes. (I'd like to measure running times for various algorithms on various data sets, at the moment mainly to convince myself about time complexity, but perhaps later to compare against implementations on different compilers/languages. I could of course simply use /usr/bin/time, but it seems a bit of a hassle to compile each benchmark individually to do so.) -kzm -- If I haven't seen further, it is by standing in the footprints of giants

1 0

The Wisdom of Time
by Ketil Z Malde 07 Jan '02

07 Jan '02

The following message is a courtesy copy of an article that has been posted to comp.lang.functional as well. Hi, what is the wisdom behind representing a TimeDiff as a struct of year, month, week and so on, instead of simply the (fractional) number of seconds, or similar? In particular, the derivation of Eq seems to me to imply that sixty minutes is not the same as one hour. I haven't gotten around to play much with the module yet, but at least Prelude> (Time.TimeDiff 0 0 0 1 0 0 0) == (Time.TimeDiff 0 0 0 0 60 0 0) False Could somebody please enlighten me on this issue? -kzm -- If I haven't seen further, it is by standing in the footprints of giants

2 1

RE: Library Report Omission
by Simon Peyton-Jones 07 Jan '02

07 Jan '02

Reasonable suggstion, but I think it's too late to add new functionality. (Apart from anything else, we'd have to get into whether it could be implemented portable on all platforms. And H98 is really very stable now.) But we'll add it to the new IO libraries that are coming up for GHC/Hugs/nhc. Simon | -----Original Message----- | From: Ashley Yakeley [mailto:ashley@semantic.org] | Sent: 06 January 2002 06:02 | To: Haskell List | Subject: Library Report Omission | | | I'm not sure if I've mentioned this before... | | Module IO (sec. 11.4) is missing hSetFileSize. | | hSetFileSize :: Handle -> Integer -> IO () | | Or is this too big a change for the report at this stage? Without it | there's no way to shorten a file without deleting it and | rewriting it. | Very annoying... | | -- | Ashley Yakeley, Seattle WA | | | _______________________________________________ | Haskell mailing list | Haskell(a)haskell.org http://www.haskell.org/mailman/listinfo/haskell |

1 0

Library Report Omission
by Ashley Yakeley 06 Jan '02

06 Jan '02

I'm not sure if I've mentioned this before... Module IO (sec. 11.4) is missing hSetFileSize. hSetFileSize :: Handle -> Integer -> IO () Or is this too big a change for the report at this stage? Without it there's no way to shorten a file without deleting it and rewriting it. Very annoying... -- Ashley Yakeley, Seattle WA

1 0