Skip Menu |

This queue is for tickets about the Math-String CPAN distribution.

Report information
The Basics
Id: 4
Status: resolved
Priority: 0/
Queue: Math-String

People
Owner: Nobody in particular
Requestors: perl_dummy [...] bloodgate.com
Cc:
AdminCc:

Bug Information
Severity: Important
Broken in: 1.16
Fixed in: 1.19



Subject: Math::String and **
perl -MMath::String -e'print Math::String->new('abc') ** 3,"\n";' Segmentation fault That is a problem of 5.6.1 segfaulting when getting a undef back from overload. Here it means the result of 'abc' ** 3 is NaN, which is stringified undef. Thats more a missiing feature, Math::String should try to convert a second arg to a Math::BigInt, if it fails to produce a Math::String. perl -MMath::String -e'print Math::String->new('abc') ** 'abc',"\n"; ' Can't bless non-reference value at /usr/local/lib/perl5/site_perl/5.6.1/Math/String.pm line 110. Not good. perl -MMath::String -e'print Math::String->new('abc') ** Math::String->new('abc'),"\n";' Can't bless non-reference value at /usr/local/lib/perl5/site_perl/5.6.1/Math/String.pm line 110. Neither. Oh, and I hope I work on it. I wish me luck in fixing this ;)
[guest - Wed Nov 7 17:25:15 2001]: This work with BigInt v1.64 and Math::String 1.19 (or later). Show quoted text
> perl -MMath::String -e'print Math::String->new('abc') ** 3,"\n";' > Segmentation fault > > That is a problem of 5.6.1 segfaulting when getting a undef back from > overload. Here it means the result of 'abc' ** 3 is NaN, which is > stringified undef. Thats more a missiing feature, Math::String > should try to convert a second arg to a Math::BigInt, if it fails > to produce a Math::String. > > perl -MMath::String -e'print Math::String->new('abc') ** 'abc',"\n"; > ' > Can't bless non-reference value at > /usr/local/lib/perl5/site_perl/5.6.1/Math/String.pm line 110. > > Not good. > > perl -MMath::String -e'print Math::String->new('abc') ** Math::String-
> >new('abc'),"\n";'
> Can't bless non-reference value at > /usr/local/lib/perl5/site_perl/5.6.1/Math/String.pm line 110. > > Neither. > > Oh, and I hope I work on it. I wish me luck in fixing this ;)