From @andk

git bisect​:

  commit d50a4f9
  Author​: Karl Williamson <public@​khwilliamson.com>
  Date​: Sun Feb 27 18​:44​:43 2011 -0700

  Handle [folds] of 0-255 without swashes

example fail report​:

http​://www.cpantesters.org/cpan/report/2980a354-456e-11e0-9199-97629dcd942a

Note​: it's a coredump, so most probably a perl bug and probably an
interesting test case in the module's test suite (?)

stack trace​:

  Program terminated with signal 11, Segmentation fault.
  #0 0x00000000004e6f15 in Perl_regclass_swash ()
  (gdb) bt
  #0 0x00000000004e6f15 in Perl_regclass_swash ()
  #1 0x00000000004e7808 in S_reginclass ()
  #2 0x00000000004e8388 in S_regrepeat ()
  #3 0x00000000004edf7d in S_regmatch ()
  #4 0x00000000004f0609 in S_regtry ()
  #5 0x00000000004f704e in Perl_regexec_flags ()
  #6 0x00000000004981e8 in Perl_pp_match ()
  #7 0x0000000000491d33 in Perl_runops_standard ()
  #8 0x0000000000434d8b in perl_run ()
  #9 0x00000000004203ec in main ()

Sorry, no debugging perl available at the moment.

perl -V​:

  Summary of my perl5 (revision 5 version 13 subversion 10) configuration​:
  Commit id​: d50a4f9
  Platform​:
  osname=linux, osvers=2.6.32-5-amd64, archname=x86_64-linux
  uname='linux k81 2.6.32-5-amd64 #1 smp wed jan 12 03​:40​:32 utc 2011 x86_64 gnulinux '
  config_args='-Dprefix=/home/src/perl/repoperls/installed-perls/perl/v5.13.10-129-gd50a4f9 -Dinstallusrbinperl=n -Uversiononly -Dusedevel -des -Ui_db -Uuseithreads -Uuselongdouble'
  hint=recommended, useposix=true, d_sigaction=define
  useithreads=undef, usemultiplicity=undef
  useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef
  use64bitint=define, use64bitall=define, uselongdouble=undef
  usemymalloc=n, bincompat5005=undef
  Compiler​:
  cc='cc', ccflags ='-fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
  optimize='-O2',
  cppflags='-fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include'
  ccversion='', gccversion='4.4.5', gccosandvers=''
  intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678
  d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
  ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
  alignbytes=8, prototype=define
  Linker and Libraries​:
  ld='cc', ldflags =' -fstack-protector -L/usr/local/lib'
  libpth=/usr/local/lib /lib /usr/lib /lib64 /usr/lib64
  libs=-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lc -lgdbm_compat
  perllibs=-lnsl -ldl -lm -lcrypt -lutil -lc
  libc=/lib/libc-2.11.2.so, so=so, useshrplib=false, libperl=libperl.a
  gnulibc_version='2.11.2'
  Dynamic Linking​:
  dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
  cccdlflags='-fPIC', lddlflags='-shared -O2 -L/usr/local/lib -fstack-protector'

  Characteristics of this binary (from libperl)​:
  Compile-time options​: PERL_DONT_CREATE_GVSV PERL_MALLOC_WRAP PERL_USE_DEVEL
  USE_64_BIT_ALL USE_64_BIT_INT USE_LARGE_FILES
  USE_PERLIO USE_PERL_ATOF
  Built under linux
  Compiled at Mar 5 2011 08​:19​:30
  @​INC​:
  /home/src/perl/repoperls/installed-perls/perl/v5.13.10-129-gd50a4f9/lib/site_perl/5.13.10/x86_64-linux
  /home/src/perl/repoperls/installed-perls/perl/v5.13.10-129-gd50a4f9/lib/site_perl/5.13.10
  /home/src/perl/repoperls/installed-perls/perl/v5.13.10-129-gd50a4f9/lib/5.13.10/x86_64-linux
  /home/src/perl/repoperls/installed-perls/perl/v5.13.10-129-gd50a4f9/lib/5.13.10
  .

--
andreas

From @khwilliamson

I cannot reproduce this on my Linux box. It does not have 64-bit
pointers; otherwise I have tried to compile so that all the same options
are there. I have a newer kernel and libc, as well. valgrind shows no
problems.

Any recommendation as to how to proceed?

On 03/05/2011 11​:39 AM, (Andreas J. Koenig) (via RT) wrote​:

# New Ticket Created by (Andreas J. Koenig)
# Please include the string​: [perl #85478]
# in the subject line of all future correspondence about this issue.
#<URL​: http​://rt.perl.org/rt3/Ticket/Display.html?id=85478>

git bisect​:
-----------

commit d50a4f9
Author​: Karl Williamson<public@​khwilliamson.com>
Date​: Sun Feb 27 18​:44​:43 2011 -0700

Handle [folds] of 0-255 without swashes

example fail report​:
--------------------

http​://www.cpantesters.org/cpan/report/2980a354-456e-11e0-9199-97629dcd942a

Note​: it's a coredump, so most probably a perl bug and probably an
interesting test case in the module's test suite (?)

stack trace​:
------------

Program terminated with signal 11, Segmentation fault.
#0 0x00000000004e6f15 in Perl_regclass_swash ()
(gdb) bt
#0 0x00000000004e6f15 in Perl_regclass_swash ()
#1 0x00000000004e7808 in S_reginclass ()
#2 0x00000000004e8388 in S_regrepeat ()
#3 0x00000000004edf7d in S_regmatch ()
#4 0x00000000004f0609 in S_regtry ()
#5 0x00000000004f704e in Perl_regexec_flags ()
#6 0x00000000004981e8 in Perl_pp_match ()
#7 0x0000000000491d33 in Perl_runops_standard ()
#8 0x0000000000434d8b in perl_run ()
#9 0x00000000004203ec in main ()

Sorry, no debugging perl available at the moment.

perl -V​:
--------

Summary of my perl5 (revision 5 version 13 subversion 10) configuration​:
Commit id​: d50a4f9
Platform​:
osname=linux, osvers=2.6.32-5-amd64, archname=x86_64-linux
uname='linux k81 2.6.32-5-amd64 #1 smp wed jan 12 03​:40​:32 utc 2011 x86_64 gnulinux '
config_args='-Dprefix=/home/src/perl/repoperls/installed-perls/perl/v5.13.10-129-gd50a4f9 -Dinstallusrbinperl=n -Uversiononly -Dusedevel -des -Ui_db -Uuseithreads -Uuselongdouble'
hint=recommended, useposix=true, d_sigaction=define
useithreads=undef, usemultiplicity=undef
useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef
use64bitint=define, use64bitall=define, uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler​:
cc='cc', ccflags ='-fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
optimize='-O2',
cppflags='-fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include'
ccversion='', gccversion='4.4.5', gccosandvers=''
intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
alignbytes=8, prototype=define
Linker and Libraries​:
ld='cc', ldflags =' -fstack-protector -L/usr/local/lib'
libpth=/usr/local/lib /lib /usr/lib /lib64 /usr/lib64
libs=-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lc -lgdbm_compat
perllibs=-lnsl -ldl -lm -lcrypt -lutil -lc
libc=/lib/libc-2.11.2.so, so=so, useshrplib=false, libperl=libperl.a
gnulibc_version='2.11.2'
Dynamic Linking​:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
cccdlflags='-fPIC', lddlflags='-shared -O2 -L/usr/local/lib -fstack-protector'

Characteristics of this binary (from libperl)​:
Compile-time options​: PERL_DONT_CREATE_GVSV PERL_MALLOC_WRAP PERL_USE_DEVEL
USE_64_BIT_ALL USE_64_BIT_INT USE_LARGE_FILES
USE_PERLIO USE_PERL_ATOF
Built under linux
Compiled at Mar 5 2011 08​:19​:30
@​INC​:
/home/src/perl/repoperls/installed-perls/perl/v5.13.10-129-gd50a4f9/lib/site_perl/5.13.10/x86_64-linux
/home/src/perl/repoperls/installed-perls/perl/v5.13.10-129-gd50a4f9/lib/site_perl/5.13.10
/home/src/perl/repoperls/installed-perls/perl/v5.13.10-129-gd50a4f9/lib/5.13.10/x86_64-linux
/home/src/perl/repoperls/installed-perls/perl/v5.13.10-129-gd50a4f9/lib/5.13.10
.

The RT System itself - Status changed from 'new' to 'open'

From @nwc10

On Sat, Mar 05, 2011 at 01​:10​:10PM -0700, Karl Williamson wrote​:

I cannot reproduce this on my Linux box. It does not have 64-bit
pointers; otherwise I have tried to compile so that all the same options
are there. I have a newer kernel and libc, as well. valgrind shows no
problems.

Any recommendation as to how to proceed?

ssh in to dromedary and build perl there.

(ie ssh khw@​users.perl5.git.ubuntu-nl.org)

The NFS is a bit slow, and I can't remember if there ever was a good way of
getting read/write to camel *from* dromedary, given that perl5.git.perl.org's
IP doesn't work internally, but you can certainly clone from /gitroot/perl.git)

I see this​:

[nicholas@​dromedary AnyEvent-OWNet-1.110430-T4187G]$ valgrind /home/nicholas/Sandpit/snap5.9.x-v5.13.10-207-g3068824/bin/perl5.13.10 -Mblib t/02-devices.t
==3637== Memcheck, a memory error detector
==3637== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al.
==3637== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info
==3637== Command​: /home/nicholas/Sandpit/snap5.9.x-v5.13.10-207-g3068824/bin/perl5.13.10 -Mblib t/02-devices.t
==3637==
1..7
ok 1 - use AnyEvent​::OWNet;
ok 2 - instantiate AnyEvent​::OWNet object
ok 3 - ... correct message received by server - getslash('/')
ok 4 - ... correct message received by server - getslash('/10.A0F7B1000800/')
ok 5 - ... correct message received by server - getslash('/10.6CA8E4000800/')
==3637== Invalid read of size 1
==3637== at 0x569EB2​: Perl_regclass_swash (regexec.c​:6438)
==3637== by 0x56AB5C​: S_reginclass (regexec.c​:6602)
==3637== by 0x5684E8​: S_regrepeat (regexec.c​:6045)
==3637== by 0x56592C​: S_regmatch (regexec.c​:5249)
==3637== by 0x55DB5B​: S_regtry (regexec.c​:2633)
==3637== by 0x55BE26​: Perl_regexec_flags (regexec.c​:2123)
==3637== by 0x4D4A07​: Perl_pp_match (pp_hot.c​:1375)
==3637== by 0x4CF3A8​: Perl_runops_standard (run.c​:41)
==3637== by 0x43A240​: S_run_body (perl.c​:2342)
==3637== by 0x439DED​: perl_run (perl.c​:2265)
==3637== by 0x41C118​: main (perlmain.c​:120)
==3637== Address 0x106aff06f is not stack'd, malloc'd or (recently) free'd
==3637==
==3637==
==3637== Process terminating with default action of signal 11 (SIGSEGV)
==3637== Access not within mapped region at address 0x106AFF06F
==3637== at 0x569EB2​: Perl_regclass_swash (regexec.c​:6438)
==3637== by 0x56AB5C​: S_reginclass (regexec.c​:6602)
==3637== by 0x5684E8​: S_regrepeat (regexec.c​:6045)
==3637== by 0x56592C​: S_regmatch (regexec.c​:5249)
==3637== by 0x55DB5B​: S_regtry (regexec.c​:2633)
==3637== by 0x55BE26​: Perl_regexec_flags (regexec.c​:2123)
==3637== by 0x4D4A07​: Perl_pp_match (pp_hot.c​:1375)
==3637== by 0x4CF3A8​: Perl_runops_standard (run.c​:41)
==3637== by 0x43A240​: S_run_body (perl.c​:2342)
==3637== by 0x439DED​: perl_run (perl.c​:2265)
==3637== by 0x41C118​: main (perlmain.c​:120)
==3637== If you believe this happened as a result of a stack
==3637== overflow in your program's main thread (unlikely but
==3637== possible), you can try to increase the size of the
==3637== main thread stack using the --main-stacksize= flag.
==3637== The main thread stack size used in this run was 10485760.
==3637==
==3637== HEAP SUMMARY​:
==3637== in use at exit​: 5,278,380 bytes in 71,810 blocks
==3637== total heap usage​: 126,610 allocs, 54,800 frees, 9,184,623 bytes allocated
==3637==
==3637== LEAK SUMMARY​:
==3637== definitely lost​: 216 bytes in 1 blocks
==3637== indirectly lost​: 1,199 bytes in 25 blocks
==3637== possibly lost​: 4,360,910 bytes in 70,833 blocks
==3637== still reachable​: 916,055 bytes in 951 blocks
==3637== suppressed​: 0 bytes in 0 blocks
==3637== Rerun with --leak-check=full to see details of leaked memory
==3637==
==3637== For counts of detected and suppressed errors, rerun with​: -v
==3637== ERROR SUMMARY​: 1 errors from 1 contexts (suppressed​: 4 from 4)
Segmentation fault

Nicholas Clark

From dennis.kaarsemaker@booking.com

On za, 2011-03-05 at 21​:44 +0000, Nicholas Clark wrote​:

On Sat, Mar 05, 2011 at 01​:10​:10PM -0700, Karl Williamson wrote​:

I cannot reproduce this on my Linux box. It does not have 64-bit
pointers; otherwise I have tried to compile so that all the same options
are there. I have a newer kernel and libc, as well. valgrind shows no
problems.

Any recommendation as to how to proceed?

ssh in to dromedary and build perl there.

(ie ssh khw@​users.perl5.git.ubuntu-nl.org)

The NFS is a bit slow,

Slow enough to reconsider the use of NFS?

and I can't remember if there ever was a good way of
getting read/write to camel *from* dromedary, given that perl5.git.perl.org's
IP doesn't work internally, but you can certainly clone from /gitroot/perl.git)

You could clone from camel​:/gitroot/perl.git

--
Dennis Kaarsemaker Senior Unix Systems Administrator
Amsterdam, The Netherlands dennis.kaarsemaker@​booking.com
http​://www.booking.com tel external +3120715 3409
  tel internal (7207)3409

From @khwilliamson

On 03/05/2011 03​:57 PM, Dennis Kaarsemaker wrote​:

On za, 2011-03-05 at 21​:44 +0000, Nicholas Clark wrote​:

On Sat, Mar 05, 2011 at 01​:10​:10PM -0700, Karl Williamson wrote​:

I cannot reproduce this on my Linux box. It does not have 64-bit
pointers; otherwise I have tried to compile so that all the same options
are there. I have a newer kernel and libc, as well. valgrind shows no
problems.

Any recommendation as to how to proceed?

ssh in to dromedary and build perl there.

(ie ssh khw@​users.perl5.git.ubuntu-nl.org)

The NFS is a bit slow,

Slow enough to reconsider the use of NFS?

and I can't remember if there ever was a good way of
getting read/write to camel *from* dromedary, given that perl5.git.perl.org's
IP doesn't work internally, but you can certainly clone from /gitroot/perl.git)

You could clone from camel​:/gitroot/perl.git

When I try that, it asks for my password on camel; of which I have not

From dennis.kaarsemaker@booking.com

On za, 2011-03-05 at 16​:34 -0700, Karl Williamson wrote​:

On 03/05/2011 03​:57 PM, Dennis Kaarsemaker wrote​:

On za, 2011-03-05 at 21​:44 +0000, Nicholas Clark wrote​:

On Sat, Mar 05, 2011 at 01​:10​:10PM -0700, Karl Williamson wrote​:

I cannot reproduce this on my Linux box. It does not have 64-bit
pointers; otherwise I have tried to compile so that all the same options
are there. I have a newer kernel and libc, as well. valgrind shows no
problems.

Any recommendation as to how to proceed?

ssh in to dromedary and build perl there.

(ie ssh khw@​users.perl5.git.ubuntu-nl.org)

The NFS is a bit slow,

Slow enough to reconsider the use of NFS?

and I can't remember if there ever was a good way of
getting read/write to camel *from* dromedary, given that perl5.git.perl.org's
IP doesn't work internally, but you can certainly clone from /gitroot/perl.git)

You could clone from camel​:/gitroot/perl.git

When I try that, it asks for my password on camel; of which I have not

This can be avoided by using ssh agent forwarding.

--
Dennis Kaarsemaker Senior Unix Systems Administrator
Amsterdam, The Netherlands dennis.kaarsemaker@​booking.com
http​://www.booking.com tel external +3120715 3409
  tel internal (7207)3409

From @cpansprout

On Sat Mar 05 10​:39​:49 2011, andreas.koenig.7os6VVqR@​franz.ak.mind.de wrote​:

git bisect​:
-----------

commit d50a4f9
Author​: Karl Williamson <public@​khwilliamson.com>
Date​: Sun Feb 27 18​:44​:43 2011 -0700

Handle [folds] of 0-255 without swashes

example fail report​:
--------------------

http​://www.cpantesters.org/cpan/report/2980a354-456e-11e0-9199-
97629dcd942a

The same commit is also the cause of JE’s crash, as reported here​:
http​://www.cpantesters.org/cpan/report/7d721a6c-4544-11e0-ae7e-8e939dcd942a

From [Unknown Contact. See original ticket]

On Sat Mar 05 10​:39​:49 2011, andreas.koenig.7os6VVqR@​franz.ak.mind.de wrote​:

git bisect​:
-----------

commit d50a4f9
Author​: Karl Williamson <public@​khwilliamson.com>
Date​: Sun Feb 27 18​:44​:43 2011 -0700

Handle [folds] of 0-255 without swashes

example fail report​:
--------------------

http​://www.cpantesters.org/cpan/report/2980a354-456e-11e0-9199-
97629dcd942a

The same commit is also the cause of JE’s crash, as reported here​:
http​://www.cpantesters.org/cpan/report/7d721a6c-4544-11e0-ae7e-8e939dcd942a

From @andk

On Sun, 06 Mar 2011 22​:33​:33 -0800, "Father Chrysostomos via RT" <perlbug-comment@​perl.org> said​:

example fail report​:
--------------------

http​://www.cpantesters.org/cpan/report/2980a354-456e-11e0-9199-
97629dcd942a

  > The same commit is also the cause of JE’s crash, as reported here​:
  > http​://www.cpantesters.org/cpan/report/7d721a6c-4544-11e0-ae7e-8e939dcd942a

More distros affected​:

BOGDRO/Asm-X86-0.10.tar.gz
PSCUST/CPU-Z80-Assembler-2.13.tar.gz
SPROUT/CSS-DOM-0.14.tar.gz
DOMQ/Crypt-OpenSSL-CA-0.21.tar.gz
ADAMK/Devel-Dumpvar-1.06.tar.gz
DRTECH/HTML-StripScripts-1.05.tar.gz
EXIFTOOL/Image-ExifTool-8.50.tar.gz

Probably more.

--
andreas

From @khwilliamson

This is fixed in v5.13.10-367-gccb2541
--
--Karl Williamson

@khwilliamson - Status changed from 'open' to 'resolved'

From @nwc10

On Sat, Mar 05, 2011 at 11​:57​:30PM +0100, Dennis Kaarsemaker wrote​:

Some time ago​:

On za, 2011-03-05 at 21​:44 +0000, Nicholas Clark wrote​:

On Sat, Mar 05, 2011 at 01​:10​:10PM -0700, Karl Williamson wrote​:

I cannot reproduce this on my Linux box. It does not have 64-bit
pointers; otherwise I have tried to compile so that all the same options
are there. I have a newer kernel and libc, as well. valgrind shows no
problems.

Any recommendation as to how to proceed?

ssh in to dromedary and build perl there.

(ie ssh khw@​users.perl5.git.ubuntu-nl.org)

The NFS is a bit slow,

Slow enough to reconsider the use of NFS?

Well, I just tried building in a directory within /tmp using -Dmksymlinks
and it takes about 30% of the time of building within ~

So that solves the speed problem nicely.

and I can't remember if there ever was a good way of
getting read/write to camel *from* dromedary, given that perl5.git.perl.org's
IP doesn't work internally, but you can certainly clone from /gitroot/perl.git)

You could clone from camel​:/gitroot/perl.git

Aha. Not git​://camel/perl.git

Nicholas Clark