| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
| |
p4raw-id: //depot/perl@23617
|
|
|
|
|
| |
The latter gives larger code, is less clear and can't be any faster
p4raw-id: //depot/perl@23606
|
|
|
| |
p4raw-id: //depot/perl@23603
|
|
|
|
|
|
|
| |
S_pushinc into a new function S_pushinc_if_exists
Avoid the SV copy when pushing onto @INC by creating a new scratch
SV each time a push is done.
p4raw-id: //depot/perl@23602
|
|
|
|
|
|
| |
From: Ingo Weinhold (via RT) <perlbug-followup@perl.org>
Message-ID: <rt-3.0.11-32717-101307.19.7097750538509@perl.org>
p4raw-id: //depot/perl@23584
|
|
|
|
|
|
|
|
|
| |
Message-ID: <20041111145443.GA1854@immd4.informatik.uni-erlangen.de>
slightly reworked to make the PL_use_safe_putenv variable fit in
the current framework. This patch turns on the use of safe putenv
for any application that embeds a perl interpreter.
p4raw-id: //depot/perl@23507
|
|
|
|
|
|
| |
(so the error message given by "perl -M" is a bit more
meaningful, as Jarkko pointed out)
p4raw-id: //depot/perl@23465
|
|
|
| |
p4raw-id: //depot/perl@23445
|
|
|
| |
p4raw-id: //depot/perl@23426
|
|
|
|
|
| |
Message-Id: <1098251539.20976.53.camel@localhost>
p4raw-id: //depot/perl@23392
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
debugger (bug #31666).
Subject: RE: [PATCH] debugger handles threads [perl #31666]
From: <richard.foley@ubs.com>
Date: Wed, 13 Oct 2004 13:01:18 +0200
Message-ID: <B374141B0A424D4F9CF143CC51B3ADD903FB9E12@NZURC900PEX1.ubsgs.ubsgroup.net>
Subject: Re: [PATCH] debugger handles threads [perl #31666]
From: Yitzchak Scott-Thoennes <sthoenna@efn.org>
Date: Wed, 13 Oct 2004 02:49:58 -0700
Message-ID: <20041013094957.GA17184@efn.org>
p4raw-id: //depot/perl@23372
|
|
|
| |
p4raw-id: //depot/perl@23365
|
|
|
| |
p4raw-id: //depot/perl@23364
|
|
|
|
|
| |
Message-ID: <20040923151817.GA15782@brugman.iloquent.nl>
p4raw-id: //depot/perl@23337
|
|
|
|
|
|
|
| |
Message-Id: <20040801124648.7f9b3cee@r2d2>
Move (void) casts into SvOOK_off macro.
p4raw-id: //depot/perl@23277
|
|
|
|
|
| |
freed
p4raw-id: //depot/perl@23230
|
|
|
| |
p4raw-id: //depot/perl@23209
|
|
|
|
|
| |
Message-ID: <411048BD.3080700@rowman.com>
p4raw-id: //depot/perl@23190
|
|
|
| |
p4raw-id: //depot/perl@23187
|
|
|
| |
p4raw-id: //depot/perl@23176
|
|
|
|
|
| |
structure directly instead
p4raw-id: //depot/perl@23156
|
|
|
|
|
|
| |
Message-ID: <40FEA62E.2010809@divsol.com>
(with tweaks)
p4raw-id: //depot/perl@23150
|
|
|
|
|
|
| |
and sv_savesharedpv. Need to create non-void returning versions of
Copy and Zero, as the existing macros deliberately cast to (void)
p4raw-id: //depot/perl@23126
|
|
|
|
|
|
| |
From: "Craig A. Berry" <craigberry@mac.com>
Message-ID: <40BD54BA.9040708@mac.com>
p4raw-id: //depot/perl@22893
|
|
|
|
|
|
| |
Message-ID: <40B4B693.9090905@sun.com>
(using \0 as a separator for q//)
p4raw-id: //depot/perl@22850
|
|
|
| |
p4raw-id: //depot/perl@22826
|
|
|
|
|
| |
Message-Id: <409FF333.4020104@divsol.com>
p4raw-id: //depot/perl@22806
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[ 22694]
For maint, I don't think that we can have sperl go sulky if invoked
from a #! line. So keep .../sperl functional, and have the /dev/fd/...
only set ID exectuable reside under a different name (suidperl)
[ 22700]
The set uid perl is now called setuidperl. Not suidperl.
Which I discover is hardlinked from sperl by ./installperl
elsewhere. Helpfully confusing installperl script.
[ 22718]
Revert 22700 (as part of changes suggested by Brendan O'Dea)
[ 22719]
Revert 22694
[ 22720]
Simpler suggstion to resolve the #!/usr/bin/suidperl vs. the set uid
binary must have fd script conundrum, as suggested by Brendan O'Dea
Plus restore the more helpful error message from 22694 and the gist
of the perl584delta changes from 22700
p4raw-link: @22720 on //depot/maint-5.8/perl: 18b810caba1ff3a8890bc392e4295393205e4c8e
p4raw-link: @22719 on //depot/maint-5.8/perl: cc5f7b51347dc0d99d849e19d8755fc160395010
p4raw-link: @22718 on //depot/maint-5.8/perl: 707d38420c0aa304635c36abea7b0b136d63cfcd
p4raw-link: @22700 on //depot/maint-5.8/perl: b08f99954ac05f6d7940d41d47dfcac67b906a1b
p4raw-link: @22694 on //depot/maint-5.8/perl: fa25506f523a62926d5deae9ce3b6c9c45bbfdd3
p4raw-id: //depot/perl@22770
p4raw-integrated: from //depot/maint-5.8/perl@22718 'edit in' INSTALL
(@22700..)
p4raw-integrated: from //depot/maint-5.8/perl@22700 'edit in'
pod/perldiag.pod (@22583..) installperl perl.c (@22694..)
'ignore' pod/perlsec.pod (@21947..)
|
|
|
|
|
| |
Message-ID: <40847869.1000906@stason.org>
p4raw-id: //depot/perl@22721
|
|
|
| |
p4raw-id: //depot/perl@22572
|
|
|
|
|
|
|
|
| |
Message-Id: <200403182117.i2ILHug513080@milan.maths.usyd.edu.au>
(which variables renamed as requested, plus tweaks to work on platforms
with no ST_NOEXEC)
p4raw-id: //depot/perl@22563
|
|
|
| |
p4raw-id: //depot/perl@22560
|
|
|
| |
p4raw-id: //depot/perl@22509
|
|
|
|
|
| |
Message-ID: <402ACEA2.4020907@stason.org>
p4raw-id: //depot/perl@22299
|
|
|
|
|
|
|
|
| |
being executed caused coredumps".
The new test case sometimes locks up linux's malloc, and with
Perl's malloc the test code still coredumps :-(
p4raw-link: @22167 on //depot/perl: b3a3b3a1da8f5142edf3e194532b08316f895282
p4raw-id: //depot/perl@22172
|
|
|
|
|
| |
executed caused coredumps
p4raw-id: //depot/perl@22167
|
|
|
| |
p4raw-id: //depot/perl@22082
|
|
|
|
|
|
| |
see http://nntp.perl.org/group/perl.perl5.porters/86497
this is hopefully only a temporary solution.
p4raw-id: //depot/perl@21937
|
|
|
|
|
| |
Message-ID: <20030809003535.C20130@plum.flirble.org>
p4raw-id: //depot/perl@21729
|
|
|
| |
p4raw-id: //depot/perl@21664
|
|
|
| |
p4raw-id: //depot/perl@21638
|
|
|
| |
p4raw-id: //depot/perl@21618
|
|
|
|
|
| |
Message-Id: <20030805.205715.113441323.radu@yx.primIT.ro>
p4raw-id: //depot/perl@21514
|
|
|
|
|
|
| |
Subject: Re: why PERL5LIB is ignored when -T is in effect
Message-Id: <1066384951.4964@devpc01.iconmobile.de>
p4raw-id: //depot/perl@21473
|
|
|
|
|
|
|
|
|
|
|
| |
(based on Chip's plan A (binary compatibility with 5.8.0 and 5.8.1),
Chip's plan B (do something new inside the hv functions)
and introspective sort)
Provides infrastructure for hashes to change their hash function
if necessary, and code in hsplit to detect pathalogical data and
instigate a random rehashing.
Needs refinement. Let's see how much smoke it creates.
p4raw-id: //depot/perl@21471
|
|
|
|
|
|
| |
PL_main_root is freed; this may not have been be the case if a
thread other than the main one is the last to be destroyed
p4raw-id: //depot/perl@21470
|
|
|
|
|
| |
p4raw-link: @21464 on //depot/perl: 90490ea37d61f90b0b2139a2d0285dc6e6aeee8b
p4raw-id: //depot/perl@21466
|
|
|
|
|
| |
Message-Id: <lrn0c11pho.fsf@caliper.activestate.com>
p4raw-id: //depot/perl@21464
|
|
|
|
|
|
|
|
|
| |
Subject: [perl #24157] -MModule=} is broken
From: "Lukas Mai" (via RT) <perlbug-followup@perl.org>
Message-Id: <rt-24157-65809.10.9980909617566@rt.perl.org>
(Includes a fix for a similar problem in -A, but not -d.)
p4raw-id: //depot/perl@21429
|
|
|
|
|
|
| |
From: "Brendan O'Dea" <bod@debian.org>
Message-ID: <20030911141251.GA26907@londo.c47.org>
p4raw-id: //depot/perl@21186
|