- Glasgow-haskell-users

Re: process file table full?
by Mike Gunter 07 Apr '01

07 Apr '01

One might think it would be best to trigger a garbage collection before giving up and raising the exception. Or no? mike "Simon Marlow" <simonmar(a)microsoft.com> writes: > > Yesterday I asked for the posssible reasons of > > > > > Fail: resource exhausted > > > Action: openFile > > > Reason: process file table full connect-985988146.log > > > > Writing that particular file wasn't the cause, but just a symptom. > > > > It seems that I forgot to close filehandles obtained from > > Socket.accept. > > I somehow thought they were garbage collecteted, but > > apparently the weren't. > > They should be garbage collected and closed automatically. But it may > be some time between the handle becoming garbage and it finally being > closed, so if you're accepting connections at a fast rate, it's always a > good idea to close the handle explicitly when you finish with it. > > Cheers, > Simon

1 0

RE: About rules
by Simon Peyton-Jones 06 Apr '01

06 Apr '01

No good reason. I've implemented the one-line change in my copy but we're in a code freeze until we release GHCi 5.00 on Monday. After that I'll commit it. Good idea, thank you. Simon | -----Original Message----- | From: Josef Svenningsson [mailto:josefs@cs.chalmers.se] | Sent: 05 April 2001 16:29 | To: glasgow-haskell-users(a)haskell.org | Subject: About rules | | | Hi all! | | I've been playing around with the rules facility a bit. There | is a boring shortcoming when working with infix operators. It | seems that the rule parser doesn't like them at all. The | following example gives syntax error: | | {-# RULES | "plus/mult" forall p . p + p = 2 * p | #-} | | whereas the following is allright: | | {-# RULES | "plus/mult" forall p . (+) p p = (*) 2 p | #-} | | It's not a big problem, but it's rather inconvenient and | ugly. Is it easy to fix? | | Cheers, | /Josef | | | _______________________________________________ | Glasgow-haskell-users mailing list | Glasgow-haskell-users(a)haskell.org | http://www.haskell.org/mailman/listinfo/glasgow-| haskell-users |

1 0

RE: [Q] bootstrapping ghc on netbsd
by Simon Marlow 06 Apr '01

06 Apr '01

> QUESTION: Is there an easy way of keeping ghc-4.08.2 from using any > assembler code when compiling it from .hc files + sources? No, there isn't an easy way. When compiling via C, GHC "mangles" the assembly output from the C compiler in order to support tail calls and some other optimisations. There's a native code generator, but currenly it can't be used for some of the library code. > DETAILS: Why do I want to do this? gmp-2.0.2 has some problems > compiling on netbsd machines that can be solved by hiding all > assembler code from the compiler. I think this was a misconfiguration problem with GMP, as I mentioned in my other message to glasgow-haskell-bugs. > Having done so, I managed to > bootstrap on NetBSD 1.3.2, but still have an inplace-compiler failure > on 1.5. The error message is from the gcc assembler (see below), so I > thought trying a pure C variant might help somewhat. This is almost certainly an incompatibility between the exact flavour of GCC being used on NetBSD 1.5, and our assembly mangling machinery. If you add the flag -ddump-raw-asm, and send me the output, I might be able to tell what's wrong. Cheers, Simon

1 0

About rules
by Josef Svenningsson 05 Apr '01

05 Apr '01

Hi all! I've been playing around with the rules facility a bit. There is a boring shortcoming when working with infix operators. It seems that the rule parser doesn't like them at all. The following example gives syntax error: {-# RULES "plus/mult" forall p . p + p = 2 * p #-} whereas the following is allright: {-# RULES "plus/mult" forall p . (+) p p = (*) 2 p #-} It's not a big problem, but it's rather inconvenient and ugly. Is it easy to fix? Cheers, /Josef

1 0

[Q] bootstrapping ghc on netbsd
by fis＠ssh.com 05 Apr '01

05 Apr '01

Dear all, QUESTION: Is there an easy way of keeping ghc-4.08.2 from using any assembler code when compiling it from .hc files + sources? DETAILS: Why do I want to do this? gmp-2.0.2 has some problems compiling on netbsd machines that can be solved by hiding all assembler code from the compiler. Having done so, I managed to bootstrap on NetBSD 1.3.2, but still have an inplace-compiler failure on 1.5. The error message is from the gcc assembler (see below), so I thought trying a pure C variant might help somewhat. I undefined i386_{HOST,TARGET,BUILD}_ARCH in $(TOP)/mk/config.mk but it had no effect. thanks for any hints, Matthias ====================================================================== rm -f Addr.o ; if [ ! -d Addr ]; then mkdir Addr; else /usr/bin/find Addr -name '*.o' -print | xargs rm -f __rm_food ; fi ; ../../ghc/driver/ghc-inplace -recomp -cpp -fglasgow-exts -fvia-C -Rghc-timing -I../../ghc/includes -imonads -static -O -package-name lang -split-objs -c Addr.hc -o Addr.o -osuf o Funny global thing?: __stg_split_marker1: Funny global thing?: _module_registered: Funny global thing?: __init_Addr: Funny global thing?: __stg_split_marker2: Funny global thing?: __stg_split_marker3: [...] Funny global thing?: __stg_split_marker89: Funny global thing?: __stg_split_marker90: Prologue junk?: .globl __stg_split_marker2 __stg_split_marker2: ret .Lfe3: .size __stg_split_marker2,.Lfe3-__stg_split_marker2 .globl Addr_lvl_closure .data .align 4 .type Addr_lvl_closure,@object .size Addr_lvl_closure,4 Addr_lvl_closure: .long Addr_lvl_info .globl Addr_lvl_info .section .rodata .align 4 .type Addr_lvl_info,@object .size Addr_lvl_info,12 Addr_lvl_info: .long 0 .word 0 .word 0 .word 17 .word 0 .text .align 4 .globl Addr_lvl_entry .type Addr_lvl_entry,@function Addr_lvl_entry: gmake[2]: *** [Addr.o] Error 255 ====================================================================== -- Matthias Fischmann | Research Engineer | +358 (9) 8565 7474 fis(a)ssh.fi | SSH Communication Security Corp. | +358 (40) 752 5291

1 0

New InstallShield for Windows, plus mingwin fix
by Reuben Thomas 05 Apr '01

05 Apr '01

I have uploaded a new GHC InstallShield for Windows that fixes many recent problems (including most of the problems with GHC that Mike Thomas reported in his list of instructions for building H/Direct). Unless the Cygwin team have acted with unwonted rapidity (which, at the time of writing, they hadn't), you'll also need to download our version of the mingwin package (or get the relevant bits from SourceForge). Our zip can simply be unpacked over an installed Cygwin tree to give you mingwin headers and libraries that really work. -- http://sc3d.org/rrt/ | certain, a. insufficiently analysed

1 0

AW: Difficulties compiling hmake / HaXml
by Lescher Christian 05 Apr '01

05 Apr '01

Finally I made it till the end, thanks to your very quick replies. I hope I didn't bother you too much with all the mails. At last I'd like to give a summary of all the changes been made to the files of the "HaXml" release. Perhaps you'll find this information usefull for further releases. system configuration: - Win NT 4.0 - cygwin 1.1.8 - ghc 4.08.2 - hmake 2.02 ;) - HaXml 1.01 The Makefile and the DtdToTypesDefPP.hs were changed. changes to Makefile: line 51: cd lib; hmake XmlLib.hs changed to cd lib; hmake XmlLib.hs -package lang line 53: cd lib; hmake Haskell2Xml.hs -> cd lib; hmake Haskell2Xml.hs -package lang -package text line 55: cd lib; hmake Xml2Haskell.hs -> cd lib; hmake Xml2Haskell.hs -package lang line 61: cd tools; hmake DtdToHaskell $(INC) mv tools/DtdToHaskell . -> cd tools; hmake DtdToHaskell -i../lib -package lang mv tools/DtdToHaskell.exe . line 65: cd examples; hmake Canonicalise $(INC) mv examples/Canonicalise . -> cd examples; hmake Canonicalise -i../lib -package lang mv examples/Canonicalise.exe . line 69: cd tools; hmake Xtract $(INC) mv tools/Xtract . -> cd tools; hmake Xtract -i../lib -package lang mv tools/Xtract.exe . line 74: mv tools/DrIFT/DrIFT . -> mv tools/DrIFT/DrIFT.exe . changes to DtdToTypesDefPP.hs: line 510: commaList = hcat . intersperse comma -> -- commaList = hcat . intersperse comma

1 0

Hard earned hints for using Win32 GHC 4.08.2 and HDirect.
by Mike Thomas 05 Apr '01

05 Apr '01

Hi all. I thought I might share some hints on making HDirect work with GHC 4.08.2. Installing and checking GHC: - Get the installer from the GHC downloads page, do the installation per the instructions there, including Cygwin etc. - Remove the digit "1" from the bottom of lib/imports/win32/Win32.hi - Remove old .hi files from any program source directories you may have. - To test, try compiling the Windows hello.lhs example using the command line "ghc hello.lhs -o hello.exe -package win32" and run hello.exe. - If you get linker errors about "import____timezone_dll" from time.o, you need to add the line: push(@SysLibrary, '-lcrtdll') if ($TargetPlatform =~ /-(mingw32|cygwin32)$/); below the line: push(@SysLibrary, '-lwsock32') if ($TargetPlatform =~ /-(mingw32|cygwin32)$/); in your "bin/ghc" driver script. This is because the distribution is built with an old version of Cygwin GCC which links against crtdll.dll rather than msvcrt.dll when -mno-cygwin is set on the command line (GHC uses mingw32). By doing this, spare symbols are resolved after linkage with msvcrt.dll. DO NOT SUBSTITUTE -lmsvcrt with -lcrtdll. If you substitute, you will get errors about running out of resources on fileOpen at run time. - You may also need to update your GCC Mingw32 libraries and headers from the Sourceforge Mingw32 downloads page if you have unexplained crashes. Building HDIrect 0.17 - Uninstall previous versions of HDirect including "lib/imports/com" and associated libraries, which don't work very well with GHC 4.08.2. - Get the source from the HDirect web site and untar it somewhere. - You may need to edit "lib/WideStringSrc.c" if you use the latest Cygwin distribution to remove a clashing definition and declaration of wcslen(). - Build per the instructions in the INSTALL file. - This gives you a bare bones ihc.exe which cannot handle type libraries. - Install the freshly built lib/*.hi files in a new ghc "lib/imports/com" directory and also the libraries (libHScom.a, libhdirect.a) into ghc's "lib" directory. - Do "make clean", deleting "src/ihc.exe" by hand. - Set SUPPORT_TYPELIBS=YES in "src/Makefile" - "make boot", "make", then "make lib" as before. - You now have version 0.17 of HDirect for Windows. Question Time: Why does ihc ignore binary interfaces in type libraries such as dx7vb.dll? Cheers Mike Thomas

1 0

Replacing module Array by IArray
by andreas.marth＠daimlerchrysler.com 04 Apr '01

04 Apr '01

Hallo! The module Array exports module Ix (Haskell 98 Library Report). The module IArray doesn't export Ix (jet?). I think a pack and unpack function to convert between IArray ix be and UArray ix ube via 'amap pack/unpack' would be useful. (Or am I just missing the conversion function and it is already there? Andreas

2 1

AW: AW: Difficulties compiling hmake / HaXml
by Lescher Christian 03 Apr '01

03 Apr '01

I changed the hmake call to that one you suggested but sadly another error followed up. cd tools; hmake DtdToHaskell -i../lib ghc -i../lib -c -cpp -o DtdToTypeDefPP.o DtdToTypeDefPP.hs DtdToTypeDefPP.hs:94: Ambiguous occurrence `commaList' It could refer to either `commaList', defined at DtdToTypeDefPP.hs:510 or `Pretty.commaList', imported from Pretty at DtdToTypeDefPP.hs:19 DtdToTypeDefPP.hs:117: Ambiguous occurrence `commaList' It could refer to either `commaList', defined at DtdToTypeDefPP.hs:510 or `Pretty.commaList', imported from Pretty at DtdToTypeDefPP.hs:19 Compilation had errors make: *** [DtdToHaskell] Error 1 bash-2.04$

1 0