| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
| |
p4raw-id: //depot/perl@34211
|
|
|
|
|
|
|
|
|
|
|
| |
In several places where the weakrefs backreferences array is used
or freed, the code checks whether the array has already been freed
and if so skips. Since the array already being freed is a bad bug,
lets instead assert that this never happens, based on the
assumptions that (a) such premature freeing bugs are likely ironed
out by now, (b) if they aren't then we want to know about them and
fix them rather than silently skip.
p4raw-id: //depot/perl@34210
|
|
|
|
|
|
|
|
|
|
|
| |
A weakref to a HV would leak, because the xhv_backreferences
array is created with a refcount of 2 (to avoid premature freeing
during global destruction), but the RC was only decremented once
when the parent HV was freed.
Also, when thread cloned, the new array was being created with a
RC of 1, rather than 2, which coincidentally worked due to the
first bug.
p4raw-id: //depot/perl@34209
|
|
|
|
|
|
| |
34138, spotted by Jerry D. Hedden. I assume that he's compiling with
options that enable trace flow analysis from the C compiler.
p4raw-id: //depot/perl@34144
|
|
|
|
|
|
| |
SV's buffer should be full-on panics, as bogus values passed in can
cause later heap corruption, which is a bad thing (TM).
p4raw-id: //depot/perl@34138
|
|
|
|
|
| |
buffer of the SV.
p4raw-id: //depot/perl@34136
|
|
|
|
|
| |
formed with a trailing '\0'. And do assume that bytes_to_utf8() does.
p4raw-id: //depot/perl@34128
|
|
|
|
|
| |
Message-ID: <20080628160017.GA81579@osiris.mauzo.dyndns.org>
p4raw-id: //depot/perl@34092
|
|
|
|
|
|
|
| |
(the ones that change #34077 missed). It also degrades some print
warnings - ie variable names no longer displayed.
p4raw-link: @34077 on //depot/perl: 8b0dea507b8f946d8546917b8fda74bfbf233ac0
p4raw-id: //depot/perl@34084
|
|
|
|
|
|
| |
Ops that can return undef even for defined args, could mistakenly
warn that the arg was undefined.
p4raw-id: //depot/perl@34077
|
|
|
|
|
| |
of SVs allocated at runtime
p4raw-id: //depot/perl@33854
|
|
|
|
|
| |
Message-ID: <20080505161856.pgz4pjga1w44ksk4@horde.wizbit.be>
p4raw-id: //depot/perl@33815
|
|
|
| |
p4raw-id: //depot/perl@33807
|
|
|
|
|
|
|
| |
fread() on VMS, and have been for some time. Except that ain't gonna
work with PerlIO::Scalar's in-memory files. Old bug exposed by new
test in #33769.
p4raw-id: //depot/perl@33788
|
|
|
| |
p4raw-id: //depot/perl@33669
|
|
|
|
|
|
| |
From: "Vincent Pit" <perl@profvince.com>
Message-ID: <34395.147.210.17.175.1207039697.squirrel@147.210.17.175>
p4raw-id: //depot/perl@33668
|
|
|
|
|
|
| |
malloc_size() to get the true allocated space, as PERL_STRLEN_ROUNDUP()
might actually bump the request across an allocation size boundary.
p4raw-id: //depot/perl@33632
|
|
|
|
|
| |
Perl_sv_insert() to mathoms.c
p4raw-id: //depot/perl@33627
|
|
|
|
|
| |
Don't want anything wrongly marked as non-NULL slipping through.
p4raw-id: //depot/perl@33626
|
|
|
|
|
| |
Message-ID: <47F119E8.5010106@profvince.com>
p4raw-id: //depot/perl@33618
|
|
|
| |
p4raw-id: //depot/perl@33596
|
|
|
|
|
|
| |
Message-ID: <20080326130713.GL4409@ostwald>
Date: Wed, 26 Mar 2008 14:07:13 +0100
p4raw-id: //depot/perl@33595
|
|
|
|
|
| |
the magic for the UTF-8 cache, if the UTF-8 caching is disabled.
p4raw-id: //depot/perl@33579
|
|
|
|
|
| |
33507.
p4raw-id: //depot/perl@33563
|
|
|
|
|
| |
Message-ID: <20080313165800.GD31102@refcnt.homeunix.org>
p4raw-id: //depot/perl@33561
|
|
|
|
|
|
| |
From: "Vincent Pit" <perl@profvince.com>
Message-ID: <38561.147.210.17.175.1206011207.squirrel@147.210.17.175>
p4raw-id: //depot/perl@33544
|
|
|
| |
p4raw-id: //depot/perl@33541
|
|
|
| |
p4raw-id: //depot/perl@33508
|
|
|
|
|
| |
Message-ID: <20080312113846.GB31102@refcnt.homeunix.org>
p4raw-id: //depot/perl@33507
|
|
|
|
|
| |
Message-ID: <20080311185937.GA18713@refcnt.homeunix.org>
p4raw-id: //depot/perl@33489
|
|
|
|
|
| |
Message-ID: <20080311104929.GA4950@refcnt.homeunix.org>
p4raw-id: //depot/perl@33473
|
|
|
|
|
| |
Message-ID: <20080302210951.GD10705@refcnt.homeunix.org>
p4raw-id: //depot/perl@33471
|
|
|
|
|
|
|
| |
Message-ID: <20080302191029.GC10705@refcnt.homeunix.org>
Plus regen and additional tweaks to silence warnings from VC7 in sv.c from this patch and previous patches from same author.
p4raw-id: //depot/perl@33411
|
|
|
|
|
| |
Message-ID: <20080302164743.GB10705@refcnt.homeunix.org>
p4raw-id: //depot/perl@33409
|
|
|
|
|
| |
Message-ID: <20080301182953.GB16742@refcnt.homeunix.org>
p4raw-id: //depot/perl@33406
|
|
|
|
|
|
| |
Message-ID: <20080229202939.GA16742@refcnt.homeunix.org>
Date: Fri, 29 Feb 2008 21:29:39 +0100
p4raw-id: //depot/perl@33403
|
|
|
|
|
|
| |
Message-ID: <20080208131350.GB22321@refcnt.homeunix.org>
Date: Fri, 8 Feb 2008 14:13:50 +0100
p4raw-id: //depot/perl@33400
|
|
|
|
|
|
| |
size that will actually be allocated, to squeeze last few bytes into
use.
p4raw-id: //depot/perl@33390
|
|
|
|
|
| |
(missed by #33336--this one only occurs in debug builds)
p4raw-id: //depot/perl@33385
|
|
|
|
|
|
|
| |
places as Perl's malloced_size(), except that we need to be careful of
any PERL_TRACK_MEMPOOL manipulations in force. Wrap both as
Perl_safesysmalloc_size(), to give a consistent name and interface.
p4raw-id: //depot/perl@33379
|
|
|
|
|
| |
size for SvLEN(), rather than an estimate.
p4raw-id: //depot/perl@33378
|
|
|
|
|
|
|
| |
to the next (guessed) plausible alignment size, and instead find out
how much memory was actually allocated, so that we can set this in the
scalar's SvLEN(). This way, sv_grow() will be called far less often.
p4raw-id: //depot/perl@33377
|
|
|
| |
p4raw-id: //depot/perl@33342
|
|
|
| |
p4raw-id: //depot/perl@33336
|
|
|
|
|
|
|
|
|
| |
returned e.g. by "keys %hash". This speeds up sorting of lots
of hash keys significantly. See also:
Subject: Slowdown of "sort keys %hash" under "use locale"
Message-ID: <20080215170015.72f6160d@r2d2>
p4raw-id: //depot/perl@33334
|
|
|
|
|
|
| |
From: "Robin Barker" <Robin.Barker@npl.co.uk>
Message-ID: <46A0F33545E63740BC7563DE59CA9C6D093A35@exchsvr2.npl.ad.local>
p4raw-id: //depot/perl@33304
|
|
|
|
|
|
|
|
|
|
|
|
| |
ability to create landmines that will explode under someone in the
future when they upgrade their compiler to one with better
optimisation. We've already done this at least twice.
(Yes, some of the assertions are after code that would already have
SEGVd because it already deferences a pointer, but they are put in
to make it easier to automate checking that each and every case is
covered.)
Add a tool, checkARGS_ASSERT.pl, to check that every case is covered.
p4raw-id: //depot/perl@33291
|
|
|
|
|
| |
Message-ID: <20080207165158.GA22321@refcnt.homeunix.org>
p4raw-id: //depot/perl@33249
|
|
|
|
|
| |
Message-ID: <20080204144419.GB20276@refcnt.homeunix.org>
p4raw-id: //depot/perl@33245
|
|
|
|
|
| |
Message-ID: <20080203185315.GA20276@refcnt.homeunix.org>
p4raw-id: //depot/perl@33231
|