April 2003 - Glasgow-haskell-users

Posix.createPipe failing
by Hal Daume III 13 Apr '03

13 Apr '03

After running a few hundred createPipe's, they begin to fail for me, giving the error: Fail: system error Action: createPipe This seems to me to be like the "not enough file handles" error you get when using lazy readFile, since this doesn't close the handle soon enough. Am I correct in this intuition and if I am (or otherwise), how do I fix it? Thanks! - Hal -- Hal Daume III | hdaume(a)isi.edu "Arrest this man, he talks in maths." | www.isi.edu/~hdaume

2 1

Re: Help Creating Libraries
by Dominic Steinitz 12 Apr '03

12 Apr '03

I've tried building the libraries tree but got the following. Can anyone help? I'm not sure what name to give the proposed crypto library. Should it be Data.Crypto? [dom@tility libraries]$ make boot ------------------------------------------------------------------------ ===fptools== Recursively making `boot' in base haskell98 network haskell-src ... PWD = /home/dom/fptools/libraries ------------------------------------------------------------------------ ------------------------------------------------------------------------ ==fptools== make boot -r; in /home/dom/fptools/libraries/base ------------------------------------------------------------------------ make[1]: *** No rule to make target `/prelude/primops.txt', needed by `GHC/PrimopWrappers.hs'. Stop. make: *** [boot] Error 1 [dom@tility libraries]$ Dominic Steinitz ----- Original Message ----- From: "Simon Marlow" <simonmar(a)microsoft.com> To: "Simon Peyton-Jones" <simonpj(a)microsoft.com>; "Dominic Steinitz" <dominic.steinitz(a)blueyonder.co.uk> Sent: Friday, April 11, 2003 10:48 AM Subject: RE: Help Creating Libraries Hi Dominic, There are two ways to add libraries: do it directly in a GHC tree using our build infrastructure, or try to do it on your own. We tried to get some interest going in developing a separate build infrastructure for people in your position (see discussions on the GHC lists), but that effort seems to be stalled. Cheers, Simon > -----Original Message----- > From: Simon Peyton-Jones > Sent: 07 April 2003 08:51 > To: Dominic Steinitz; Simon Marlow > Cc: Simon Peyton-Jones > > Dominic > > Excellent! Simon is the library king, but he's away today. > I think it goes like this: you agree with Simon (and > preferably the libraries(a)haskell.org) libraries list what the > name and signature of your module will be. We give you CVS > access. You check out the libraries tree (no need to build > GHC if you don't want to) and add your library. With Haddock > documentation. That's it. > > But it ought to be documented -- then more people might do it! > > Simon > > | -----Original Message----- > | From: Dominic Steinitz [mailto:dominic.steinitz@blueyonder.co.uk] > | Sent: 06 April 2003 17:09 > | To: Simon Peyton-Jones; Simon Marlow > | > | Simon & Simon, > | > | I'd quite like to create a crypto library. There are some > modules already > | scattered around the place: md5, sha1, des and rsa. I've > just added cipher > | block chaining mode to the existing des module. > | > | I'd be grateful for any advice on how to set about creating > a library. Do I > | have to check out the ghc source from CVS and build it and > somehow add an > | extra library? Is there a document describing how to do it? > Should I be > | asking this question on the libraries mailing list? > | > | Dominic Steinitz > | > >

1 0

Setting "-package-conf" via environment variable?
by Peter Simons 12 Apr '03

12 Apr '03

Hi, is there any way to provide GHC with a value for "-package-conf" via an environment variable? I'd like to tell it to use a local package config file in addition to it's own, but I'd like GHC to find that "automatically". The users of the installation system should not have to know about this. Any help is appreciated. Peter

1 0

BU FIRSATTAN RARARLANIN.
by MARAMARA Erotik Market 11 Apr '03

11 Apr '03

DIKKAT VIDEO CD : Iddia ediyoruz.. Hic bir yerden temin edemeyeceginiz ses ve g�runtu kalitesi ile yuzlerce porno video CD. arSivimiz yenilenmistir. istemis oldugunuz video CD.ler bire bir yollanir kesinlikle isteginiz harici alakasiz baSka video CD.ler yollanmaz. Anal. Oral. Vajinal. Grup. Zenci. FethiS. Ayak fethiS. Gay. Zenci gay. Trans. Transexual. Lezbiyen ve daha bircok ceSit .... <http://www.erotik.sites.cc/> ZENGIN URUN CESITLERIMIZ : Sisme Bebekler ..... (Erkek & Bayan) Kesinlikle size hayir demeyecek. Vibrat�rler ........ Istediginiz boy ve ebatlarda (Vajinal/Anal/catal.Pilli.Motorlu.TitreSimli) Suni Vajinalar ..... Asla gerceginden ayirt edemeyeceksiniz (Gercek ten hassasiyetinde) Reailistik Penisler. Gercek ten hassasiyetinde ve dokusunda (Vantuzlu/Deri kemer kilotlu) Vakum Pompalari .... Ereksiyonu kolaylastirici ve duzenli kullanimlarda peniste irilesme saglar. Geciktiriciler ..... Erken boSalmayi dert etmeyin (Sprey ceSitleri/Kremler) Kremler ............ Anal ve Vajinal iliSkilerde kullanabileceginiz kayganlaStirici krem ceSitleri Uyandiricilar ...... Cinsel istek uyandirici haplar ve damlalar. Yapmaniz gereken tek Sey <http://www.erotik.sites.cc/> TIKLAMAK .. NOT : BU MAIL REKLAM AMAcLI OLUP HIcBIR SEKILDE TARAFIMIZDA KAYDINIZ BULUNMAMAKTADIR. ILGI ALANINIZIN DISINDA ISE EGER LUTFEN DIKKATE ALMAYINIZ TESEKKURLER..

1 0

GHC running on powerpc-unknown-linux!
by Sven Moritz Hallberg 11 Apr '03

11 Apr '03

Greetings! Finally, I have the honor to report my success in bootstrapping an unregisterised incarnation of the Glorious Glasgow Haskell Compilation System version 5.04.3 on my PowerBook G4 running Gentoo Linux! Unfortunately I have not been able to bring to life the dynamic linker due to relocation troubles... Anyone familiar with ELF relocations on PowerPC Linux (i.e. as described in the System V ABI PowerPC Supplement) feel free to have a look at do_Elf_Rela_relocations() in ghc/rts/Linker.c! Shae Erisson generously lent me some webspace at http://shapr.homelinux.net/~pesco/ which now contains the following: ghc-4.08.2-hc-unreg.tar.bz2 unregisterised HC files for GHC 4.08.2 ghc-4.08.2-powerpc-unknown-linux.tar.bz2 an unregisterised binary-dist of GHC 4 without profiling libraries or documentation ghc-5.04.3-powerpc-unknown-linux.tar.bz2 an unregisterised binary-dist of GHC 5 with profiling libraries, documentation, and a broken GHCi ghc-5.04.3-linuxppc.diff a patch with all the changes I made to the GHC 5 sources from which the above compiler was built experience.txt a diary of what I did on my way from HC files to a working GHC 5; this might be worth keeping (maybe linked from the GHC commentary or so) Since the machine hosting this is Shae's home internet gateway, I'm kindly asking you to publish the files on the GHC webspace. Thanks, Sven Moritz Hallberg

1 0

RE: Exception handler missimg in GHC.Handle.hs
by Simon Marlow 11 Apr '03

11 Apr '03

> If someone has aknowledged this problem, please reply, I'm > getting the feeling nobody want's to do anything about it... I've been away for a few days, and I'm now catching up. Sorry for the delay. > Brief description: if the remote side of a socket closes the > connection, > any write will cause a sigPIPE signal, if a > signal handler ignoring the signal is in place this results in an IO > exception in the write call (or flush). At this point > the local end of the socket still exists and needs to be closed by a > call to c_close, howerver, hClose and the finalizer > both try to flush the write side causeing a second exception, > resulting > in the handle never getting closed, and leaking... > > Here is a potential solution: (maybe better to use catchJust ioErrors) > > handleFinalizer :: MVar Handle__ -> IO () > handleFinalizer m = do > h_ <- takeMVar m > catch (flushWriteBufferOnly h_) (\e -> return()) -- catch > exception > if remote side closed > let fd = fromIntegral (haFD h_) > unlockFile fd > when (fd /= -1) > #ifdef mingw32_TARGET_OS > (closeFd (haIsStream h_) fd >> return ()) > #else > (c_close fd >> return ()) > #endif > return () Yes, that's a good bug. The buffer flushing operations are interruptible, so we should guard against asynchronous exceptions being delivered at those points. Cheers, Simon

1 0

Exception handler missimg in GHC.Handle.hs
by MR K P SCHUPKE 11 Apr '03

11 Apr '03

If someone has aknowledged this problem, please reply, I'm getting the feeling nobody want's to do anything about it... Brief description: if the remote side of a socket closes the connection, any write will cause a sigPIPE signal, if a signal handler ignoring the signal is in place this results in an IO exception in the write call (or flush). At this point the local end of the socket still exists and needs to be closed by a call to c_close, howerver, hClose and the finalizer both try to flush the write side causeing a second exception, resulting in the handle never getting closed, and leaking... Here is a potential solution: (maybe better to use catchJust ioErrors) handleFinalizer :: MVar Handle__ -> IO () handleFinalizer m = do h_ <- takeMVar m catch (flushWriteBufferOnly h_) (\e -> return()) -- catch exception if remote side closed let fd = fromIntegral (haFD h_) unlockFile fd when (fd /= -1) #ifdef mingw32_TARGET_OS (closeFd (haIsStream h_) fd >> return ()) #else (c_close fd >> return ()) #endif return () Regards, Keean Schupke.

1 0

RE: Text.Regex bug in ghc 5.04.2
by Simon Marlow 11 Apr '03

11 Apr '03

> After importing Text.Regex and Data.Maybe, here's some output > from ghci: > > *ProtoRegexp> fromJust $ matchRegex (mkRegex "foo") "barfoobaz" > [] > *ProtoRegexp> fromJust $ matchRegexAll (mkRegex "foo") "barfoobaz" > ("ba","foo","baz",[]) > > I'm relatively sure those are both wrong. I think the first should be > "foo" > and the second should be > ("bar","foo","baz",[]) > > I haven't yet tried Text.Regex.Posix to see if the problem is > just the wrapper. The first example is correct (it returns the parenthesised sub-expressions in the match). The second is indeed incorrect, there's an off-by-one in calculating the first component of the tuple, which I've now fixed. Thanks for the report. Cheers, Simon

1 0

What have you got planned for sunday?.. 5150rvve9-289zyBc9061-20
by Jenna Solly 10 Apr '03

10 Apr '03

1 0

Text.Regex bug in ghc 5.04.2
by Shae Matijs Erisson 09 Apr '03

09 Apr '03

After importing Text.Regex and Data.Maybe, here's some output from ghci: *ProtoRegexp> fromJust $ matchRegex (mkRegex "foo") "barfoobaz" [] *ProtoRegexp> fromJust $ matchRegexAll (mkRegex "foo") "barfoobaz" ("ba","foo","baz",[]) I'm relatively sure those are both wrong. I think the first should be "foo" and the second should be ("bar","foo","baz",[]) I haven't yet tried Text.Regex.Posix to see if the problem is just the wrapper. -- Shae Matijs Erisson - 2 days older than RFC0226 #haskell on irc.freenode.net - We Put the Funk in Funktion 10 PRINT "HELLO" 20 GOTO 10 ; putStr $ fix ("HELLO\n"++)

1 0