Skip Menu |

This queue is for tickets about the PHP-Serialization-XS CPAN distribution.

Report information
The Basics
Id: 104329
Status: resolved
Priority: 0/
Queue: PHP-Serialization-XS

People
Owner: kulp [...] cpan.org
Requestors: SREZIC [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: 0.07
Fixed in: (no value)



Subject: stack smashing detected (perl 5.21.11, Debian/jessie)
t/04arraysRT21218.t and t/PHP-Serialization-XS.t abort with memory errors with perl 5.21.11 and 5.21.10 on a Debian/jessie system. I don't see this error on a Debian/wheezy system with the same perl versions, or with PHP-Serialization-XS-0.06 on the jessie system. Output is: *** stack smashing detected ***: /opt/perl-5.21.11/bin/perl5.21.11 terminated ======= Backtrace: ========= /lib/x86_64-linux-gnu/libc.so.6(+0x7303f)[0x7f21269c003f] /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7f2126a43147] /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x0)[0x7f2126a43110] /home/cpansand/.cpan/build/PHP-Serialization-XS-0.07-w7pNXW/blib/arch/auto/PHP/Serialization/XS/XS.so(+0x2621)[0x7f212603c621] /home/cpansand/.cpan/build/PHP-Serialization-XS-0.07-w7pNXW/blib/arch/auto/PHP/Serialization/XS/XS.so(_convert_recurse+0x125)[0x7f212603c3d5] /home/cpansand/.cpan/build/PHP-Serialization-XS-0.07-w7pNXW/blib/arch/auto/PHP/Serialization/XS/XS.so(_convert_recurse+0x125)[0x7f212603c3d5] /home/cpansand/.cpan/build/PHP-Serialization-XS-0.07-w7pNXW/blib/arch/auto/PHP/Serialization/XS/XS.so(+0x20a4)[0x7f212603c0a4] /opt/perl-5.21.11/bin/perl5.21.11(Perl_pp_entersub+0x467)[0x4b16b7] /opt/perl-5.21.11/bin/perl5.21.11(Perl_runops_standard+0x13)[0x4aa863] /opt/perl-5.21.11/bin/perl5.21.11(perl_run+0x286)[0x443186] /opt/perl-5.21.11/bin/perl5.21.11(main+0x105)[0x4207a5] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7f212696eb45] /opt/perl-5.21.11/bin/perl5.21.11[0x4207dd]
Thank you for the report. The underlying behaviour likely existed in 0.06 and prior, but it was not revealed there because until 0.07 any `-fstack-protector` option was not being passed to the compiler. I have made a note to look at this in the near future. -- --kulp
Well, so much for my "near future" look. I strongly suspect this behavior has been resolved in 0.08 (which addressed RT#105064 as well). There existed an issue with incompatible types (int vs. STRLEN) that started showing up on 64-bit platforms. I resolved that issue here : https://github.com/kulp/PHP-Serialization-XS/commit/45b24640ce89c8ac9a84209000e517e56c16a99f I will optimistically resolve this ticket under that assumption.