Skip Menu |
 

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

Report information
The Basics
Id: 6355
Status: new
Priority: 0/
Queue: Math-Pari

People
Owner: Nobody in particular
Requestors: syseng [...] tradingscreen.com
Cc:
AdminCc:

Bug Information
Severity: Normal
Broken in: 2.010501
Fixed in: (no value)



MIME-Version: 1.0
X-Mailer: MIME-tools 5.411 (Entity 5.404)
Subject: Math::Pari problem on Fedora 1 (gcc-3.3.2)
Content-Type: multipart/mixed; boundary="----------=_1084943434-787-0"
Content-Length: 0
Content-Type: text/plain
Content-Disposition: inline
Content-Transfer-Encoding: binary
X-RT-Original-Encoding: iso-8859-1
Content-Length: 1131
Download (untitled) / with headers
text/plain 1.1k
We are building Math-Pari-2.010501 on a number of platforms, including Solaris 8, RedHat 9, and Fedora Core 1. On Fedora Core 1, the result of my $I = PARI('34579687721723281952451') is suspicious. After creating $I, I have examined it with print Dumper($I). SOL8: $VAR1 = bless( do{\(my $o = 5972912)}, 'Math::Pari' ); RH9 : $VAR1 = bless( do{\(my $o = 1082636520)}, 'Math::Pari' ); FC1 : $VAR1 = bless( do{\(my $o = '-1086555928')}, 'Math::Pari' ); $I on FC1 (Fedora) looks suspicious. I believe this is what is returned from sv2pari(). I believe this funny object is causing a segfault when creating a new object that contains this object (Crypt::Random). The only significant difference that I can see between RH9 and FC1 is that FC1 is using gcc-3.3.2 and RH9 is using gcc-3.2.2. Both platforms use glibc-2.3.2. An example break in Crypt::Random is: my $I = PARI('34579687721723281952451'); my $l = makerandom_itv(Lower => $I+1, Upper => 2*$I); Distribution: Math-Pari-2.010501 Using: pari-2.1.5 Perl: 5.8.3 Linux tkdli001 2.4.22-1.2115.nptlsmp #1 SMP Wed Oct 29 15:30:09 EST 2003 i686 i686 i386 GNU/Linux
Content-Type: application/octet-stream; name="test.pl"
Content-Disposition: inline; filename="test.pl"
Content-Transfer-Encoding: base64
Content-Length: 140
Download test.pl
text/x-perl 140b
#!/opt/perl-5.8.0/bin/perl -sw # # use Math::Pari qw(PARI); use Data::Dumper; #my $I = PARI('34579687721723281952451'); #print Dumper($I);
Return-Path: <ilya [...] Math.Berkeley.EDU>
X-Original-To: bug-Math-Pari [...] rt.cpan.org
Delivered-To: cpan-bug+math-pari [...] pallas.eruditorum.org
Received: from Math.Berkeley.EDU (gold.Math.Berkeley.EDU [169.229.58.61]) by pallas.eruditorum.org (Postfix) with ESMTP id 9D27684C307 for <bug-Math-Pari [...] rt.cpan.org>; Wed, 19 May 2004 14:16:16 -0400 (EDT)
Received: from powdermilk.math.berkeley.edu (powdermilk.Math.Berkeley.EDU [169.229.140.13]) by Math.Berkeley.EDU (8.12.10/8.12.10) with ESMTP id i4JIGUCN020566 for <bug-Math-Pari [...] rt.cpan.org>; Wed, 19 May 2004 11:16:30 -0700 (PDT)
Received: (from ilya [...] localhost) by powdermilk.math.berkeley.edu (8.9.3/8.9.3) id LAA23463 for bug-Math-Pari [...] rt.cpan.org; Wed, 19 May 2004 11:16:30 -0700 (PDT)
Date: Wed, 19 May 2004 11:16:30 -0700
From: Ilya Zakharevich <ilya [...] Math.Berkeley.EDU>
To: Guest via RT <bug-Math-Pari [...] rt.cpan.org>
CC: undisclosed-recipients: ;
Subject: Re: [cpan #6355] Math::Pari problem on Fedora 1 (gcc-3.3.2)
Message-Id: <20040519181629.GA23458 [...] math.berkeley.edu>
References: <rt-6355-19069.18.8937708761129 [...] cpan.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <rt-6355-19069.18.8937708761129 [...] cpan.org>
User-Agent: Mutt/1.4i
RT-Send-Cc:
X-RT-Original-Encoding: us-ascii
Content-Length: 591
Download (untitled) / with headers
text/plain 591b
On Wed, May 19, 2004 at 01:10:36AM -0400, Guest via RT wrote: Show quoted text
> SOL8: $VAR1 = bless( do{\(my $o = 5972912)}, 'Math::Pari' ); > RH9 : $VAR1 = bless( do{\(my $o = 1082636520)}, 'Math::Pari' ); > FC1 : $VAR1 = bless( do{\(my $o = '-1086555928')}, 'Math::Pari' ); > > $I on FC1 (Fedora) looks suspicious.
Why do you think so? Show quoted text
> I believe this is what is returned from sv2pari(). I believe this > funny object is causing a segfault when creating a new object that > contains this object (Crypt::Random).
Crypt::Random is absolutely broken in its Math::Pari interface. Hope this helps, Ilya
Content-Type: text/plain
Content-Disposition: inline
Content-Transfer-Encoding: binary
MIME-Version: 1.0
X-Mailer: MIME-tools 5.411 (Entity 5.404)
From: syseng [...] tradingscreen.com
X-RT-Original-Encoding: iso-8859-1
Content-Length: 322
Download (untitled) / with headers
text/plain 322b
It looks like the issue was fixed in Crypt-Random-1.21. I have now built it successfully, with tests. From the CHANGES: 1.21 May 24, 2004 * Patch by dorian to workaround Math::Pari's serialization problem. Thank you for your feedback earlier. -Aaron Sterr


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.