August 2003 - Cvs-hugs

cvs commit: hugs98/src/unix configure.in configure
by ross＠glass.cse.ogi.edu 12 Aug '03

12 Aug '03

ross 2003/08/12 01:29:54 PDT Modified files: src/unix configure.in configure Log: double quoting of --enable-hopengl help string Revision Changes Path 1.75 +3 -1 hugs98/src/unix/configure.in 1.70 +16 -17 hugs98/src/unix/configure

1 0

cvs commit: hugs98/src evaluator.c
by Jeff Lewis 12 Aug '03

12 Aug '03

lewie 2003/08/11 23:13:38 PDT Modified files: src evaluator.c Log: Be more robust if H98 Prelude not found. Revision Changes Path 1.7 +7 -1 hugs98/src/evaluator.c

1 0

cvs commit: hugs98/src/unix configure.in configure
by ross＠glass.cse.ogi.edu 11 Aug '03

11 Aug '03

ross 2003/08/11 09:28:05 PDT Modified files: src/unix configure.in configure Log: make --disable-hopengl the default until something better comes along. This includes doing the option processing earlier in configure.in Revision Changes Path 1.74 +110 -108 hugs98/src/unix/configure.in 1.69 +194 -192 hugs98/src/unix/configure

1 0

cvs commit: hugs98/src config.h.in hugs98/src/unix .cvsignore aclocal.m4 configure configure.in
by Sven Panne 11 Aug '03

11 Aug '03

panne 2003/08/08 09:19:24 PDT Modified files: src config.h.in src/unix .cvsignore aclocal.m4 configure configure.in Log: * Synched OpenGL detection stuff with the one in fptools, so Hugs + OpenGL/GLUT should work on Mac OS X. * Format configure help strings with a macro Revision Changes Path 1.28 +5 -0 hugs98/src/config.h.in 1.3 +1 -0 hugs98/src/unix/.cvsignore 1.16 +8 -5 hugs98/src/unix/aclocal.m4 1.67 +412 -32 hugs98/src/unix/configure 1.72 +112 -20 hugs98/src/unix/configure.in

4 7

cvs commit: hugs98/src/unix convert_libraries hugs98/libraries/Hu gs IOExts.hs
by ross＠glass.cse.ogi.edu 11 Aug '03

11 Aug '03

ross 2003/08/11 06:18:25 PDT Modified files: src/unix convert_libraries libraries/Hugs IOExts.hs Log: get unsafeInterleaveIO from fptools/libraries Revision Changes Path 1.75 +1 -1 hugs98/src/unix/convert_libraries 1.15 +0 -4 hugs98/libraries/Hugs/IOExts.hs

1 0

RE: unsafeInterleaveIO
by Simon Marlow 11 Aug '03

11 Aug '03

> On Mon, Aug 11, 2003 at 12:15:57PM +0100, Simon Marlow wrote: > > I'm sure you're right, but I don't understand why an unsafePerformIO > > has to have its own thread at all. > > In Hugs, threads exist only in the IO monad. > > > It's fine for an unsafePerformIO to run to completion before > > anything else happens - in fact that's exactly what I'd expect in a > > single-threaded system. > > Sure, but is that what you'd expect of unsafeInterleaveIO? Certainly! Consider the common use of unsafeInterleaveIO to return the contents of a file lazilly. You would write something like this: getContents = unsafeInterleaveIO f where f = do c <- getChar xs <- unsafeInterleaveIO f return (c:xs) as you can see, it's fine for each invocation of f to run to completion, because it uses nested unsafeInterleaveIO to get the interleaving. Cheers, Simon

1 0

RE: unsafeInterleaveIO
by Simon Marlow 11 Aug '03

11 Aug '03

> That's exactly what's there now, and it doesn't produce interleaving. > Hugs doesn't have a global thread pool -- each instance of > unsafePerformIO > has its own. Once the side computation starts, it runs to completion > before returning to the main thread. Even if it yields, only threads > spawned inside the unsafePerformIO can take over. A global > thread pool > doesn't seem feasible with the current implementation of concurrency > in Hugs. Concurrency is implemented in the libraries; a > blocked thread > is a continuation, and it's not clear how to construct that > continuation in a pure context. I'm sure you're right, but I don't understand why an unsafePerformIO has to have its own thread at all. It's fine for an unsafePerformIO to run to completion before anything else happens - in fact that's exactly what I'd expect in a single-threaded system. Cheers, Simon

2 1

RE: unsafeInterleaveIO
by Simon Marlow 11 Aug '03

11 Aug '03

> I submit that unsafeInterleaveIO hasn't worked on Hugs since > at least July > 2000 (when the implementation of concurrency was changed), and that it > doesn't seem feasible to implement it with the current > concurrency model. > So I propose that we drop it from Hugs. Can't you implement it like this: unsafeInterleaveIO io = return (unsafePerformIO io) I seem to recall some reason why we couldn't do this on GHC, it might have been something to do with the fact that this allows the argument to unsafeInterleaveIO to be performed *before* the unsafeInterleaveIO if the strictness analyser got hold of it, but this won't be a problem for Hugs. Cheers, Simon

3 2

unsafeInterleaveIO
by Ross Paterson 11 Aug '03

11 Aug '03

I submit that unsafeInterleaveIO hasn't worked on Hugs since at least July 2000 (when the implementation of concurrency was changed), and that it doesn't seem feasible to implement it with the current concurrency model. So I propose that we drop it from Hugs.

1 0

(MUTUAL BENEFIT)
by FROM DR IBRAHIM AHMED 10 Aug '03

10 Aug '03

FROM: DR IBRAHIM AHMED . ROYAL TRUST & SECURITIES BANK LIMITED. VICTORIA ISLAND. LAGOS NIGERIA. DATE: 11th AUGUST, 2003 Dear Friend, I know this mail may come to you as a surprise, I got your email address through the web while in search of who will carefully handle this urgent and hitch free deal. I am Dr Ibrahim Ahmed a bank manager with ROYAL TRUST (&SECURITIES) BANK LIMITED Nigeria. I am contacting you based on trust and confidentiality that will be attached to this deal. The Management and the Legal department of our BANK (RTSBL) in a recent meeting recommended that one of my branch depositor (customer) account be declared dormant and confisticated, the deposited fund to the Bank Treasury according to Nigerian Banking and Financial law. He is a foreigner based in Nigeria, unfortunately he is late. He died on a fatal plane crash 2 years ago. He is an account holder in my branch, he owns a dollars account with the sum of Twenty five million four hundred thousand united state dollars ($25.400,000.00) deposited in the account. In fact it happened that since his death, the next of kin of the dollar account holder(the brother) has not show up for the claim and since then nobody has come up to make claim or to say he know anything about the deceased except the attorney. To cut the matter short, the attorney has no contact of any of the deceased relations. This is where I am interested on and this is where I want you to come in. I want you to come in as the relation of the deceased, I will give you the contact of the attorney, you will have to write to him tell him you are a relation to the deceased and that you have found out that Engr. Nicholine Jackson has account with RTSBL which you wants to lay claim through his legal authority. He is going to be happy to assist you. I will be the one to provide the vital documents for the claims of the money . Please include your telephone number when replying this mail and I will give you more information as soon as you indicate your willingness to assist in this transaction. After successful conclussion of this transaction we shall share the money 50/50%. Yours truly, DR IBRAHIM AHMED

1 0