-
Notifications
You must be signed in to change notification settings - Fork 560
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
Data::Dumper aborts with out-of-mem on cyclic threads::shared data #13386
Comments
From @jimavThis is a bug report for perl from james_avera@yahoo.com, If a hash containing a direct or indirect self-reference is cloned with Just guessing here, but maybe the "unreliability" of refaddr() in shared #!/usr/bin/perl if (`bash -c "ulimit -v"` =~ /unlimited/) { my $data = { foo => "bar" }; my $shared = shared_clone($data); Flags: Site configuration information for perl 5.14.2: Configured by Debian Project at Thu Jul 18 22:04:35 UTC 2013. Summary of my perl5 (revision 5 version 14 subversion 2) configuration: Locally applied patches: @INC for perl 5.14.2: Environment for perl 5.14.2: |
From @jkeenanOn Wed, 30 Oct 2013 20:21:34 GMT, jimav wrote:
Building a threaded perl on a very recent commit to blead (see attachment), I got slightly different output: ##### |
From @jkeenanSummary of my perl5 (revision 5 version 25 subversion 9) configuration: Characteristics of this binary (from libperl): |
The RT System itself - Status changed from 'new' to 'open' |
Migrated from rt.perl.org#120416 (status was 'open')
Searchable as RT120416$
The text was updated successfully, but these errors were encountered: