This queue is for tickets about the XML-Encoding CPAN distribution.

Report information
The Basics

Nobody in particular
mstevensS [...]

Broken in:
(no value)
Fixed in:
(no value)

Subject: segmentation fault running tests
Hi. I'm getting segmentation faults running the tests on debian linux: Running make test PERL_DL_NONLAZY=1 /usr/local/bin/perl -Iblib/arch -Iblib/lib -I/usr/local/lib/perl5/5.6.1/i686-linux -I/usr/local/lib/perl5/5.6.1 1..7 ok 1 ok 2 ok 3 ok 4 ok 5 ok 6 ok 7 make: *** [test_dynamic] Segmentation fault /usr/bin/make test -- NOT OK Then, in more detail: orbit:~/.cpan/build/XML-Encoding-1.01# ls Changes MANIFEST Makefile.PL bin encoding.h pm_to_blib Makefile README blib maps orbit:~/.cpan/build/XML-Encoding-1.01# /usr/local/bin/perl -Iblib/arch -Iblib/lib 1..7 ok 1 ok 2 ok 3 ok 4 ok 5 ok 6 ok 7 Segmentation fault orbit:~/.cpan/build/XML-Encoding-1.01# uname -a Linux 2.4.12 #1 Thu Oct 11 17:09:34 BST 2001 i686 unknown orbit:~/.cpan/build/XML-Encoding-1.01# perl -V Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration: Platform: osname=linux, osvers=2.4.5-ac9, archname=i386-linux uname='linux duende 2.4.5-ac9 #1 thu jun 21 00:52:39 est 2001 i686 unknown ' config_args='-Dccflags=-DDEBIAN -Dcccdlflags=-fPIC -Darchname=i386-linux -Dprefix=/usr -Dprivlib=/usr/share/perl/5.6.1 -Darchlib=/usr/lib/perl/5.6.1 -Dvendorprefix=/usr -Dvendorlib=/usr/share/perl5 -Dvendorarch=/usr/lib/perl5 -Dsiteprefix=/usr/local -Dsitelib=/usr/local/share/perl/5.6.1 -Dsitearch=/usr/local/lib/perl/5.6.1 -Dman1dir=/usr/share/man/man1 -Dman3dir=/usr/share/man/man3 -Dman1ext=1 -Dman3ext=3perl -Dpager=/usr/bin/sensible-pager -Uafs -Ud_csh -Uusesfio -Dotherlibdirs=/usr/lib/perl5/5.6:/usr/lib/perl5/5.005 -Duseshrplib -Dd_dosuid -des' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef Compiler: cc='cc', ccflags ='-DDEBIAN -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O2', cppflags='-DDEBIAN -fno-strict-aliasing -I/usr/local/include' ccversion='', gccversion='2.95.4 20010604 (Debian prerelease)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, usemymalloc=n, prototype=define Linker and Libraries: ld='cc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lgdbm -ldbm -ldb -ldl -lm -lc -lcrypt perllibs=-ldl -lm -lc -lcrypt libc=/lib/, so=so, useshrplib=true, Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic' cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under linux Compiled at Jun 22 2001 18:52:37 @INC: /usr/local/lib/perl/5.6.1 /usr/local/share/perl/5.6.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.6.1 /usr/share/perl/5.6.1 /usr/local/lib/site_perl/i386-linux /usr/local/lib/site_perl /usr/lib/perl5/5.6 /usr/lib/perl5/5.005/i386-linux /usr/lib/perl5/5.005 .
This was actually a duplicate of ticket #20, but is anyway now fixed in XML-Encoding-2.01. I reproduced this crash in XML-Encoding-2.00 on Windows using perl-5.6.2 and XML-Parser-2.34 (linked against on expat-2.0.1). Re-testing with the same versions and configurations of everything except for changing perl to perl-5.8.0 fixed the crash. The crash was somehow induced by the eval {} call at the end of the test script, which I guess must have been tickling a bug in perl-5.6.x that has long since been fixed in perl-5.8.x onwards. The new version simply avoids this crash by using a $SIG{__DIE__} to catch the (intended) error rather than an eval {}. The following two CPAN Testers reports demonstrate that the bug is now fixed:

This service runs on Request Tracker, is sponsored by The Perl Foundation, and maintained by Best Practical Solutions.

Please report any issues with to