| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
SvVOK used to do that, in stealth mode, but now it returns a
boolean like it used to. Patch suggested by John Peacock.
p4raw-id: //depot/perl@28218
|
|
|
|
|
|
|
| |
Message-ID: <20060517163816.GN17109@iabyn.com>
(Dave's fix, plus a test taken from [perl #39145])
p4raw-id: //depot/perl@28215
|
|
|
|
|
|
| |
Message-Id: <200605130715.k4D7FWg3089581@kosh.hut.fi>
Date: Sat, 13 May 2006 10:15:32 +0300 (EEST)
p4raw-id: //depot/perl@28186
|
|
|
|
|
| |
Message-ID: <4464E1F1.9010706@gmail.com>
p4raw-id: //depot/perl@28183
|
|
|
|
|
| |
backwards. It now checks for readonly *first*.
p4raw-id: //depot/perl@28178
|
|
|
|
|
| |
check that len is non-NULL before assigning to it.
p4raw-id: //depot/perl@28171
|
|
|
|
|
| |
Message-ID: <20060503020908.GA2234@petdance.com>
p4raw-id: //depot/perl@28078
|
|
|
| |
p4raw-id: //depot/perl@28070
|
|
|
|
|
|
| |
Otherwise Perl_newSVhek(), called by Perl_hv_iterkeysv(), naively
assumes that it can share any hash key directly.
p4raw-id: //depot/perl@28069
|
|
|
|
|
| |
same union to store the stash for our.
p4raw-id: //depot/perl@28065
|
|
|
|
|
|
|
| |
COPs created by use can be freed along this memory, but the GP
remains. Given that several GVs may refer to the same file, use a
shared string rather than an individual allocation per GP.
p4raw-id: //depot/perl@28060
|
|
|
|
|
| |
Message-ID: <44532024.9070303@gmail.com>
p4raw-id: //depot/perl@28010
|
|
|
|
|
| |
Message-ID: <44527402.8000506@gmail.com>
p4raw-id: //depot/perl@28008
|
|
|
|
|
| |
Message-ID: <44510AF6.6040603@gmail.com>
p4raw-id: //depot/perl@27990
|
|
|
|
|
| |
Message-ID: <444E3EFB.8020503@gmail.com>
p4raw-id: //depot/perl@27987
|
|
|
|
|
| |
Message-ID: <20060427053215.GA31445@petdance.com>
p4raw-id: //depot/perl@27976
|
|
|
|
|
| |
Message-ID: <20060424232038.7550f9b6@r2d2>
p4raw-id: //depot/perl@27962
|
|
|
|
|
| |
Message-ID: <20060424184451.GA1479@petdance.com>
p4raw-id: //depot/perl@27958
|
|
|
| |
p4raw-id: //depot/perl@27949
|
|
|
|
|
|
| |
glob_2inpuv_number() should change. Rename it and glob_2inpuv() to
reflect what they do.
p4raw-id: //depot/perl@27947
|
|
|
|
|
| |
Message-ID: <20060424021239.GA5449@petdance.com>
p4raw-id: //depot/perl@27942
|
|
|
|
|
|
| |
build, we cannot assume that PL_reg_starttry isn't needed. So copy it
in Perl_ss_dup.
p4raw-id: //depot/perl@27930
|
|
|
|
|
| |
Message-ID: <20060420041653.GA28523@petdance.com>
p4raw-id: //depot/perl@27910
|
|
|
|
|
|
|
|
|
|
| |
a Jumblie's preferred maritime craft. To free CvFILE for this case,
take advantage of the 0 length prototype that will also be there,
and hang it from the prototype. To do this properly means changing
code to actually pay attention to SvCUR() on prototypes. It turns out
that we always know the length of the prototype string, so this may
be faster. Certainly, it's a memory saving (even ignoring the leak).
p4raw-id: //depot/perl@27896
|
|
|
| |
p4raw-id: //depot/perl@27862
|
|
|
| |
p4raw-id: //depot/perl@27852
|
|
|
| |
p4raw-id: //depot/perl@27842
|
|
|
|
|
|
|
| |
signals that the buffer passed in is already well-formed for use as
SvPVX (i.e. it is followed by a trailing NUL), and hence the realloc()
to add a NUL can be skipped.
p4raw-id: //depot/perl@27841
|
|
|
|
|
| |
other two to mathoms.c
p4raw-id: //depot/perl@27840
|
|
|
|
|
| |
bugs.
p4raw-id: //depot/perl@27839
|
|
|
|
|
|
| |
segfault the uninitialised value reporting code. This protects against
the segfault.
p4raw-id: //depot/perl@27818
|
|
|
|
|
|
|
| |
save the warnings on PL_compiling, so constraining its use to what we
can test seems to make sense. Particularly as testing Perl_ss_dup is
tricky.
p4raw-id: //depot/perl@27805
|
|
|
| |
p4raw-id: //depot/perl@27803
|
|
|
|
|
|
|
| |
(try valgrind on the new bop.t without the doop.c patch)
Message-Id: <20060413162046.5F9636D08C@ugli.hut.fi>
p4raw-id: //depot/perl@27801
|
|
|
|
|
| |
(only another 434 to go ...)
p4raw-id: //depot/perl@27794
|
|
|
|
|
| |
actually being pushed onto the save stack.
p4raw-id: //depot/perl@27790
|
|
|
|
|
| |
to dereference cop_hints if it's NULL.
p4raw-id: //depot/perl@27787
|
|
|
| |
p4raw-id: //depot/perl@27785
|
|
|
|
|
| |
(only another 439 to go ...)
p4raw-id: //depot/perl@27783
|
|
|
|
|
|
|
| |
directly (shared) malloc()ed buffer holding the warnings bitmask.
This avoids bugs/crashes when the interpreter that created an optree
is freed but the optree remains in use by other interpreters.
p4raw-id: //depot/perl@27779
|
|
|
|
|
|
|
| |
Also put PUSH/POP_STATE infastructure in place
Also eliminate PL_reg_call_cc
(only another 440 global vars to go ...)
p4raw-id: //depot/perl@27778
|
|
|
|
|
|
| |
This approach is almost certainly not only wrong, but also doomed.
But it's needed to build a correct solution.
p4raw-id: //depot/perl@27768
|
|
|
|
|
| |
share_hek_hek() is far more efficient than sharepvn().
p4raw-id: //depot/perl@27767
|
|
|
|
|
| |
bytes_from_utf8().
p4raw-id: //depot/perl@27766
|
|
|
| |
p4raw-id: //depot/perl@27752
|
|
|
|
|
|
|
|
|
|
| |
$/=\0?)
Message-Id: <20060408152533.C4D5F6D08C@ugli.hut.fi>
(although I should add that this version of Coverity is actually
raising a false positive here, albeit something still interesting)
p4raw-id: //depot/perl@27744
|
|
|
|
|
| |
branches of Perl_ss_dup() is actually duplicated, so can be merged.
p4raw-id: //depot/perl@27741
|
|
|
|
|
| |
SAVEt_GENERIC_PVREF, we can merge it with SAVEt_PPTR in Perl_ss_dup().
p4raw-id: //depot/perl@27740
|
|
|
| |
p4raw-id: //depot/perl@27739
|
|
|
| |
p4raw-id: //depot/perl@27738
|