March 2003 - Glasgow-haskell-users

RE: DuplexHandle finalizer fix missing...
by Simon Marlow 14 Mar '03

14 Mar '03

> I have also noticed the fix for DuplexHandle finalizers is not in > this release, I believe the finalizer > should be attached to the write side (which is pointed to by the read > side) but its still attached to the > read side as in previous versions... Once again this is a > critical fix, > as otherwise applications keep one > half of the connection open until they quit, or crash due to lack of > resources. Darn! That fix is sitting in my tree uncommitted because I never got around to testing it properly. Sigh, I think I need a holiday :-( /me wanders off looking a bit sheepish. Cheers, Simon

2 1

RE: Can't build GHC on Mac OS X
by Simon Marlow 14 Mar '03

14 Mar '03

> I installed GHC 5.04.2 from binaries on my machine (running > Mac OS 10.2.1 > and gcc 3.1) and proceeded to try to build the latest version of GHC > from cvs, resulting in the following error message: > [lots of stuff snipped] > -------------------------------------------------------------- > ---------- > ==fptools== make all - --no-print-directory -r; > in /Users/krc/Work/fptools/green-card/lib/hugs > -------------------------------------------------------------- > ---------- > gcc -fPIC -shared -I . -DSTRICT -o StdDIS.so StdDIS.c > gcc: unrecognized option `-shared' > ld: Undefined symbols: > _main > make[3]: *** [StdDIS.so] Error 1 > make[2]: *** [all] Error 1 > make[1]: *** [all] Error 1 > make: *** [build] Error 1 > > Any idea what's up? Looks like you're trying to build green-card, which isn't part of a standard GHC build. Try removing fptools/green-card (unless you have a good reason to want it, in which case try contacting the green-card folks). Cheers, Simon

1 0

RE: fix missing from 5.04.3 ???
by Simon Marlow 14 Mar '03

14 Mar '03

> Previous 5.04 releases had an exception handler missing from > connectTo > that results in a socket leaking if socketToHandle fails for > some reason > (I cant remember the exact circumstances at the moment, but > it causes a > server to die - I think the leak is caused when the client closes the > connection during the handshake - ie somebody presses stop on a web > browser because of a slow connection after the handshake has just > started) - I suggested a fix along the lines of: > > connectTo hostname (Service serv) = do > proto <- getProtocolNumber "tcp" > port <- getServicePortNumber serv > he <- getHostByName hostname > sock <- socket AF_INET Stream proto > (do > connect sock (SockAddrInet port (hostAddress he)) > socketToHandle sock ReadWriteMode) > `Control.Exception.catch` (\e > -> do sClose sock; throw e) Sorry, that one didn't get merged into 5.04.x. An oversight on my part. You can work around the problem by using your own implementation of connectTo, or copying the one from Network.hs in CVS. Cheers, Simon

1 0

Can't build GHC on Mac OS X
by Kirsten Chevalier 14 Mar '03

14 Mar '03

Hi, I installed GHC 5.04.2 from binaries on my machine (running Mac OS 10.2.1 and gcc 3.1) and proceeded to try to build the latest version of GHC from cvs, resulting in the following error message: [lots of stuff snipped] ------------------------------------------------------------------------ ==fptools== make all - --no-print-directory -r; in /Users/krc/Work/fptools/green-card/lib/hugs ------------------------------------------------------------------------ gcc -fPIC -shared -I . -DSTRICT -o StdDIS.so StdDIS.c gcc: unrecognized option `-shared' ld: Undefined symbols: _main make[3]: *** [StdDIS.so] Error 1 make[2]: *** [all] Error 1 make[1]: *** [all] Error 1 make: *** [build] Error 1 Any idea what's up? -- Kirsten Chevalier * krc(a)uclink.berkeley.edu * Often in error, never in doubt

1 0

Re: ANNOUNCE: GHC vesrion 5.04.3 released
by C.Reinke 13 Mar '03

13 Mar '03

> ============================================================== > The (Interactive) Glasgow Haskell Compiler -- version 5.04.3 > ============================================================== > > We are pleased to announce a new patchlevel release of the Glasgow > Haskell Compiler (GHC), version 5.04.3. This is a bugfix-only > release. For all the changes since 5.02.3, see the release notes: > > > http://www.haskell.org/ghc/docs/latest/html/users_guide/release-5-04.html Actually, I find it difficult to extract the sometimes drastic differences between releases from that document (just one example: does this release include last week's bugfixes in the Network module?). How do I find out about the various bugfixes between releases, to decide whether or not to upgrade (and whether or not upgrading will help with specific problems)? After all, the reason for patchlevel releases is that you've fixed some bugs, so why be so secretive about what these fixes are?-) Cheers, Claus

2 1

DuplexHandle finalizer fix missing...
by Keean Schupke 13 Mar '03

13 Mar '03

(appologies if this is a repeat) Hi, I have also noticed the fix for DuplexHandle finalizers is not in this release, I believe the finalizer should be attached to the write side (which is pointed to by the read side) but its still attached to the read side as in previous versions... Once again this is a critical fix, as otherwise applications keep one half of the connection open until they quit, or crash due to lack of resources. Keean.

1 0

RE: Yet another weakly defined bug report
by Simon Marlow 13 Mar '03

13 Mar '03

> You should do the counting strictly: > > Just n -> case n+1 of n1 -> addToFM f w n1 Careful - that case expression doesn't actually force n to be evaluated. It's exactly equivalent to let n1 = n+1 in addToFM f w n1 You need to use seq to force evaluation. Cheers, Simon

3 3

HTk for ghc5.04.3
by George Russell 12 Mar '03

12 Mar '03

I have created binary bundles for HTk, our Haskell interface to Tcl/Tk, for ghc5.04.3 on Linux/x86 and Windows, and put them on the download page: http://www.informatik.uni-bremen.de/htk/download/INSTALL.BINARY.html I will add FreeBSD and Solaris bundles when I can get hold of ghc5.04.3 on those platforms.

1 0

Stricness of floor etc
by Ian Lynagh 12 Mar '03

12 Mar '03

Hi all, Looking at ghc --show-iface .../ghc/lib/ghc-5.05/imports/base/GHC/Float.hi I see floor1 :: forall b. (GHC.Real.Integral b) => Double -> b __S L properFraction2 :: forall b. (GHC.Real.Integral b) => Double -> (b, Double) __S L decodeFloat2 :: Double __S U(L)m My understanding of this is that floor and properFraction of Doubles have a lazy argument while decodeFloat has a strict constructor of lazy values. It's not clear to me why the U(L) strictness isn't inherited by properFraction and then float, nor do I understand why decodeFloat is not strict in its argument when it seems to be working exclusively with unboxed values. Unfortunately decodeDouble# in PrimopWrappers.hi doesn't seem to have a strictness description so I can't see what's going on there. So I guess what I'm asking is are these strictnesses the best that can be inferred or could GHC do better? Of course a strict floor (Double to Int and Integer) is what I'm really hoping for (without having to specify it explicitly with $! in my code). Incidentally, what are 'm's in the strictness descriptions? Thanks Ian

1 0

RE: Effect of large binaries on garbage collection
by Kevin Millikin 12 Mar '03

12 Mar '03

On Tuesday, March 11, 2003 6:49 PM, Manuel M T Chakravarty [SMTP:chak@cse.unsw.edu.au] wrote: > > What is needed is a FFI tutorial (in addition to the spec); > similar to how we have the Gentle Introduction to complement > the Report. I agree completely. I've put off temporarily writing a tutorial introduction to building Win32 DLLs, but I hope to pick that up again soon, and would be willing to contribute to a broader tutorial.

1 0