[ ghc-Bugs-450922 ] ghci crash (illegal operation)

[noreply@sourceforge.net]

Bugs item #450922, was opened at 2001-08-14 12:56
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=108032&aid=450922&group_id=8032

Category: Compiler
Group: 5.00
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Bryn Keller (xoltar)
Assigned to: Nobody/Anonymous (nobody)
Summary: ghci crash (illegal operation)

Initial Comment:
I'm on NT 4 sp3 with ghc-5.01 thrill-seeker's release.
Under ghc --interactive, I get an illegal operation
when I run the following session. I'll attach the file
scratch.hs which contains the offending code. Feel free
to comment on the code itself, if you have the time. :-)

Administrator@BRK /NextGen/src/magellan/src/haskell
$ ghc --interactive
   ___         ___ _
  / _ \ /\  /\/ __(_)
 / /_\// /_/ / /  | |      GHC Interactive, version
5.01, for Haskell 98.
/ /_\/ __  / /___| |      http://www.haskell.org/ghc/
\____/\/ /_/\____/|_|      Type :? for help.

Loading package std ... linking ... done.
Prelude> :load scratch
Compiling Main             ( scratch.hs, interpreted )
Ok, modules loaded: Main.
Main> foo <- findFirstAvailName "foo"

Administrator@BRK /NextGen/src/magellan/src/haskell
$

----------------------------------------------------------------------

>Comment By: Reuben Thomas (rrt)
Date: 2001-08-21 06:57

Message:
Logged In: YES 
user_id=50145

I *was* able to reproduce this exactly as above using ghc
5.01 "Borag Thungg"; Julian failed to repro using HEAD.
Hence it seems to be a bug that's been fixed, and I'm
closing it.

----------------------------------------------------------------------

Comment By: Julian Seward (sewardj)
Date: 2001-08-21 06:37

Message:
Logged In: YES 
user_id=50143

Bryn

I can't repro this and I'm not convinced there's a
problem.  Please can you send more information, saying
*exactly* the sequence of steps to recreate the error
and *exactly* in what way you think GHCi has behaved
incorrectly.

You mention the phrase "illegal operation", but none of
the error messages I get contain that phrase.  So I don't
know if you meant exactly that, or whether GHCi crashed
in some other way.  Please clarify.

On both the Win32 and Linux builds, findFirstAvailName "foo"
causes getDirectoryContents to throw an exception.  That's 
because the definition of dirFile causes the arg of
getDirectoryContents, viz, fst (dirFile "foo") to be the
empty string.  

J


----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=108032&aid=450922&group_id=8032