Bug in orassign #8955

p5pRT · 2007-07-03T16:31:30Z

Migrated from rt.perl.org#43501 (status was 'open')

Searchable as RT43501$

p5pRT · 2007-07-03T16:31:31Z

From jc@oxado.com

Created by jc@oxado.com

Hi all,

There is a problem with the orassign (||=) implementation (though the same is probably true for other similar operators) when the right hand side expression "deletes" what is being referenced by the lvalue, and the result is used (though I'm not 100% sure about that last part).

Test case:

-- begin --

my @array;

sub fn
{
@array = ();
}

$array[0] = 1;

my $var = $array[1] ||= fn();

-- end --

On my platform this causes a segfault during execution. In some other instances it will appear to work, but the copy SV will be bogus and will usually cause a crash later on (if it doesn't segfault right away, a Dump or Dumper on $var should crash).

The fix is probably to increment the refcount on the lvalue before evaluating the right hand side (though I'm not sure this would give the right result?), or maybe to re-"evaluate" (dereference?) the lvalue after the right hand site has been evaluated (like a regular sassign would do?). Not familiar enough with perl internals to really say more...

Perl Info


Flags:
    category=core
    severity=high

Site configuration information for perl v5.8.8:

Configured by mux at Sun Jun 17 14:08:00 UTC 2007.

Summary of my perl5 (revision 5 version 8 subversion 8) configuration:
  Platform:
    osname=freebsd, osvers=6.2-stable, archname=i386-freebsd-64int
    uname='freebsd marcuscom.com 6.2-stable freebsd 6.2-stable #0: sun jun 17 16:07:25 cest 2007 marcus@marcuscom.com:usrsrcsysmagickernelpath i386 '
    config_args='-sde -Dprefix=/usr/local -Darchlib=/usr/local/lib/perl5/5.8.8/mach -Dprivlib=/usr/local/lib/perl5/5.8.8 -Dman3dir=/usr/local/lib/perl5/5.8.8/perl/man/man3 -Dman1dir=/usr/local/man/man1 -Dsitearch=/usr/local/lib/perl5/site_perl/5.8.8/mach -Dsitelib=/usr/local/lib/perl5/site_perl/5.8.8 -Dscriptdir=/usr/local/bin -Dsiteman3dir=/usr/local/lib/perl5/5.8.8/man/man3 -Dsiteman1dir=/usr/local/man/man1 -Ui_malloc -Ui_iconv -Uinstallusrbinperl -Dcc=cc -Duseshrplib -Dccflags=-DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.8/BSDPAN" -Doptimize=-O2 -fno-strict-aliasing -pipe  -Ud_dosuid -Ui_gdbm -Dusethreads=n -Dusemymalloc=y -Duse64bitint'
    hint=recommended, useposix=true, d_sigaction=define
    usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef
    useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
    use64bitint=define use64bitall=undef uselongdouble=undef
    usemymalloc=y, bincompat5005=undef
  Compiler:
    cc='cc', ccflags ='-DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.8/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include',
    optimize='-O2 -fno-strict-aliasing -pipe ',
    cppflags='-DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.8/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include'
    ccversion='', gccversion='3.4.6 [FreeBSD] 20060305', gccosandvers=''
    intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
    ivtype='long long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
    alignbytes=4, prototype=define
  Linker and Libraries:
    ld='cc', ldflags =' -Wl,-E -L/usr/local/lib'
    libpth=/usr/lib /usr/local/lib
    libs=-lm -lcrypt -lutil
    perllibs=-lm -lcrypt -lutil
    libc=, so=so, useshrplib=true, libperl=libperl.so
    gnulibc_version=''
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='  -Wl,-R/usr/local/lib/perl5/5.8.8/mach/CORE'
    cccdlflags='-DPIC -fPIC', lddlflags='-shared  -L/usr/local/lib'

Locally applied patches:
    defined-or


@INC for perl v5.8.8:
    /home/jc/ad/pm
    /usr/local/lib/perl5/5.8.8/BSDPAN
    /usr/local/lib/perl5/site_perl/5.8.8/mach
    /usr/local/lib/perl5/site_perl/5.8.8
    /usr/local/lib/perl5/site_perl
    /usr/local/lib/perl5/5.8.8/mach
    /usr/local/lib/perl5/5.8.8
    .


Environment for perl v5.8.8:
    HOME=/home/jc
    LANG=fr_FR.UTF-8
    LANGUAGE (unset)
    LD_LIBRARY_PATH (unset)
    LOGDIR (unset)
    PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/home/jc/bin:/home/jc/ad/bin:/home/jc/di/bin
    PERL5LIB=/home/jc/ad/pm
    PERL_BADLANG (unset)
    SHELL=/bin/tcsh

p5pRT · 2007-07-03T21:01:51Z

From @schwern

jc@oxado.com (via RT) wrote:

Test case:

-- begin --

my @array;

sub fn
{
@array = ();
}

$array[0] = 1;

my $var = $array[1] ||= fn();

-- end --

On my platform this causes a segfault during execution.

Segfault confirmed with 5.8.8, 5.6.2 and 5.5.5 maint. bleadperl produces...

panic: attempt to copy value 0 to a freed scalar 1804cc0 at - line 10.

Summary of my perl5 (revision 5 version 8 subversion 8) configuration:
Platform:
osname=darwin, osvers=8.8.1, archname=darwin-thread-multi-2level
uname='darwin windhund.local 8.8.1 darwin kernel version 8.8.1: mon sep 25
19:42:00 pdt 2006; root:xnu-792.13.8.obj~1release_i386 i386 i386 macbook1,1
darwin '
config_args='-Dprefix=/usr/local/perl/5.8.8 -Duseithreads
-Dccflags=-I/sw/include -Dldflags=-L/sw/lib -Dperladmin=schwern@pobox.com
-Dcf_email=schwern@pobox.com -Dmyhostname=windhund -Dmydomain=.schwern.org
-Dprivlib=/usr/local/perl/5.8.8/lib -Dsiteprefix=/usr/local
-Dsitelib=/usr/local/lib/site_perl -Dlibpth=/usr/local/lib /sw/lib
/opt/local/lib /usr/lib -Dnetdb_host_type=const char *
-Dnetdb_hlen_type=socklen_t -Uinstallusrbinperl'
hint=recommended, useposix=true, d_sigaction=define
usethreads=define use5005threads=undef useithreads=define
usemultiplicity=define
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='cc', ccflags ='-I/sw/include -fno-common -DPERL_DARWIN -no-cpp-precomp
-fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/opt/local/include',
optimize='-O3',
cppflags='-no-cpp-precomp -I/sw/include -fno-common -DPERL_DARWIN
-no-cpp-precomp -fno-strict-aliasing -pipe -Wdeclaration-after-statement
-I/opt/local/include'
ccversion='', gccversion='4.0.1 (Apple Computer, Inc. build 5363)',
gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
alignbytes=8, prototype=define
Linker and Libraries:
ld='env MACOSX_DEPLOYMENT_TARGET=10.3 cc', ldflags ='-L/sw/lib
-L/usr/local/lib -L/opt/local/lib'
libpth=/usr/local/lib /sw/lib /opt/local/lib /usr/lib
libs=-lgdbm -ldbm -ldl -lm -lc
perllibs=-ldl -lm -lc
libc=/usr/lib/libc.dylib, so=dylib, useshrplib=false, libperl=libperl.a
gnulibc_version=''
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=bundle, d_dlsymun=undef, ccdlflags=' '
cccdlflags=' ', lddlflags='-L/sw/lib -bundle -undefined dynamic_lookup
-L/usr/local/lib -L/opt/local/lib'

Characteristics of this binary (from libperl):
Compile-time options: MULTIPLICITY PERL_IMPLICIT_CONTEXT
PERL_MALLOC_WRAP USE_ITHREADS USE_LARGE_FILES
USE_PERLIO USE_REENTRANT_API
Built under darwin
Compiled at Oct 14 2006 18:50:36
%ENV:
PERL5LIB="/sw/lib/perl5:/sw/lib/perl5/darwin"
@INC:
/sw/lib/perl5
/sw/lib/perl5/darwin
/usr/local/perl/5.8.8/lib/darwin-thread-multi-2level
/usr/local/perl/5.8.8/lib
/usr/local/lib/site_perl/5.8/darwin-thread-multi-2level
/usr/local/lib/site_perl
/usr/local/lib/site_perl
.

p5pRT · 2007-07-03T21:01:52Z

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

p5pRT · 2007-07-03T21:34:51Z

From @Tux

On Tue, 03 Jul 2007 09:31:32 -0700, "jc@oxado.com (via RT)"
<perlbug-followup@perl.org> wrote:

There is a problem with the orassign (||=) implementation (though the same
is probably true for other similar operators) when the right hand side
expression "deletes" what is being referenced by the lvalue, and the result
is used (though I'm not 100% sure about that last part).

Same for dor-assign:

# cat xx.pl
#!/pro/bin/perl

use strict;
use warnings;

my @array;

sub fn
{
@array = ();
}

$array[0] = 1;

my $var = $array[1] //= fn ();
#

perl-5.8.8-dor

# perl xx.pl
panic: sv_upgrade to unknown type 255 at xx.pl line 15.

perl-5.9.x-31526

# bleadperl xx.pl
panic: attempt to copy value 0 to a freed scalar 81583ec at xx.pl line 15.

--
H.Merijn Brand Amsterdam Perl Mongers (http://amsterdam.pm.org/)
using & porting perl 5.6.2, 5.8.x, 5.9.x on HP-UX 10.20, 11.00, 11.11,
& 11.23, SuSE 10.0 & 10.2, AIX 4.3 & 5.2, and Cygwin. http://qa.perl.org
http://mirrors.develooper.com/hpux/ http://www.test-smoke.org
http://www.goldmark.org/jeff/stupid-disclaimers/

p5pRT · 2007-07-03T22:12:53Z

From @iabyn

On Tue, Jul 03, 2007 at 02:01:16PM -0700, Michael G Schwern wrote:

Segfault confirmed with 5.8.8, 5.6.2 and 5.5.5 maint. bleadperl produces...

panic: attempt to copy value 0 to a freed scalar 1804cc0 at - line 10.

I believe this is the 4,527th reported bug that is caused by the perl
stack not being refcounted. Ah, the joys of premature optimisation.

Making the stack be refcounted is something on my vague list of "things I
might look into but probably won't because something more easy or
interesting has popped up in the meantime" for 5.12.

--
"You may not work around any technical limitations in the software"
-- Windows Vista license

p5pRT · 2007-07-04T03:31:18Z

From @crucially

On Jul 3, 2007, at 3:12 PM, Dave Mitchell wrote:

On Tue, Jul 03, 2007 at 02:01:16PM -0700, Michael G Schwern wrote:

Segfault confirmed with 5.8.8, 5.6.2 and 5.5.5 maint. bleadperl
produces...

panic: attempt to copy value 0 to a freed scalar 1804cc0 at - line
10.

I believe this is the 4,527th reported bug that is caused by the perl
stack not being refcounted. Ah, the joys of premature optimisation.

Making the stack be refcounted is something on my vague list of
"things I
might look into but probably won't because something more easy or
interesting has popped up in the meantime" for 5.12.

Is that optimisation premature? :)

artur

p5pRT · 2007-07-04T10:52:42Z

From blgl@hagernas.com

In article <20070703221234.GA29232@iabyn.com>, davem@iabyn.com (Dave Mitchell)
wrote:

On Tue, Jul 03, 2007 at 02:01:16PM -0700, Michael G Schwern wrote:

Segfault confirmed with 5.8.8, 5.6.2 and 5.5.5 maint. bleadperl produces...

panic: attempt to copy value 0 to a freed scalar 1804cc0 at - line 10.

I believe this is the 4,527th reported bug that is caused by the perl
stack not being refcounted. Ah, the joys of premature optimisation.

Making the stack be refcounted is something on my vague list of "things I
might look into but probably won't because something more easy or
interesting has popped up in the meantime" for 5.12.

Can it even be done without breaking old XS modules?

Also in the "wouldn't it be nice if" category: refcounting the inputs to
foreach, map, grep, and sort.

/Bo Lindbergh

p5pRT · 2007-07-04T11:32:42Z

From @iabyn

On Wed, Jul 04, 2007 at 12:25:09PM +0200, Bo Lindbergh wrote:

In article <20070703221234.GA29232@iabyn.com>, davem@iabyn.com (Dave Mitchell)
wrote:

On Tue, Jul 03, 2007 at 02:01:16PM -0700, Michael G Schwern wrote:

Segfault confirmed with 5.8.8, 5.6.2 and 5.5.5 maint. bleadperl produces...

panic: attempt to copy value 0 to a freed scalar 1804cc0 at - line 10.

I believe this is the 4,527th reported bug that is caused by the perl
stack not being refcounted. Ah, the joys of premature optimisation.

Making the stack be refcounted is something on my vague list of "things I
might look into but probably won't because something more easy or
interesting has popped up in the meantime" for 5.12.

Can it even be done without breaking old XS modules?

I envison duplicating the stack frame for old XS - ie just before calling
into an XS function, do a block copy of the top N addresses on the
stack - so the function gets its own non-refcounted list of SVs to play
with and dispose of.

Also in the "wouldn't it be nice if" category: refcounting the inputs to
foreach, map, grep, and sort.

That would mostly happen automatically if the stack was refcounted. The
only one that wouldn't is for (@array), which optimises away pushing all
the elements of @array onto the stack.

Anyway, I haven't given this much thought yet (and don't intend to yet) -
recounting the stack may well not be a viable scheme.

--
You live and learn (although usually you just live).

p5pRT · 2007-07-04T15:03:14Z

From blgl@hagernas.com

In article <20070704113158.GD31152@iabyn.com>, davem@iabyn.com (Dave Mitchell)
wrote:

On Wed, Jul 04, 2007 at 12:25:09PM +0200, Bo Lindbergh wrote:

In article <20070703221234.GA29232@iabyn.com>, davem@iabyn.com (Dave Mitchell)
wrote:

Making the stack be refcounted is something on my vague list of "things I
might look into but probably won't because something more easy or
interesting has popped up in the meantime" for 5.12.

Also in the "wouldn't it be nice if" category: refcounting the inputs to
foreach, map, grep, and sort.

That would mostly happen automatically if the stack was refcounted. The
only one that wouldn't is for (@array), which optimises away pushing all
the elements of @array onto the stack.

That case seems to work fine already. The example below generates no errors
or warnings and outputs "ACE\n".

{
use strict;
use warnings;

my @arr=qw(A B C D E);

foreach my $el (@arr) {
splice(@arr,0,1);
print $el;
}
print "\n";
}

/Bo Lindbergh

p5pRT · 2007-07-28T18:56:13Z

From blgl@hagernas.com

In article <20070704113158.GD31152@iabyn.com>, davem@iabyn.com (Dave Mitchell)
wrote:

On Wed, Jul 04, 2007 at 12:25:09PM +0200, Bo Lindbergh wrote:

In article <20070703221234.GA29232@iabyn.com>, davem@iabyn.com (Dave Mitchell)
wrote:

Making the stack be refcounted is something on my vague list of "things I
might look into but probably won't because something more easy or
interesting has popped up in the meantime" for 5.12.

Also in the "wouldn't it be nice if" category: refcounting the inputs to
foreach, map, grep, and sort.

That would mostly happen automatically if the stack was refcounted. The
only one that wouldn't is for (@array), which optimises away pushing all
the elements of @array onto the stack.

That case seems to work fine already. The example below generates no errors
or warnings and outputs "ACE\n".

{
use strict;
use warnings;

my @arr=qw(A B C D E);

foreach my $el (@arr) {
splice(@arr,0,1);
print $el;
}
print "\n";
}

/Bo Lindbergh

p5pRT · 2009-06-09T19:25:05Z

From schmorp@schmorp.de

Created by schmorp@schmorp.de

orassign (and probably similar things in perl, maybe //=?) does not keep
a reference to the lvalue, which can be freed in the rvalue expression,
corrupting memory, e.g.:

my %hash = (a => 0);
my @array;
my $w = \$hash{a};

$hash{a} ||= do {
%hash=();
5
};

use Data::Dumper; warn Dumper \%hash;

This will output an empty hash, which isn't a big problem in itself, but
the problem is that the ||= will assign the 5 to a freed scalar (I think).

I have not found a good testcase to prove this theory, but somethign is
clearly broken, as this example segfaults here (with both debian lenny's
and my own perl), and clearly shouldn't:

my %hash = (a => 0);
my $array;

$hash{a} ||= do {
%hash=();
$array=[1..100];
5
};

warn join ":", @$array;

I think the expected behaviour (on the perl level) would be that orassign
would evaluate the lvalue twice, i.e. $a ||= $b is the same as:

$a = $b unless $a;

I think this would be slow/ugly/annoying to implement. If orassign would
keep a reference to the lvalue, then the hash would stay empty, but at
least perl wouldn't corrupt it's own memory.

(the problem comes uo naturally when you have some kind of cache in %hash
and a function that updates the cache which can call itself recursively,
it's not entirely academic, and cost me quite a few days to debug, as the
symptoms are random memory corruption at completely unrelated places :-).

Perl Info


Flags:
    category=core
    severity=low

Site configuration information for perl 5.10.0:

Configured by Marc Lehmann at Sat Feb 21 02:30:27 CET 2009.

Summary of my perl5 (revision 5 version 10 subversion 0) configuration:
  Platform:
    osname=linux, osvers=2.6.24-etchnhalf.1-amd64, archname=amd64-linux
    uname='linux cerebro 2.6.24-etchnhalf.1-amd64 #1 smp mon jul 21 10:36:02 utc 2008 x86_64 gnulinux '
    config_args='-Duselargefiles -Dxxxxuse64bitint -Uuse64bitall -Dusemymalloc=n -Dcc=gcc -Dccflags=-ggdb -gdwarf-2 -g3 -Dcppflags=-DPERL_ARENA_SIZE=16368 -D_GNU_SOURCE -I/opt/include -Doptimize=-O6 -msse2 -funroll-loops -fno-strict-aliasing -Dcccdlflags=-fPIC -Dldflags=-L/opt/perl/lib -L/opt/lib -Dlibs=-ldl -lm -lcrypt -Darchname=amd64-linux -Dprefix=/opt/perl -Dprivlib=/opt/perl/lib/perl5 -Darchlib=/opt/perl/lib/perl5 -Dvendorprefix=/opt/perl -Dvendorlib=/opt/perl/lib/perl5 -Dvendorarch=/opt/perl/lib/perl5 -Dsiteprefix=/opt/perl -Dsitelib=/opt/perl/lib/perl5 -Dsitearch=/opt/perl/lib/perl5 -Dsitebin=/opt/perl/bin -Dman1dir=/opt/perl/man/man1 -Dman3dir=/opt/perl/man/man3 -Dsiteman1dir=/opt/perl/man/man1 -Dsiteman3dir=/opt/perl/man/man3 -Dman1ext=1 -Dman3ext=3 -Dpager=/usr/bin/less -Uafs -Uusesfio -Uusenm -Uuseshrplib -Dd_dosuid -Dusethreads=undef -Duse5005threads=undef -Duseithreads=undef -Dusemultiplicity=undef -Demail=perl-binary@plan9.de -Dcf_email=perl-binary@plan9.de -Dcf_by=Marc Lehmann -Dlocincpth=/opt/perl/include /opt/include -Dmyhostname=localhost -Dmultiarch=undef -Dbin=/opt/perl/bin -Dxxxusedevel -DxxxDEBUGGING -Dxxxuse_debugging_perl -Dxxxuse_debugmalloc -des'
    hint=recommended, useposix=true, d_sigaction=define
    useithreads=undef, usemultiplicity=undef
    useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef
    use64bitint=define, use64bitall=undef, uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
  Compiler:
    cc='gcc', ccflags ='-ggdb -gdwarf-2 -g3 -fno-strict-aliasing -pipe -I/opt/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
    optimize='-O6 -msse2 -funroll-loops -fno-strict-aliasing',
    cppflags='-DPERL_ARENA_SIZE=16368 -D_GNU_SOURCE -I/opt/include -ggdb -gdwarf-2 -g3 -fno-strict-aliasing -pipe -I/opt/include'
    ccversion='', gccversion='4.3.2', 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='gcc', ldflags ='-L/opt/perl/lib -L/opt/lib -L/usr/local/lib'
    libpth=/usr/local/lib /lib /usr/lib /lib64 /usr/lib64
    libs=-ldl -lm -lcrypt
    perllibs=-ldl -lm -lcrypt
    libc=/lib/libc-2.7.so, so=so, useshrplib=false, libperl=libperl.a
    gnulibc_version='2.7'
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
    cccdlflags='-fPIC', lddlflags='-shared -O6 -msse2 -funroll-loops -fno-strict-aliasing -L/opt/perl/lib -L/opt/lib -L/usr/local/lib'

Locally applied patches:
    http://public.activestate.com/cgi-bin/perlbrowse/p/34209
    http://public.activestate.com/cgi-bin/perlbrowse/p/34507
    http://www.gossamer-threads.com/lists/perl/porters/232549
    embed.fnc:Perl_vcroak NULLOK


@INC for perl 5.10.0:
    /root/src/sex
    /opt/perl/lib/perl5
    /opt/perl/lib/perl5
    /opt/perl/lib/perl5
    /opt/perl/lib/perl5
    /opt/perl/lib/perl5
    .


Environment for perl 5.10.0:
    HOME=/root
    LANG (unset)
    LANGUAGE (unset)
    LC_CTYPE=en_US.UTF-8
    LD_LIBRARY_PATH (unset)
    LOGDIR (unset)
    PATH=/root/s2:/root/s:/opt/bin:/opt/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11/bin:/usr/games:/usr/local/bin:/usr/local/sbin:/root/pserv:.
    PERL5LIB=/root/src/sex
    PERL5_CPANPLUS_CONFIG=/root/.cpanplus/config
    PERLDB_OPTS=ornaments=0
    PERL_ANYEVENT_EDNS0=1
    PERL_ANYEVENT_NET_TESTS=1
    PERL_ANYEVENT_PROTOCOLS=ipv4,ipv6
    PERL_ANYEVENT_STRICT=1
    PERL_BADLANG (unset)
    PERL_UNICODE=0
    SHELL=/bin/bash

p5pRT · 2009-06-24T06:42:40Z

From p5p@spam.wizbit.be

$ perl-5.9.2 rt-66448.pl
1:[...]:100 at rt-66448.pl line 10.

$ perl-5.9.3 rt-66448.pl
1:[...]:100 at rt-66448.pl line 10.
Segmentation fault

(bisect will follow later)

p5pRT · 2009-06-24T06:42:41Z

p5p@spam.wizbit.be - Status changed from 'new' to 'open'

p5pRT · 2009-06-26T19:43:25Z

From p5p@spam.wizbit.be

$hash{a} is undefined on every version of perl I tested.

Not sure how useful this bisect is...

----Program----
#!/usr/bin/perl -l
my %hash = (a => 0);
my $array;

$hash{a} ||= do {
%hash=();
$array=[1..100];
5
};

print join ":", @$array;

----Output of .../plLVm6w/perl-5.9.2@24615/bin/perl----
1:2:3:4:5:6:7:8:9:10:11:12:13:14:15:16:17:18:19:20:21:22:23:24:25:26:27:28:29:30:31:32:33:34:35:36:37:38:39:40:41:42:43:44:45:46:47:48:49:50:51:52:53:54:55:56:57:58:59:60:61:62:63:64:65:66:67:68:69:70:71:72:73:74:75:76:77:78:79:80:81:82:83:84:85:86:87:88:89:90:91:92:93:94:95:96:97:98:99:100

----EOF ($?='0')----
----Output of .../pYR6QKD/perl-5.9.2@24617/bin/perl----

----EOF ($?='11')----
Need a perl between 24615 and 24617

http://perl5.git.perl.org/perl.git/commit/
311a25d

author Nicholas Clark <nick@ccl4.org>
Sun, 29 May 2005 17:46:39 +0000 (17:46 +0000)
committer Nicholas Clark <nick@ccl4.org>
Sun, 29 May 2005 17:46:39 +0000 (17:46 +0000)
commit 311a25d
tree 76ec442d5d0e9d206c50c1c2c9b052e44146b77a tree | snapshot
parent b084681 commit | diff

Change the IV to a union.
Revert the NV union back to a plain NV
Transpose the positions of IV and NV (NV is now first)
Don't allocate the NV for PV,PVIV,PVAV and PVHV (last 2 non-allocations
currently disabled by default)

p4raw-id: //depot/perl@24617

p5pRT added Severity High distro-freebsd hasCoreDump leak/refcount/malloc type-core labels Oct 18, 2019

xenu removed affects-5.8 labels Nov 19, 2021

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Bug in orassign #8955

Bug in orassign #8955

p5pRT commented Jul 3, 2007

p5pRT commented Jul 3, 2007

p5pRT commented Jul 3, 2007

p5pRT commented Jul 3, 2007

p5pRT commented Jul 3, 2007

p5pRT commented Jul 3, 2007

p5pRT commented Jul 4, 2007

p5pRT commented Jul 4, 2007

p5pRT commented Jul 4, 2007

p5pRT commented Jul 4, 2007

p5pRT commented Jul 28, 2007

p5pRT commented Jun 9, 2009

p5pRT commented Jun 24, 2009

p5pRT commented Jun 24, 2009

p5pRT commented Jun 26, 2009

Bug in orassign #8955

Bug in orassign #8955

Comments

p5pRT commented Jul 3, 2007

p5pRT commented Jul 3, 2007

From jc@oxado.com

Created by jc@oxado.com

p5pRT commented Jul 3, 2007

From @schwern

p5pRT commented Jul 3, 2007

p5pRT commented Jul 3, 2007

From @Tux

p5pRT commented Jul 3, 2007

From @iabyn

p5pRT commented Jul 4, 2007

From @crucially

p5pRT commented Jul 4, 2007

From blgl@hagernas.com

p5pRT commented Jul 4, 2007

From @iabyn

p5pRT commented Jul 4, 2007

From blgl@hagernas.com

p5pRT commented Jul 28, 2007

From blgl@hagernas.com

p5pRT commented Jun 9, 2009

From schmorp@schmorp.de

Created by schmorp@schmorp.de

p5pRT commented Jun 24, 2009

From p5p@spam.wizbit.be

p5pRT commented Jun 24, 2009

p5pRT commented Jun 26, 2009

From p5p@spam.wizbit.be