#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
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
