Re: [GHC] #3157: ghci segmentation fault when computation is interrupted
#3157: ghci segmentation fault when computation is interrupted ---+ Reporter: fft1976 |Owner: Type: bug | Status: reopened Priority: normal |Milestone: 6.10 branch Component: Runtime System | Version: 6.10.2 Severity: critical| Resolution: Keywords: ghci| Difficulty: Unknown Testcase: | Os: Linux Architecture: x86 | ---+ Changes (by simonmar): * status: closed = reopened * resolution: duplicate = -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3157#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] #3157: ghci segmentation fault when computation is interrupted
#3157: ghci segmentation fault when computation is interrupted ---+ Reporter: fft1976 |Owner: Type: bug | Status: closed Priority: normal |Milestone: 6.10 branch Component: Runtime System | Version: 6.10.2 Severity: critical| Resolution: duplicate Keywords: ghci| Difficulty: Unknown Testcase: | Os: Linux Architecture: x86 | ---+ Changes (by cmcq): * status: new = closed * resolution: = duplicate Comment: See #2812. I don't get a segfault in 6.10.3. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3157#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] #3157: ghci segmentation fault when computation is interrupted
#3157: ghci segmentation fault when computation is interrupted ---+ Reporter: fft1976 |Owner: Type: bug | Status: new Priority: normal |Milestone: 6.10 branch Component: Runtime System | Version: 6.10.2 Severity: critical| Resolution: Keywords: ghci| Difficulty: Unknown Testcase: | Os: Linux Architecture: x86 | ---+ Changes (by igloo): * difficulty: = Unknown * milestone: = 6.10 branch Comment: 6.12 won't use libedit, so we only need to worry about this if we do a 6.10.3 release. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3157#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
Re: [GHC] #3157: ghci segmentation fault when computation is interrupted
#3157: ghci segmentation fault when computation is interrupted +--- Reporter: fft1976 | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Runtime System |Version: 6.10.2 Severity: critical| Resolution: Keywords: ghci| Testcase: Os: Linux | Architecture: x86 +--- Comment (by benl): Pressing Ctrl-C in ghci on sparc/solaris also causes a segfault. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3157#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
[GHC] #3157: ghci segmentation fault when computation is interrupted
#3157: ghci segmentation fault when computation is interrupted
+---
Reporter: fft1976 | Owner:
Type: bug | Status: new
Priority: normal | Component: Runtime System
Version: 6.10.2 | Severity: critical
Keywords: ghci | Testcase:
Os: Linux| Architecture: x86
+---
This is using Ubuntu 8.04. Both source-compiled and binary (libedit2) show
this behavior.
{{{
GHCi, version 6.10.2: http://www.haskell.org/ghc/ :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer ... linking ... done.
Loading package base ... linking ... done.
Prelude let a = a
Prelude a
}}}
Then I press Ctrl-C
{{{
Segmentation fault
$
}}}
Potentially relevant:
{{{
$ dpkg -l | grep libedit
ii libedit-dev2.9.cvs.20050518-4
BSD editline and history libraries (developm
ii libedit2 2.9.cvs.20050518-4
BSD editline and history libraries
}}}
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3157
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] #3157: ghci segmentation fault when computation is interrupted
#3157: ghci segmentation fault when computation is interrupted
+---
Reporter: fft1976 | Owner:
Type: bug | Status: new
Priority: normal | Milestone:
Component: Runtime System |Version: 6.10.2
Severity: critical| Resolution:
Keywords: ghci| Testcase:
Os: Linux | Architecture: x86
+---
Comment (by fft1976):
Actually
{{{
let a = a
a
}}}
isn't necessary. Ctrl-C causes Segfault regardless.
I should also add that the installation didn't go very smoothly: rts and
other error messages. See follow-up messages in #3151
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3157#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
Re: [GHC] #3157: ghci segmentation fault when computation is interrupted
#3157: ghci segmentation fault when computation is interrupted
+---
Reporter: fft1976 | Owner:
Type: bug | Status: new
Priority: normal | Milestone:
Component: Runtime System |Version: 6.10.2
Severity: critical| Resolution:
Keywords: ghci| Testcase:
Os: Linux | Architecture: x86
+---
Comment (by int-e):
If this is on x86, libedit is responsible for the segfault. It installs
its own {{{SIGINT}}} signal handler using {{{signal()}}} and then
reinstalls the RTS signal handler using {{{signal}}} again. This causes
the {{{SA_SIGINFO}}} flag to be lost. As a result, the RTS' signal handler
does not receive the {{{siginfo_t}}} data that it needs. I have a patch
for editline, but I haven't reported this anywhere yet.
N.B. This does not happen in x86_64 because there the {{{siginfo_t}}} is
always passed to the signal handler.
--
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/3157#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
