perl-devel January 2008

perl-devel@lists.fedoraproject.org

4 participants
149 discussions

[Bug 229065] New: double ?? in prepare causes seg fault on execute
by Red Hat Bugzilla 26 Mar '08

26 Mar '08

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=229065 Summary: double ?? in prepare causes seg fault on execute Product: Fedora Core Version: fc6 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: normal Component: perl-DBD-Pg AssignedTo: rnorwood(a)redhat.com ReportedBy: robert.haas(a)tekconnect.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: If you attempt to prepare and execute a statement that contains "??", perl seg faults. Version-Release number of selected component (if applicable): perl-5.8.8-10 perl-DBI-1.52-1.fc6 perl-DBD-Pg-1.49-1.fc6 postgresql-8.1.8-1.fc6 How reproducible: require DBI; my $dbh = DBI->connect('DBI:Pg:'); my $sth = $dbh->prepare("SELECT foo(??)"); $sth->execute(1, 1); Steps to Reproduce: 1. Put the script above into a file 2. Fiddle connection string if necessary. Any valid database will cause the same result. 3. Feed it to perl. Actual results: Segmentation fault Expected results: Query gets executed and succeeds or fails or whatever the case may be. Additional info: I also tried this on an FC4 system with the same result, so it's not a new regression. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 10

[Bug 238581] New: careless use of gethostbyname() in Socket.xs
by Red Hat Bugzilla 26 Mar '08

26 Mar '08

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=238581 Summary: careless use of gethostbyname() in Socket.xs Product: Fedora Core Version: fc5 Platform: All URL: http://rt.perl.org/rt3/Public/Bug/Display.html?id=42844 OS/Version: Linux Status: NEW Severity: low Priority: medium Component: perl AssignedTo: rnorwood(a)redhat.com ReportedBy: peak(a)argo.troja.mff.cuni.cz QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: Socket::inet_aton() does not the length of data returned by gethostbyname() before copying it. See the link to PerlBug for details. Version-Release number of selected component (if applicable): 5.8.8-4 (other versions are affected as well) How reproducible: Easily when you LD_PRELOAD a broken implementation of gethostbyname(). :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 5

[Bug 204679] New: Update perl unicode tables to unicode 5.0
by Red Hat Bugzilla 20 Mar '08

20 Mar '08

1 2

[Bug 225059] New: new iThreads release
by Red Hat Bugzilla 20 Mar '08

20 Mar '08

1 3

[Bug 224320] New: Unable to create sub named "" at /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/XSLoader.pm line 99
by Red Hat Bugzilla 17 Mar '08

17 Mar '08

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=224320 Summary: Unable to create sub named "" at /usr/lib64/perl5/5.8.8/x86_64-linux-thread- multi/XSLoader.pm line 99 Product: Fedora Core Version: fc6 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: rnorwood(a)redhat.com ReportedBy: backes(a)rhrk.uni-kl.de QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: perlcc is broken! Version-Release number of selected component (if applicable):perl-5.8.8-10 How reproducible: Each time Steps to Reproduce: 1.compile the following text with perlcc: #!/usr/bin/perl use strict; my $datei; my $i; my @csv_dateien = glob "*.csv"; foreach $datei (@csv_dateien) { open (INHALT, "+<$datei"); open (NEU, ">>new$datei") or die "Kann die Datei $datei nicht oeffnen: $!"; while(defined($i = <INHALT>)) { $i =~ s/\,/\./g; $i =~ s/\;/\,/g; print NEU $i; } close INHALT; close NEU; } 2. Make some file named ...csv 3. start a.out Actual results: Unable to create sub named "" at /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/XSLoader.pm line 99. Expected results: a.out runs correctly Additional info: -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 2

[Bug 227756] New: spamassassin needs restart only if sa-update returns 0
by Red Hat Bugzilla 15 Mar '08

15 Mar '08

1 4

[Bug 430352] New: DateTime::Format::Builder -- update to 0.7901
by Red Hat Bugzilla 13 Mar '08

13 Mar '08

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/show_bug.cgi?id=430352 Summary: DateTime::Format::Builder -- update to 0.7901 Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-DateTime-Format-Builder AssignedTo: cweyl(a)alumni.drew.edu ReportedBy: cweyl(a)alumni.drew.edu QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com DateTime::Format::Builder should be updated :) -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 7

[Bug 232380] New: Pod::Readme: BR'ing perl(Test::Pod::Coverage) creates a circular BR loop
by Red Hat Bugzilla 10 Mar '08

10 Mar '08

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=232380 Summary: Pod::Readme: BR'ing perl(Test::Pod::Coverage) creates a circular BR loop Product: Fedora Extras Version: fc6 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: perl-Pod-Readme AssignedTo: steve(a)silug.org ReportedBy: cweyl(a)alumni.drew.edu QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Another fun circular BR loop :) Though this is seen when trying to rebuild perl-Module-Build: perl-Module-Build BR's perl(Pod::Readme) perl-Pod-Readme BR's perl(Test::Pod::Coverage) perl-Test-Pod-Coverage BR's perl(Pod::Coverage) perl-Pod-Coverage BR's perl(Module::Build) Since Test::Pod::Coverage is a developer test, and not needed for the build of perl-Pod-Readme, can we drop it as a BR to this package? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 4

[Bug 205455] New: RFE: Versioned Obsoletes for built-in perl modules
by Red Hat Bugzilla 10 Mar '08

10 Mar '08

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=205455 Summary: RFE: Versioned Obsoletes for built-in perl modules Product: Fedora Core Version: fc5 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: rnorwood(a)redhat.com ReportedBy: nj(a)leverton.org QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: The perl rpm Obsoletes a number of modules which are now included in base perl 5.8.8. However some of these modules do get updated fairly regularly in between perl releases. As a system builder I prefer to update them by building an RPM with cpanflute for the specific module e.g. perl-Time-HiRes, so that I get simple and repeatable installations. But because of the Obsoletes in the perl RPM I have to remember which are in base perl and choose non-standard module names to get round it. If the Obsoletes tag could be made versioned, against the actual module version included in perl, it would simplify the task of keeping systems up to date between Fedora releases. It would also make it it much easier when Fedora perl is updated because $PACKAGE_MANAGER could be trusted not to remove newer modules. At the time of writing the tags for perl 5.8.8 would be: Obsoletes: perl-Digest-MD5 <= 2.36 Obsoletes: perl-MIME-Base64 <= 3.07 Obsoletes: perl-libnet <= 1.19 Obsoletes: perl-Storable <= 2.15 Obsoletes: perl-CGI <= 3.15 Obsoletes: perl-CPAN <= 1.7602 Obsoletes: perl-DB_File <= 1.814 Obsoletes: perl-Filter <= 1.32 Obsoletes: perl-Filter-Simple <= 0.82 Obsoletes: perl-Time-HiRes <= 1.86 Obsoletes: perl-Test-Builder-Tester <= 1.02 Version-Release number of selected component (if applicable): 5.8.8-8 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 4

[Bug 172792] New: use of study() with utf8 support enabled breaks regexps
by Red Hat Bugzilla 06 Mar '08

06 Mar '08

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172792 Summary: use of study() with utf8 support enabled breaks regexps Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: jvdias(a)redhat.com ReportedBy: jvdias(a)redhat.com QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: Use of study() with utf8 support enabled breaks perl-5.8.7's regular expressions : OK without UTF: $ echo 'ABDCEFGHIJK' | perl -pe 'study; s/HIJK/1234/;' ABDCEFG1234 $ echo 'ABCDEFGHIJK' | perl -e '$_=<>; study; print /HIJK/,"\n";' 1 FAILS with UTF: $ echo 'ABDCEFGHIJK' | PERL_UNICODE=31 perl -pe 'study; s/HIJK/1234/;' ABDCEFGHIJK $ echo 'ABCDEFGHIJK' | PERL_UNICODE=31 perl -e '$_=<>; study; print /HIJK/,"\n";' (re did not match) Seems to be study() that is the culprit: $ echo 'ABDCEFGHIJK' | PERL_UNICODE=31 perl -pe 's/HIJK/1234/;' ABDCEFG1234 And it is because $_ gets utf8-ness from STDIN: $ echo 'ABDCEFGHIJK' | PERL_UNICODE=63 perl -e '$_=<>; study; print /HIJK/ ? "OK" : "FAIL","\n";' FAIL $ PERL_UNICODE=63 perl -e '$_="ABDCEFGHIJK"; study; print /HIJK/ ? "OK" : "FAIL","\n";' OK This was in the 'en_US.UTF-8' locale. If I make utf-8 support conditional on locale, the problem goes away for the C locale: $ echo 'ABDCEFGHIJK' | PERL_UNICODE=127 LC_ALL=C perl -e '$_=<>; study; print /HIJK/ ? "OK" : "FAIL","\n";' OK Version-Release number of selected component (if applicable): ALL perl versions How reproducible: 100% Additional Information: This is upstream perl bug 37646 ( http://rt.perl.org/rt3/index.html?q=37646 ) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 3

← Newer
1
2
3
4
5
6
7
8
9
...
15
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel January 2008