#7051: Runtime system crash (OS X intel -N greater than 4)
-----------------------------+----------------------------------------------
  Reporter:  ndaniels        |          Owner:                
      Type:  bug             |         Status:  closed        
  Priority:  normal          |      Milestone:                
 Component:  Runtime System  |        Version:  7.4.1         
Resolution:  fixed           |       Keywords:                
        Os:  MacOS X         |   Architecture:  x86_64 (amd64)
   Failure:  Runtime crash   |     Difficulty:  Unknown       
  Testcase:                  |      Blockedby:                
  Blocking:                  |        Related:                
-----------------------------+----------------------------------------------
Changes (by simonmar):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 I did reproduce this with 7.4.1, but could not reproduce it with 7.4.2.  I
 think it may be a symptom of the bug I fixed in this commit:

 commit 20906163a6aee2b76de240c4171928f83a5d9077
 {{{
 Author: Simon Marlow <marlo...@gmail.com>
 Date:   Wed Mar 28 11:45:39 2012 +0100

     Fix a bug in threadStackOverflow() (maybe #5214)

     If we overflow the current stack chunk and copy its entire contents
     into the next stack chunk, we could end up with two UNDERFLOW_FRAMEs.
     We had a special case to catch this in the case when the old stack
     chunk was the last one (ending in STOP_FRAME), but it went wrong for
     other chunks.

     I found this bug while poking around in the core dump attached to
     options and running the nofib suite: imaginary/wheel_sieve2 crashed
     with +RTS -kc600 -kb300.

     I don't know if this is the cause of all the symptoms reported in
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7051#comment:4>
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

Reply via email to