develooper Front page | perl.perl5.porters | Postings from April 2012

[perl #18049] Storable seg faults under perl 5.8.0 solaris, maximal 64bit

Thread Next
From:
Brian Fraser via RT
Date:
April 28, 2012 01:29
Subject:
[perl #18049] Storable seg faults under perl 5.8.0 solaris, maximal 64bit
Message ID:
rt-3.6.HEAD-4610-1335541540-492.18049-15-0@perl.org
On Sat Jul 05 12:20:00 2008, p5p@perl.wizbit.be wrote:
> Citeren Drew Schatt <schatt@schatt.com>:
> 
> > Under 5.10.0, Solaris, with 64 bit integers, ext Storable still
> fails badly.
> > Let me know what other information I can include to help get this
> resolved.
> 
> Can you send the output of perl -V?
> Was it compiled with -Duse64bitall or with -Duse64bitint?
> 
> On cpanteters I see the following reports of Solaris for Storable
> (from 5.10.0):
> 
> http://www.nntp.perl.org/group/perl.cpan.testers/2008/06/msg1668441.html
> :
> use64bitint=undef, use64bitall=undef
> 
> http://www.nntp.perl.org/group/perl.cpan.testers/2008/04/msg1296110.html
> :
> use64bitint=define, use64bitall=undef
> 
> http://www.nntp.perl.org/group/perl.cpan.testers/2007/11/msg811340.html
> use64bitint=define, use64bitall=undef
> 
> 
> And/or is it possible that you build perl-current (blead) to see if
> there is an improvement there? (check perldoc perlhack)
> 
> Kind regards,
> 
> Bram
> 
> 

Turns out that under sparc, use64bitint and use64bitall are implicitly
enabled, so that wasn't it.

But in any case, these failures appear to be gone in newer versions of
Perl, so I vote to close this.


---
via perlbug:  queue: perl5 status: open
https://rt.perl.org:443/rt3/Ticket/Display.html?id=18049

Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About