Re: [GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation ---+ Reporter: pturnbull | Owner: tibbe Type: bug | Status: new Priority: high| Milestone: 7.6.2 Component: GHCi| Version: 6.12.3 Keywords: MVar| Os: MacOS X Architecture: x86_64 (amd64) | Failure: GHCi crash Difficulty: Unknown |Testcase: Blockedby: |Blocking: Related: | ---+ Changes (by tibbe): * owner: igloo = tibbe -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245#comment:28 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation ---+ Reporter: pturnbull | Owner: igloo Type: bug | Status: new Priority: high| Milestone: 7.4.3 Component: GHCi| Version: 6.12.3 Keywords: MVar| Os: MacOS X Architecture: x86_64 (amd64) | Failure: GHCi crash Difficulty: Unknown |Testcase: Blockedby: |Blocking: Related: | ---+ Changes (by mihai.maruseac): * cc: mihai.maruseac@… (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245#comment:26 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation ---+ Reporter: pturnbull | Owner: igloo Type: bug | Status: new Priority: high| Milestone: 7.4.2 Component: GHCi| Version: 6.12.3 Keywords: MVar| Os: MacOS X Architecture: x86_64 (amd64) | Failure: GHCi crash Difficulty: Unknown |Testcase: Blockedby: |Blocking: Related: | ---+ Changes (by igloo): * owner: tibbe = igloo -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245#comment:24 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation ---+ Reporter: pturnbull | Owner: tibbe Type: bug | Status: new Priority: high| Milestone: 7.4.2 Component: GHCi| Version: 6.12.3 Keywords: MVar| Os: MacOS X Architecture: x86_64 (amd64) | Failure: GHCi crash Difficulty: Unknown |Testcase: Blockedby: |Blocking: Related: | ---+ Changes (by igloo): * difficulty: = Unknown * milestone: 7.4.1 = 7.4.2 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245#comment:23 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation
---+
Reporter: pturnbull |Owner: tibbe
Type: bug | Status: new
Priority: high|Milestone: 7.4.1
Component: GHCi| Version: 6.12.3
Keywords: MVar| Testcase:
Blockedby: | Difficulty:
Os: MacOS X | Blocking:
Architecture: x86_64 (amd64) | Failure: GHCi crash
---+
Changes (by simonmar):
* cc: bos (added)
* owner: igloo = tibbe
Comment:
There's an even simpler example:
{{{
main :: IO ()
main = do putStrLn Waiting for input
getChar
putStrLn There's some input
}}}
reproduce by:
* run the program (on OS X)
* suspend with `^Z`
* resume with `fg`
* Now hit `^C`: observe that nothing happens
* (another `^C` kills the program)
Without the `^Z/fg` combination first, the `^C` signal works as it should.
What appears to be happening is this:
* the main thread is blocked in `threadWaitRead` on FD 0
* on resumption, `threadWaitRead` returns
* thinking that there is data to be read, we now call `read()` (this is
in `GHC.IO.FD.readRawBufferPtr`)
* there is actually no data to read, so `read()` blocks
I believe the bug is that `threadWaitRead` returns when it shouldn't, so
I'm punting this to the IO manager maintainers. Johan/Bryan?
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245#comment:22
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation ---+ Reporter: pturnbull |Owner: igloo Type: bug | Status: new Priority: high|Milestone: 7.4.1 Component: GHCi| Version: 6.12.3 Keywords: MVar| Testcase: Blockedby: | Difficulty: Os: MacOS X | Blocking: Architecture: x86_64 (amd64) | Failure: GHCi crash ---+ Comment(by simonmar): See also #5565 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245#comment:21 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation ---+ Reporter: pturnbull |Owner: igloo Type: bug | Status: new Priority: high|Milestone: 7.4.1 Component: GHCi| Version: 6.12.3 Keywords: MVar| Testcase: Blockedby: | Difficulty: Os: MacOS X | Blocking: Architecture: x86_64 (amd64) | Failure: GHCi crash ---+ Comment(by igloo): I have a hunch the problem will be around `rts/posix/Signals.c` `sigtstp_handler` and `set_sigtstp_action`. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245#comment:20 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation ---+ Reporter: pturnbull |Owner: igloo Type: bug | Status: new Priority: high|Milestone: 7.4.1 Component: GHCi| Version: 6.12.3 Keywords: MVar| Testcase: Blockedby: | Difficulty: Os: MacOS X | Blocking: Architecture: x86_64 (amd64) | Failure: GHCi crash ---+ Changes (by igloo): * owner: = igloo -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245#comment:18 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation
---+
Reporter: pturnbull |Owner: igloo
Type: bug | Status: new
Priority: high|Milestone: 7.4.1
Component: GHCi| Version: 6.12.3
Keywords: MVar| Testcase:
Blockedby: | Difficulty:
Os: MacOS X | Blocking:
Architecture: x86_64 (amd64) | Failure: GHCi crash
---+
Comment(by igloo):
With `z.hs`:
{{{
import Control.Concurrent
import Control.Exception
import Prelude hiding (catch)
import System.IO
main :: IO ()
main = do mv - newEmptyMVar
tid - forkIO $ otherThread mv
takeMVar mv
`catch` \e -
do putStrLn (Got exception: ++ show (e :: SomeException))
putStrLn Killing thread
killThread tid
putStrLn Killed thread
otherThread :: MVar () - IO ()
otherThread mv = do putStrLn Waiting for input
_ - hWaitForInput stdin (-1)
putStrLn There's some input
putMVar mv ()
}}}
if we compile with HEAD on OS X (x86 or x86_64) with the threaded RTS:
{{{
ghc --make z -threaded
}}}
then run it, `^Z` it, `fg` it, then `^C` it, then the `killThread` blocks:
{{{
$ ./z
Waiting for input
^Z
[1]+ Stopped ./z
212:examples ian$ fg
./z
^CGot exception: user interrupt
Killing thread
}}}
Another `^C` silently terminates the program.
It doesn't happen if:
* We don't do the `^Z`/`fg`
* We don't use the threaded RTS
* It is run on Linux
So now the question is, why does it happen and how do we fix it?
(I believe Haskeline doing something like the above, mixed in with using
an MVar, is the underlying case of the GHCi bug)
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245#comment:19
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation ---+ Reporter: pturnbull |Owner: Type: bug | Status: new Priority: high|Milestone: 7.4.1 Component: GHCi| Version: 6.12.3 Keywords: MVar| Testcase: Blockedby: | Difficulty: Os: MacOS X | Blocking: Architecture: x86_64 (amd64) | Failure: GHCi crash ---+ Changes (by igloo): * milestone: 7.2.1 = 7.4.1 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245#comment:17 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation ---+ Reporter: pturnbull |Owner: Type: bug | Status: new Priority: high|Milestone: 7.2.1 Component: GHCi| Version: 6.12.3 Keywords: MVar| Testcase: Blockedby: | Difficulty: Os: MacOS X | Blocking: Architecture: x86_64 (amd64) | Failure: GHCi crash ---+ Changes (by simonmar): * priority: normal = high Comment: More reports of this bug: #5191 #5368 (also #5029 and #4000, but these had no info) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245#comment:16 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation ---+ Reporter: pturnbull |Owner: Type: bug | Status: new Priority: normal |Milestone: 7.2.1 Component: GHCi| Version: 6.12.3 Keywords: MVar| Testcase: Blockedby: | Difficulty: Os: MacOS X | Blocking: Architecture: x86_64 (amd64) | Failure: GHCi crash ---+ Changes (by modchan): * cc: malicious.wizard@… (added) -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245#comment:14 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation ---+ Reporter: pturnbull |Owner: Type: bug | Status: new Priority: normal |Milestone: 7.2.1 Component: GHCi| Version: 6.12.3 Keywords: MVar| Testcase: Blockedby: | Difficulty: Os: MacOS X | Blocking: Architecture: x86_64 (amd64) | Failure: GHCi crash ---+ Comment(by simonmar): Also reported in #5191 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245#comment:13 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation ---+ Reporter: pturnbull |Owner: Type: bug | Status: new Priority: normal |Milestone: 7.2.1 Component: GHCi| Version: 6.12.3 Keywords: MVar| Testcase: Blockedby: | Difficulty: Os: MacOS X | Blocking: Architecture: x86_64 (amd64) | Failure: GHCi crash ---+ Changes (by fryguybob): * cc: fryguybob@… (added) Comment: I've experienced the behavior from the last reporter on Windows with 7.0.2. For a while I've tried to get something repeatable to no avail. When it is happening it seems to happen fairly frequently. Some days I never run into it. I have never had it happen with HEAD which makes me suspect that #4531 fixed it. Some things that have triggered it for me: * Typing `q` instead of `:q` (other things not in scope too). * Hitting tab then `y` to display all. * Pasting a long line. When it fails in this case I have been pasting a `let` expression and initially just an `l` shows. I hit backspace and paste again then it fails with the full line. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245#comment:12 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation
---+
Reporter: pturnbull |Owner:
Type: bug | Status: new
Priority: normal |Milestone: 7.2.1
Component: GHCi| Version: 6.12.3
Keywords: MVar| Testcase:
Blockedby: | Difficulty:
Os: MacOS X | Blocking:
Architecture: x86_64 (amd64) | Failure: GHCi crash
---+
Comment(by Artyom.Kazak):
I'm using Windows 7, GHC 7.0.2. I don't know is it the same bug…
I was playing with my module called Helpers.Numeric located in file called
Numeric.hs. As you can see, I compiled it using GHC and by mistake ran
Numeric.hs instead of Numeric.exe, so I had GHCi in GHCi. Then I wanted to
enter ':q', but entered just 'q', and the inner GHCi crashed.
{{{
*Helpers.Numeric Math.Root.Finder :! ghc --make -O2 -main-is
Halpers.Numeric Numeric.hs
[2 of 2] Compiling Helpers.Numeric ( Numeric.hs, Numeric.o )
*Helpers.Numeric Math.Root.Finder :! Numeric.hs
GHCi, version 7.0.2: http://www.haskell.org/ghc/ :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
Loading package ffi-1.0 ... linking ... done.
Ok, modules loaded: Helpers.Numeric, Ratio'.
Prelude Helpers.Numeric
Prelude Helpers.Numeric q
interactive:1:1: Not in scope: `q'
Prelude Helpers.Numeric
ghc.exe: panic! (the 'impossible' happened)
(GHC version 7.0.2 for i386-unknown-mingw32):
thread blocked indefinitely in an MVar operation
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
}}}
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245#comment:11
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation ---+ Reporter: pturnbull |Owner: Type: bug | Status: new Priority: normal |Milestone: 7.2.1 Component: GHCi| Version: 6.12.3 Keywords: MVar| Testcase: Blockedby: | Difficulty: Os: MacOS X | Blocking: Architecture: x86_64 (amd64) | Failure: GHCi crash ---+ Changes (by altaic): * cc: william.knop.nospam@… (added) Comment: I confirmed that this bug exists on my recent x86_64 HEAD build targeting OS X 10.6. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245#comment:10 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation
---+
Reporter: pturnbull |Owner:
Type: bug | Status: new
Priority: normal |Milestone: 7.0.2
Component: GHCi| Version: 6.12.3
Keywords: MVar| Testcase:
Blockedby: | Difficulty:
Os: MacOS X | Blocking:
Architecture: x86_64 (amd64) | Failure: GHCi crash
---+
Changes (by paterno):
* version: 7.0.1 = 6.12.3
* os: Unknown/Multiple = MacOS X
* architecture: x86 = x86_64 (amd64)
Comment:
I can verify this problem appears in the Mac OS X release as well.
My output is below.
{{{
bash-$ uname -a
Darwin thomas 10.6.0 Darwin Kernel Version 10.6.0: Wed Nov 10 18:11:58 PST
2010; root:xnu-1504.9.26~3/RELEASE_X86_64 x86_64
bash-$ ghci
GHCi, version 6.12.3: http://www.haskell.org/ghc/ :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
Loading package ffi-1.0 ... linking ... done.
Prelude
[1]+ Stopped ghci
bash-$ fg
ghci
^C^C
Prelude
ghc: panic! (the 'impossible' happened)
(GHC version 6.12.3 for i386-apple-darwin):
thread blocked indefinitely in an MVar operation
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
}}}
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245#comment:8
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation
-+--
Reporter: pturnbull |Owner:
Type: bug | Status: new
Priority: normal|Milestone: 7.0.2
Component: GHCi | Version: 7.0.1
Keywords: MVar | Testcase:
Blockedby:| Difficulty:
Os: Unknown/Multiple | Blocking:
Architecture: x86 | Failure: GHCi crash
-+--
Changes (by Jafet):
* version: 6.12.3 = 7.0.1
* os: MacOS X = Unknown/Multiple
Comment:
I've encountered the same bug, but in the Windows console with GHC 7.0.1.
To reproduce:
1. Start {{{ghci}}} from cmd.exe (or Cygwin bash) in a console.
2. Press {{{^C}}}.
3. Hold down the return key.
{{{
C:\ghci
GHCi, version 7.0.1: http://www.haskell.org/ghc/ :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
Loading package ffi-1.0 ... linking ... done.
Prelude ^C
C:\
Prelude
C:\
Prelude
C:\
... after a moment ...
Prelude
C:\
Prelude
ghc.exe: panic! (the 'impossible' happened)
(GHC version 7.0.1 for i386-unknown-mingw32):
thread blocked indefinitely in an MVar operation
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
C:\
C:\
}}}
After {{{^C}}}, GHC backgrounds itself from cmd.exe and subsequent input
finds its way to the shell:
{{{
Prelude ^C
C:\
Prelude input
'input' is not recognized as an internal or external command,
operable program or batch file.
C:\input
'nput' is not recognized as an internal or external command,
operable program or batch file.
}}}
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245#comment:5
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation
-+--
Reporter: pturnbull |Owner:
Type: bug | Status: new
Priority: normal|Milestone: 7.0.2
Component: GHCi | Version: 7.0.1
Keywords: MVar | Testcase:
Blockedby:| Difficulty:
Os: Unknown/Multiple | Blocking:
Architecture: x86 | Failure: GHCi crash
-+--
Comment(by Jafet):
Hi again. The previous message is incorrect; I didn't know that
{{{ghci.exe}}} always uses a child {{{ghc.exe}}} process.
What really happens on Windows is that {{{ghci.exe}}} is right away killed
by {{{^C}}}, and the child {{{ghc.exe}}} doesn't realize that until a
little later, so it goes into a panic. They also spawn some new threads
before they die for some reason. I've attached a trace by Process Monitor,
which records the syscalls made after {{{^C}}}.
Someone with a Mac could {{{ktrace}}} to check that it's really the same
bug.
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245#comment:6
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation -+-- Reporter: pturnbull |Owner: Type: bug | Status: new Priority: normal|Milestone: 7.0.2 Component: GHCi | Version: 7.0.1 Keywords: MVar | Testcase: Blockedby:| Difficulty: Os: Unknown/Multiple | Blocking: Architecture: x86 | Failure: GHCi crash -+-- Comment(by simonmar): The Control-C behaviour on Windows was also reported as #4531. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245#comment:7 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation --+- Reporter: pturnbull |Owner: Type: bug| Status: new Priority: normal |Milestone: 6.14.1 Component: GHCi | Version: 6.12.3 Keywords: MVar | Testcase: Blockedby: | Difficulty: Os: MacOS X| Blocking: Architecture: x86| Failure: GHCi crash --+- Changes (by simonmar): * priority: high = normal Comment: Anyone with access to a Mac care to look into this one? It doesn't seem important enough to hold up the release for. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245#comment:3 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation --+- Reporter: pturnbull |Owner: Type: bug| Status: new Priority: high |Milestone: 6.14.1 Component: GHCi | Version: 6.12.3 Keywords: MVar | Testcase: Blockedby: | Difficulty: Os: MacOS X| Blocking: Architecture: x86| Failure: GHCi crash --+- Changes (by igloo): * priority: normal = high * milestone: = 6.14.1 -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245#comment:2 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation
--+-
Reporter: pturnbull |Owner:
Type: bug| Status: new
Priority: normal |Milestone:
Component: GHCi | Version: 6.12.3
Keywords: MVar | Testcase:
Blockedby: | Difficulty:
Os: MacOS X| Blocking:
Architecture: x86| Failure: GHCi crash
--+-
Comment(by simonmar):
I don't see the bug on Linux, but I do see something else slightly
strange. After foregrounding GHCi again, the first Ctrl-C brings up
another `Prelude` prompt which is fine, but if I then Ctrl-D to exit I
get
{{{
Prelude
stdin: hWaitForInput: end of file
}}}
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245#comment:1
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[GHC] #4245: ghci panic: thread blocked indefinitely in an MVar operation
#4245: ghci panic: thread blocked indefinitely in an MVar operation
--+-
Reporter: pturnbull | Owner:
Type: bug| Status: new
Priority: normal | Component: GHCi
Version: 6.12.3 |Keywords: MVar
Testcase: | Blockedby:
Os: MacOS X|Blocking:
Architecture: x86| Failure: GHCi crash
--+-
I stumbled across this error today:
{{{
phil ~
$ ghci
GHCi, version 6.12.3: http://www.haskell.org/ghc/ :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
Loading package ffi-1.0 ... linking ... done.
Prelude
[1]+ Stopped ghci
phil ~
$ fg
ghci
^C^C
Prelude
ghc: panic! (the 'impossible' happened)
(GHC version 6.12.3 for i386-apple-darwin):
thread blocked indefinitely in an MVar operation
Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug
phil ~
$
}}}
Steps to reproduce:
* start ghci
* ctrl-z
* fg
* ctrl-c
* ctrl-c
* enter
* wait ~2 seconds
I'm not sure if it is related but while waiting for the impossible to
happen, any characters typed are not echoed to the screen.
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/4245
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
