-
Notifications
You must be signed in to change notification settings - Fork 571
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
segfault in PerlIOBuf_fill when filehandle is closed in a signal handler #10422
Comments
From chrisb@debian.orgThis is a bug report for perl from chrisb@debian.org, This bug was originally filed in the Debian Bug Tracking System: If a blocking read operation is interrupted by a signal, and the signal == bug.pl == $SIG{ALRM} = sub { close(FIFO) };
|
From @iabynStill present in blead |
From @cpansprout
I don’t know a lot about C, but I think that the freed memory could be re-used for something else, in which case checking that it has been freed (how do you do that, BTW?) will not be reliable. (Someone please correct me if I’m wrong.) Maybe we need some sort of refcounting mechanism for PerlIOl’s. How much of the PerlIO API is public? |
The RT System itself - Status changed from 'new' to 'open' |
From @iabynOn Sun, Jul 25, 2010 at 01:02:01PM -0700, Father Chrysostomos wrote:
Now fixed (sort-of) by the following set of commits: 303f2dc but most specifically by that last one: commit abf9167 Make PerlIO marginally reentrant Note that the glib fread() function crashes if you call fclose() in a -- |
@iabyn - Status changed from 'open' to 'resolved' |
Migrated from rt.perl.org#75556 (status was 'resolved')
Searchable as RT75556$
The text was updated successfully, but these errors were encountered: