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
Forked Child Process Corrupted Parent Memory #14733
Comments
From chaoxianli@micron.comThis is a bug report for perl from chaoxianli@micron.com, #!/mu/bin/perl my $PrcCnt=0; while ($PrcCnt < 3) { if ($prcId > 0) { my $img = GD::Simple->new($WfImgSize + $BinLegendaSize, $WfImgSize); return ($img); } Flags: This perlbug was built using Perl 5.10.1 in the Fedora build system. Site configuration information for perl 5.10.1: Configured by Red Hat, Inc. at Wed Aug 7 06:30:39 EDT 2013. Summary of my perl5 (revision 5 version 10 subversion 1) configuration: Locally applied patches: @INC for perl 5.10.1: Environment for perl 5.10.1: |
From @tonycozOn Tue Jun 02 20:23:45 2015, chaoxianli@micron.com wrote:
This is a bug (or perhaps limitation) in GD::Simple. GD::Simple loads its color table from the DATA file handle, and since When the second child tries however, the position of the DATA handle is already past the end of the color table and so no data is loaded You can avoid this by calling: GD::Simple->read_color_table; before the first fork, or if you prefer not to call an undocumented GD::Simple->color_names; which will load the color table so the children don't need to. Marking this ticket as rejected, this isn't a bug in perl. Tony |
The RT System itself - Status changed from 'new' to 'open' |
@tonycoz - Status changed from 'open' to 'rejected' |
From chaoxianli@micron.comTony, Thanks for the quick response and the possible solutions provided. Just a quick question, why the same code that running on the SUN Solaris was not affected by the GD::Simple module? Best Regards, Chao Xian -----Original Message----- On Tue Jun 02 20:23:45 2015, chaoxianli@micron.com wrote:
This is a bug (or perhaps limitation) in GD::Simple. GD::Simple loads its color table from the DATA file handle, and since handle positions are shared between parents and their forked children the first child manages to successfully load the color table. When the second child tries however, the position of the DATA handle is already past the end of the color table and so no data is loaded into the %COLORS hash, and the lookup fails. You can avoid this by calling: GD::Simple->read_color_table; before the first fork, or if you prefer not to call an undocumented GD::Simple->color_names; which will load the color table so the children don't need to. Marking this ticket as rejected, this isn't a bug in perl. Tony |
From @karenetheridgeOn Wed Jun 03 10:44:46 2015, chaoxianli@micron.com wrote:
I have filed this issue in the appropriate rt.cpan.org issue queue here: https://rt.cpan.org/Ticket/Display.html?id=104947 |
From @tonycozOn Wed Jun 03 10:44:46 2015, chaoxianli@micron.com wrote:
Reads from the perl source file are buffered, it's possible there's a Tony |
Migrated from rt.perl.org#125316 (status was 'rejected')
Searchable as RT125316$
The text was updated successfully, but these errors were encountered: