perl-devel December 2006

perl-devel@lists.fedoraproject.org

7 participants
41 discussions

[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

[Bug 173563] New: filelist cleanup: drop unnecessary files, eliminate duplicates
by Red Hat Bugzilla 27 Feb '08

27 Feb '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=173563 Summary: filelist cleanup: drop unnecessary files, eliminate duplicates Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: jvdias(a)redhat.com ReportedBy: altblue(a)n0i.net QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Drop more cruft that comes with the usual installation (Attribute/Handlers/demo, CGI/eg, TODOs, READMEs, etc) and let DBM_Filter live (as we just want NDBM* out). (patch for 5.8.7-0.7.fc5 spec attached) -- 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 8

[Bug 213285] New: perl INC path is missing locations on ppc64
by Red Hat Bugzilla 21 Feb '08

21 Feb '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=213285 Summary: perl INC path is missing locations on ppc64 Product: Fedora Core Version: fc6 Platform: powerpc OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: rnorwood(a)redhat.com ReportedBy: galak(a)kernel.crashing.org QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: the perl @INC path is missing the 'ppc' vendor path (/usr/lib/perl5/vendor_perl/5.8.8/ppc-linux-thread-multi/) Which is where certain perl modules are built and installed (perl-HTML-Parser) Version-Release number of selected component (if applicable): perl-5.8.8-10 perl-HTML-Parser-3.55-1.fc6 How reproducible: A simple perl script which report the @INC path: print " @INC "; Steps to Reproduce: 1. perl test.pl Actual results: /usr/lib64/perl5/site_perl/5.8.8/ppc64-linux-thread-multi /usr/lib64/perl5/site_perl/5.8.7/ppc64-linux-thread-multi /usr/lib64/perl5/site_perl/5.8.6/ppc64-linux-thread-multi /usr/lib64/perl5/site_perl/5.8.5/ppc64-linux-thread-multi /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl /usr/lib64/perl5/vendor_perl/5.8.8/ppc64-linux-thread-multi /usr/lib64/perl5/vendor_perl/5.8.7/ppc64-linux-thread-multi /usr/lib64/perl5/vendor_perl/5.8.6/ppc64-linux-thread-multi /usr/lib64/perl5/vendor_perl/5.8.5/ppc64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl /usr/lib64/perl5/5.8.8/ppc64-linux-thread-multi /usr/lib/perl5/5.8.8 . Expected results: Should also have /usr/lib/perl5/vendor_perl/5.8.8/ppc-linux-thread-multi/ Should have 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 3

[Bug 214580] New: perl package should own %{perl_vendorlib}/auto
by Red Hat Bugzilla 20 Feb '08

20 Feb '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=214580 Summary: perl package should own %{perl_vendorlib}/auto Product: Fedora Core Version: fc6 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: rnorwood(a)redhat.com ReportedBy: paul(a)city-fan.org QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com The main perl package should own the %{perl_vendorlib}/auto directory, as discussed in Bug #73970 and on fedora-perl-devel-list: http://www.redhat.com/archives/fedora-perl-devel-list/2006-November/msg0000… -- 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 12

[Bug 205608] New: Errant provide: perl(UNIVERSAL)
by Red Hat Bugzilla 22 Jan '08

22 Jan '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=205608 Summary: Errant provide: perl(UNIVERSAL) Product: Fedora Extras Version: fc5 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl-UNIVERSAL-moniker AssignedTo: tcallawa(a)redhat.com ReportedBy: cweyl(a)alumni.drew.edu QAContact: extras-qa(a)fedoraproject.org CC: extras-qa(a)fedoraproject.org,fedora-perl-devel- list(a)redhat.com This package provides perl(UNIVERSAL), which is properly provided by the base perl package. (This bug is valid for devel also, but BZ won't allow multiple version selections.) -- 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 196836] New: perl-5.8.8-5 is 30X slower than perl-5.8.8-4
by Red Hat Bugzilla 12 Dec '07

12 Dec '07

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=196836 Summary: perl-5.8.8-5 is 30X slower than perl-5.8.8-4 Product: Fedora Core Version: fc5 Platform: i386 OS/Version: Linux Status: NEW Severity: high Priority: normal Component: perl AssignedTo: jvdias(a)redhat.com ReportedBy: ckuskie(a)sterlink.net QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: I write and maintain tests for WebGUI, and after upgrading my laptop (running FC5) on June 17th I noticed a huge slowdown in performance in the tests. >From the list of upgraded packages, I traced it down to perl itself. Here's data before and after a downgrade back to perl-5.8.8-4: [colink@redwall t]$ rpm -qf /usr/bin/prove perl-5.8.8-5 [colink@redwall t]$ prove --timer i18n/label.t i18n/label....ok 1125.916s All tests successful. Files=1, Tests=6470, 1125 wallclock secs (1068.49 cusr + 1.27 csys = 1069.76 CPU) [colink@redwall t]$ rpm -qf /usr/bin/prove perl-5.8.8-4 [colink@redwall t]$ !prove prove --timer i18n/label.t i18n/label....ok 38.331s All tests successful. Files=1, Tests=6470, 39 wallclock secs (36.92 cusr + 0.47 csys = 37.39 CPU) 1125/39 =~ 30 Version-Release number of selected component (if applicable): perl-5.8.8-5 How reproducible: Every time. Steps to Reproduce: 1. Install perl-5.8.8-5 2. Huge slowdown in perl. 3. Additional info: The test with the most slowdown uses the Text::Balanced module. -- 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 15

[Bug 217138] New: Wrong library initialization causes errors
by Red Hat Bugzilla 29 Aug '07

29 Aug '07

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=217138 Summary: Wrong library initialization causes errors Product: Fedora Core Version: fc6 Platform: x86_64 OS/Version: Linux Status: NEW Severity: urgent Priority: normal Component: perl-Crypt-SSLeay AssignedTo: rnorwood(a)redhat.com ReportedBy: despairr(a)gmail.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: Usage of Crypt::SSLeay, for example when making https requests via LWP using client certificates - causes errors. At least on AMD x86_64 architecture. Version-Release number of selected component (if applicable): Crypt-SSLeay-0.51 How reproducible: Make HTTPS request via LWP using client certificate (use $ENV{HTTPS_CERT_FILE} and $ENV{HTTPS_KEY_FILE}) with Crypt::SSLeay module installed. For example, request to https://w3s.webmoney.ru/asp/XMLOperationsCert.asp. Actual results: You will get a segfault on x86_64 architecture. Expected results: Successful request. Additional info: In perl-Crypt-SSLeay-0.51-9.2.2.1.src.rpm there is a patch file perl-Crypt-SSLeay-openssl-098.patch for Crypt-SSLeay-0.51. This patch file should be modified: you should place SSL_library_init() call INSTEAD of SSLeay_add_all_algorithms(). Not after it. Links to discussions about the problem: http://www.nntp.perl.org/group/perl.libwww/6722 http://www.mail-archive.com/libwww@perl.org/msg06114.html http://rt.cpan.org/Public/Bug/Display.html?id=16735 ------- Additional Comments From despairr(a)gmail.com 2006-11-24 04:34 EST ------- Created an attachment (id=142052) --> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=142052&action=view) Fixed patch that makes things working -- 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 8

[Bug 189899] New: Is there any way to get PDL/Graphics/PLplot.pm built?
by Red Hat Bugzilla 01 Aug '07

01 Aug '07

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=189899 Summary: Is there any way to get PDL/Graphics/PLplot.pm built? Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl-PDL AssignedTo: jvdias(a)redhat.com ReportedBy: orion(a)cora.nwra.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: I maintain plplot for FE. I'm trying to see if it would be possible to build PDL/Graphics/PLplot.pm. Current problems: - perl-PDL would have to BR plplot (core can't depend on extras) - plplot has a set of tests using the PDL/Graphics/PLplot.pm modules that would be nice to run, but that would be a circular BR. Thoughts? A Frankenstien's monster FE package of just the PLplot.pm module from perl-PDL and the tests from plplot? -- 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

[Bug 204033] New: *** glibc detected *** /usr/bin/perl: corrupted double-linked list: 0x08d1bec8 ***
by Red Hat Bugzilla 27 Jul '07

27 Jul '07

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=204033 Summary: *** glibc detected *** /usr/bin/perl: corrupted double- linked list: 0x08d1bec8 *** Product: Fedora Core Version: devel Platform: i386 OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: rnorwood(a)redhat.com ReportedBy: caolanm(a)redhat.com QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com >From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.6) Gecko/20060822 Fedora/1.5.0.6-4 Firefox/1.5.0.6 pango-text Description of problem: crash during rpmbuild of openoffice.org Version-Release number of selected component (if applicable): perl-5.8.8-8 How reproducible: Always Steps to Reproduce: 1. 8 hours into rpmbuild -bb openoffice.org.spec ok, not easy to reproduce :-) Actual Results: *** glibc detected *** /usr/bin/perl: corrupted double-linked list: 0x08d1bec8 *** ======= Backtrace: ========= /lib/libc.so.6[0xf7d3653a] /lib/libc.so.6[0xf7d37f0e] /lib/libc.so.6(cfree+0x90)[0xf7d38360] /usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so(Perl_safesysfree+0x21)[0xf7f259e1] /usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so(Perl_av_undef+0x83)[0xf7f33923] /usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so(Perl_sv_clear+0x5b3)[0xf7f40153] /usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so(Perl_sv_free+0x85)[0xf7f40485] /usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so(Perl_sv_unref_flags+0x4f)[0xf7f4058f] /usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so(Perl_sv_force_normal_flags+0x1be)[0xf7f40fbe] /usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so(Perl_leave_scope+0xc55)[0xf7f64db5] /usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so(Perl_pop_scope+0x35)[0xf7f64e95] /usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so(Perl_pp_leave+0xe1)[0xf7f35a21] /usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so(Perl_runops_standard+0x1f)[0xf7f347bf] /usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so(perl_run+0x2ee)[0xf7eda21e] /usr/bin/perl(main+0x13e)[0x80491ee] /lib/libc.so.6(__libc_start_main+0xdc)[0xf7ce823c] /usr/bin/perl[0x8049021] ======= Memory map: ======== 08048000-0804b000 r-xp 00000000 09:01 6556913 /usr/bin/perl 0804b000-0804c000 rwxp 00002000 09:01 6556913 /usr/bin/perl 0804c000-0976a000 rwxp 0804c000 00:00 0 f7800000-f7821000 rwxp f7800000 00:00 0 f7821000-f7900000 ---p f7821000 00:00 0 f797f000-f798a000 r-xp 00000000 09:01 6357114 /lib/libgcc_s-4.1.1-20060818.so.1 f798a000-f798b000 rwxp 0000a000 09:01 6357114 /lib/libgcc_s-4.1.1-20060818.so.1 f798b000-f7b8c000 rwxp f7b8c000 00:00 0 f7c55000-f7c5e000 r-xp 00000000 09:01 6357173 /lib/libnss_files-2.4.90.so f7c5e000-f7c5f000 r-xp 00008000 09:01 6357173 /lib/libnss_files-2.4.90.so f7c5f000-f7c60000 rwxp 00009000 09:01 6357173 /lib/libnss_files-2.4.90.so f7c5e000-f7c5f000 r-xp 00008000 09:01 6357173 /lib/libnss_files-2.4.90.so f7c5f000-f7c60000 rwxp 00009000 09:01 6357173 /lib/libnss_files-2.4.90.so f7c69000-f7c9e000 r-xs 00000000 09:00 229551 /var/db/nscd/passwd f7c9e000-f7ca2000 r-xp 00000000 09:01 7325373 /usr/lib/perl5/5.8.8/i386-linux-thread-multi/auto/IO/IO.so f7ca2000-f7ca3000 rwxp 00003000 09:01 7325373 /usr/lib/perl5/5.8.8/i386-linux-thread-multi/auto/IO/IO.so f7ca3000-f7ca8000 r-xp 00000000 09:01 7325548 /usr/lib/perl5/5.8.8/i386-linux-thread-multi/auto/Socket/Socket.so f7ca8000-f7ca9000 rwxp 00004000 09:01 7325548 /usr/lib/perl5/5.8.8/i386-linux-thread-multi/auto/Socket/Socket.so f7ca9000-f7cab000 r-xp 00000000 09:01 7325315 /usr/lib/perl5/5.8.8/i386-linux-thread-multi/auto/Cwd/Cwd.so f7cab000-f7cac000 rwxp 00001000 09:01 7325315 /usr/lib/perl5/5.8.8/i386-linux-thread-multi/auto/Cwd/Cwd.so f7cac000-f7ccf000 rwxp f7cac000 00:00 0 f7ccf000-f7e06000 r-xp 00000000 09:01 6357157 /lib/libc-2.4.90.so f7e06000-f7e08000 r-xp 00137000 09:01 6357157 /lib/libc-2.4.90.so f7e08000-f7e09000 rwxp 00139000 09:01 6357157 /lib/libc-2.4.90.so f7e09000-f7e0c000 rwxp f7e09000 00:00 0 f7e0c000-f7e1f000 r-xp 00000000 09:01 6357181 /lib/libpthread-2.4.90.so f7e1f000-f7e20000 r-xp 00012000 09:01 6357181 /lib/libpthread-2.4.90.so f7e20000-f7e21000 rwxp 00013000 09:01 6357181 /lib/libpthread-2.4.90.so f7e21000-f7e23000 rwxp f7e21000 00:00 0 f7e23000-f7e25000 r-xp 00000000 09:01 6357189 /lib/libutil-2.4.90.so f7e25000-f7e26000 r-xp 00001000 09:01 6357189 /lib/libutil-2.4.90.so f7e26000-f7e27000 rwxp 00002000 09:01 6357189 /lib/libutil-2.4.90.so f7e27000-f7e2c000 r-xp 00000000 09:01 6357161 /lib/libcrypt-2.4.90.so f7e2c000-f7e2d000 r-xp 00004000 09:01 6357161 /lib/libcrypt-2.4.90.so f7e2d000-f7e2e000 rwxp 00005000 09:01 6357161 /lib/libcrypt-2.4.90.so f7e2e000-f7e55000 rwxp f7e2e000 00:00 0 f7e55000-f7e7a000 r-xp 00000000 09:01 6357165 /lib/libm-2.4.90.so f7e7a000-f7e7b000 r-xp 00024000 09:01 6357165 /lib/libm-2.4.90.so f7e7a000-f7e7b000 r-xp 00024000 09:01 6357165 /lib/libm-2.4.90.so f7e7b000-f7e7c000 rwxp 00025000 09:01 6357165 /lib/libm-2.4.90.so f7e7c000-f7e7e000 r-xp 00000000 09:01 6357163 /lib/libdl-2.4.90.so f7e7e000-f7e7f000 r-xp 00001000 09:01 6357163 /lib/libdl-2.4.90.so f7e7f000-f7e80000 rwxp 00002000 09:01 6357163 /lib/libdl-2.4.90.so f7e80000-f7e81000 rwxp f7e80000 00:00 0 f7e81000-f7e93000 r-xp 00000000 09:01 6357167 /lib/libnsl-2.4.90.so f7e93000-f7e94000 r-xp 00011000 09:01 6357167 /lib/libnsl-2.4.90.so f7e94000-f7e95000 rwxp 00012000 09:01 6357167 /lib/libnsl-2.4.90.so f7e95000-f7e97000 rwxp f7e95000 00:00 0 f7e97000-f7ea6000 r-xp 00000000 09:01 6357183 /lib/libresolv-2.4.90.so f7ea6000-f7ea7000 r-xp 0000e000 09:01 6357183 /lib/libresolv-2.4.90.so f7ea7000-f7ea8000 rwxp 0000f000 09:01 6357183 /lib/libresolv-2.4.90.so f7ea8000-f7eaa000 rwxp f7ea8000 00:00 0 f7eb3000-f7fdd000 r-xp 00000000 09:01 7325177 /usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so f7fdd000-f7fe2000 rwxp 00129000 09:01 7325177 /usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so f7fe2000-f7fe5000 rwxp f7fe2000 00:00 0 f7fe5000-f7ffe000 r-xp 00000000 09:01 6357150 /lib/ld-2.4.90.so f7ffe000-f7fff000 r-xp 00018000 09:01 6357150 /lib/ld-2.4.90.so f7fff000-f8000000 rwxp 00019000 09:01 6357150 /lib/ld-2.4.90.so fffe8000-ffffe000 rw-p fffe8000 00:00 0 ffffe000-fffff000 ---p 00000000 00:00 0 Abort Expected Results: Additional info: There was a glibc bugfix recently which affected evolution, perhaps that's relevent -- 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 207838] New: Perl getsockopt() on SCTP sockets doesn't work
by Red Hat Bugzilla 11 Jun '07

11 Jun '07

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=207838 Summary: Perl getsockopt() on SCTP sockets doesn't work Product: Fedora Core Version: fc5 Platform: x86_64 OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: rnorwood(a)redhat.com ReportedBy: pablo_p(a)op.pl QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: Perl getsockopt() on SCTP socket does not work. Following perl code: ------------------------------------------ use strict; use IO::Socket; ## create sctp socket my $sock = new IO::Socket::INET( Proto => 132, Type => SOCK_STREAM ) or die "Cannot create sctp socket"; ## read rto data my $i = getsockopt($sock, 132, 1); #print rto data print join("\n", unpack("I i*", $i)); ------------------------------------------ Works on Solaris10, but not on (my) Linux. I checked C getsockopt, and code like this: ret = getsockopt(sock , SOL_SCTP, SCTP_RTOINFO, &sctp_info, &len); works OK only if len is initially set to sizeof(struct sctp_rtoinfo), which is not what manual says: ------------------------------------------- > man getsockopt ... The parameters optval and optlen are used to access option values for setsockopt(). For getsockopt() they identify a buffer in which the value for the requested option(s) are to be returned. For getsock- opt(), optlen is a value-result parameter, initially containing the size of the buffer pointed to by optval, and modified on return to indicate the actual size of the value returned. If no option value is to be supplied or returned, optval may be NULL. ... ------------------------------------------- Above applies to all SCTP structures available via get/setsockopt. Version-Release number of selected component (if applicable): perl-5.8.8-5 glibc-2.4-11 kernel-2.6.17-1.2187_FC5 How reproducible: every time Steps to Reproduce: 1. run perl code from description 2. nothing is displayed Actual results: nothing is displayed Expected results: sctp socket rto into (4 parameters) Additional info: SELinux is disabled. -- 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 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel December 2006