https://bugzilla.redhat.com/show_bug.cgi?id=1317280 --- Comment #2 from Petr Pisar <ppisar@xxxxxxxxxx> --- I tried to parse t/calendars/11complex.ics from iCal-Parser-1.20 sources with this command: $ perl ical2rem.pl <11complex.ics REM MSG Calendar ToDos:%"%"% REM Nov 13 2004 +3 MSG %a todo 4%"%"% REM Nov 14 2004 +5 MSG %a todo 3%"%"% REM Nov 20 2004 +3 PRIORITY 1000 MSG %a todo 2%"%"% REM MSG %"%"% REM MSG Calendar Events:%"%"% It works for me in Fedora 23. I suspect you upgraded from old perl and you did not recompile your private XS modules against new perl. Because perl breaks binary compatibility between new releases, loading XS modules that were built against different perl can cause a segfault. You can check it with a strace tool like: $ strace -e open perl ical2rem.pl <11complex.ics 2>&1 >/dev/null |grep \\.so open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 open("/lib64/libperl.so.5.22", O_RDONLY|O_CLOEXEC) = 3 open("/lib64/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 3 open("/lib64/libresolv.so.2", O_RDONLY|O_CLOEXEC) = 3 open("/lib64/libnsl.so.1", O_RDONLY|O_CLOEXEC) = 3 open("/lib64/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3 open("/lib64/libm.so.6", O_RDONLY|O_CLOEXEC) = 3 open("/lib64/libcrypt.so.1", O_RDONLY|O_CLOEXEC) = 3 open("/lib64/libutil.so.1", O_RDONLY|O_CLOEXEC) = 3 open("/lib64/libc.so.6", O_RDONLY|O_CLOEXEC) = 3 open("/lib64/libfreebl3.so", O_RDONLY|O_CLOEXEC) = 3 open("/usr/lib64/perl5/vendor_perl/auto/List/Util/Util.so", O_RDONLY|O_CLOEXEC) = 9 open("/usr/lib64/perl5/vendor_perl/auto/Sub/Name/Name.so", O_RDONLY|O_CLOEXEC) = 11 open("/usr/lib64/perl5/vendor_perl/auto/Params/Validate/XS/XS.so", O_RDONLY|O_CLOEXEC) = 8 open("/usr/lib64/perl5/vendor_perl/auto/List/MoreUtils/MoreUtils.so", O_RDONLY|O_CLOEXEC) = 11 open("/usr/lib64/perl5/vendor_perl/auto/Cwd/Cwd.so", O_RDONLY|O_CLOEXEC) = 9 open("/usr/lib64/perl5/auto/Fcntl/Fcntl.so", O_RDONLY|O_CLOEXEC) = 8 open("/usr/lib64/perl5/auto/POSIX/POSIX.so", O_RDONLY|O_CLOEXEC) = 7 open("/usr/lib64/perl5/vendor_perl/auto/DateTime/DateTime.so", O_RDONLY|O_CLOEXEC) = 6 open("/usr/lib64/perl5/vendor_perl/auto/Data/Dumper/Dumper.so", O_RDONLY|O_CLOEXEC) = 11 open("/usr/lib64/perl5/auto/IO/IO.so", O_RDONLY|O_CLOEXEC) = 8 open("/usr/lib64/perl5/vendor_perl/auto/Encode/Encode.so", O_RDONLY|O_CLOEXEC) = 6 Here you can see none of the XS modules (the shared libraries) is loaded from /usr/local or similar private location. -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.fedoraproject.org/admin/lists/perl-devel@xxxxxxxxxxxxxxxxxxxxxxx
