#4505: Segmentation fault on long input (list of pairs) ---------------------------------------------------------+------------------ Reporter: cathper | Owner: simonmar Type: bug | Status: new Priority: highest | Milestone: 7.0.2 Component: Compiler | Version: 7.0.1 Keywords: Segmentation fault, segfault, long input | Testcase: Blockedby: | Difficulty: Os: Linux | Blocking: Architecture: x86_64 (amd64) | Failure: Runtime crash ---------------------------------------------------------+------------------
Comment(by simonmar): I understand what the problem is here. The program compiles to code that allocates >1MB in one go, and the runtime doesn't currently support that (we support allocating >1MB only for a single object, such as an array, not for multiple objects). This is a zero-day bug: it's been around for ever, but nobody has run into it until now. Worst case we can make the RTS emit an error message rather than just segfaulting, but I hope we'll be able to find a way to fix it properly. I'll look into it. Meanwhile, it seems the HEAD can't compile the test program at all, unless a type signature is added, and 7.0.1 is significantly slower than 6.12.3 to compile it. I've created #4801 for the compiler performance regression. -- Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/4505#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