#9001: unexpected runtime crash -------------------------------------+------------------------------------ Reporter: jwlato | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.8.2 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Unknown/Multiple Type of failure: Runtime crash | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+------------------------------------ Comment (by goldfire): I can reproduce this behavior on Mac OS 10.8.5 & GHC 7.8.2. After a bunch of (presumably expected) output, I get {{{ Test: internal error: scavenge_one: strange object 0 (GHC version 7.8.2 for x86_64_apple_darwin) Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug Abort trap: 6 }}} -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9001#comment:1 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9001: unexpected runtime crash -------------------------------------+------------------------------------ Reporter: jwlato | Owner: simonmar Type: bug | Status: new Priority: normal | Milestone: Component: Runtime System | Version: 7.8.2 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Unknown/Multiple Type of failure: Runtime crash | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+------------------------------------ Comment (by rwbarton): It looks like the stack overflows in a long sequence of `stg_ap_*` function calls and the overflow isn't detected until a point at which `Sp` is not only less than `SpLim` but even less than the start of the stack segment, whereupon bad things happen. Isn't it bad that these `stg_ap_*_fast` functions push things onto the stack without checking for overflow? -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9001#comment:3 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9001: unexpected runtime crash -------------------------------------+------------------------------------ Reporter: jwlato | Owner: simonmar Type: bug | Status: new Priority: highest | Milestone: 7.8.3 Component: Runtime System | Version: 7.8.2 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Unknown/Multiple Type of failure: Runtime crash | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+------------------------------------ Changes (by simonmar): * priority: normal => highest * milestone: => 7.8.3 -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9001#comment:5 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9001: unexpected runtime crash -------------------------------------+------------------------------------ Reporter: jwlato | Owner: simonmar Type: bug | Status: new Priority: highest | Milestone: 7.8.3 Component: Runtime System | Version: 7.8.2 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Unknown/Multiple Type of failure: Runtime crash | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+------------------------------------ Description changed by simonpj: Old description:

Apologies for the poor summary, I'm not sure how to be more descriptive. I don't see anything dodgy here.

Compiling the attached program `ghc -O -dcore-lint Test.hs` and running it results in a runtime crash. Various incarnations of this code have resulted in

Test: internal error: scavenge_one: strange object 0

Test: internal error: stg_ap_p_ret

and core dumps with no further information.

I've been able to reproduce this with ghc-7.8.2 and ghc-7.6.3.

New description: Apologies for the poor summary, I'm not sure how to be more descriptive. I don't see anything dodgy here. Compiling the attached program `ghc -O -dcore-lint Test.hs` and running it results in a runtime crash. Various incarnations of this code have resulted in {{{ Test: internal error: scavenge_one: strange object 0 Test: internal error: stg_ap_p_ret }}} and core dumps with no further information. I've been able to reproduce this with ghc-7.8.2 and ghc-7.6.3. -- -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9001#comment:7 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#9001: unexpected runtime crash -------------------------------------+------------------------------------ Reporter: jwlato | Owner: simonmar Type: bug | Status: merge Priority: highest | Milestone: 7.8.3 Component: Runtime System | Version: 7.8.2 Resolution: | Keywords: Operating System: Unknown/Multiple | Architecture: Unknown/Multiple Type of failure: Runtime crash | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+------------------------------------ Changes (by simonmar): * status: new => merge -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/9001#comment:9 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler