RE: ghc panic (this time due to openFile error):
> In trying out a particularly large set of files (circa 450) > with ghc --make I > get > > ghc-5.00: panic! (the `impossible' happened, GHC version 5.00): > resource exhausted > Action: openFile > Reason: process file table full > File: /tmp/ghc14562.hspp > > Please report it as a compiler bug to > [EMAIL PROTECTED], > or http://sourceforge.net/projects/ghc/. > > I presume that this is due to some system limitation. > But it is a pity really, since it would save a lot of time if I could > compile all these files in one go. Can you explain what is going > on and how I avoid it? Also I think ghc is overreacting when it > panics . . . We're probably not being conscientious enough about closing files. I'll take a look. Cheers, Simon ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
ghci exploded.
Hi, I have two bugs to report. First, ghci crashed when I tried to load my code. == Compiling AlienGenerateThink ( /l/fis/cvs/research/src/scheme/alien/core/AlienGenerateThink.hs, interpreted ) ghc-5.00: panic! (the `impossible' happened, GHC version 5.00): StgInterp.lit2expr: unhandled string constant type == I am a little reluctant of submitting it, because it is 4000 lines of not very pretty code. If you can give me a rough guess what this is about I could try to write a smaller example. My version is a couple of days old already, should I update again? Second, there seems to be a problem with the :set command if you try to load packages. I don't know whether packages are supposed to work in ghci, but at best the error message is unhelpful. == $ echo ":set -fglasgow-exts -package data\n:load FiniteMap" | ghci ___ ___ _ / _ \ /\ /\/ __(_) / /_\// /_/ / / | | GHC Interactive, version 5.00, For Haskell 98. / /_\\/ __ / /___| | http://www.haskell.org/ghc/ \/\/ /_/\/|_| Type :? for help. Loading package std ... linking ... done. Prelude> :set -fglasgow-exts -package data unknown option: `data' Prelude> :load FiniteMap can't find module `FiniteMap' Prelude> Leaving GHCi. == thx m. -- Matthias Fischmann | Research Engineer| +358 (9) 8565 7474 [EMAIL PROTECTED] | SSH Communication Security Corp. | +358 (40) 752 5291 ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[Fwd: Bug#94739: ./.ghci -- isn't it dangerous?]
Please, preserve the Cc: when replying. - Forwarded message from Michal Politowski <[EMAIL PROTECTED]> - Date: Sat, 21 Apr 2001 18:57:01 +0200 From: Michal Politowski <[EMAIL PROTECTED]> Subject: Bug#94739: ./.ghci -- isn't it dangerous? To: Debian Bug Tracking System <[EMAIL PROTECTED]> Reply-to: Michal Politowski <[EMAIL PROTECTED]>, [EMAIL PROTECTED] Message-id: <[EMAIL PROTECTED]> Package: ghc5 Version: 5.00-1 Severity: normal ghci will load .ghci from current directory and it can contain :! shell commands, so if I run ghci in a directory writable by others bad things can happen eg. to my files. On the other hand it's useful. Maybe it could be less dangerous if the immediately damaging stuff (:!) was disabled and some warning printed if the file was writable (or owned) by someone else? -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux Amber 2.2.19 #1 Thu Mar 29 15:52:51 CEST 2001 i586 Versions of packages ghc5 depends on: ii gcc 1:2.95.3-7 The GNU C compiler. ii libc6 2.2.2-4GNU C Library: Shared libraries an ii libgmp3 3.1.1-4Multiprecision arithmetic library ii libgmp3-dev 3.1.1-4Multiprecision arithmetic library ii libncurses5 5.2.20010318-1 Shared libraries for terminal hand ii libreadline4 4.2-2 GNU readline and history libraries ii perl 5.6.0-21 Larry Wall's Practical Extracting ii perl [perl5] 5.6.0-21 Larry Wall's Practical Extracting -- Michal Politowski -- [EMAIL PROTECTED] Warning: this is a memetically modified message - End forwarded message - -- /~\ ASCII ribbon | i'm stuck with junkies and bums \ / campaign | family? X against | you're not that close to me :) / \ HTML mail| -- IRC, #argv ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
