| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
the #9813 didn't do enough. See either of
http://rt.perl.org/rt2/Ticket/Display.html?id=6511
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=203426
p4raw-id: //depot/perl@21045
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[20859]
Two portability patches for DJGPP from Richard Dawe
<rich@phekda.freeserve.co.uk>.
Message-Id: <E19qfNh-0000Zq-00@phekda.freeserve.co.uk>
[20911]
Don't uppercase automatically all environment variables on DJGPP.
(reported by Richard Dawe, this breaks portability of Unix
scripts.) Don't change the behaviour on plain MS/DOS.
p4raw-link: @20911 on //depot/maint-5.6/perl-5.6.2: 91a64263ab3d9ea51fa198428b79b128d13386a5
p4raw-link: @20859 on //depot/maint-5.6/perl-5.6.2: e61553d05d06f2b080893dabff3b9134ba8b77f7
p4raw-id: //depot/perl@20913
p4raw-edited: from //depot/maint-5.6/perl-5.6.2@20912 'edit in' perl.c
(@20322..)
p4raw-integrated: from //depot/maint-5.6/perl-5.6.2@20912 'merge in'
djgpp/djgppsed.sh dosish.h (@20322..)
|
|
|
| |
p4raw-id: //depot/perl@20647
|
|
|
|
|
|
|
|
|
| |
implementing the opendir()/readdir()/closedir() using
external commands give up "ANSI-pureness" and define them
in uconfig.sh, also define other stuff like rename() and putenv().
Leave out the $| emulation in my_fork() since we are
not supposed to have fork() under microperl.
p4raw-id: //depot/perl@20646
|
|
|
| |
p4raw-id: //depot/perl@20475
|
|
|
| |
p4raw-id: //depot/perl@20355
|
|
|
|
|
| |
Paranoia warranted by Win32 mod_perl.
p4raw-id: //depot/perl@20343
|
|
|
|
|
|
| |
From: "Marcus Holland-Moritz" <mhx-perl@gmx.net>
Message-ID: <006801c34efe$8aac1920$0c2f1fac@R2D2>
p4raw-id: //depot/perl@20224
|
|
|
| |
p4raw-id: //depot/perl@20182
|
|
|
|
|
| |
Eric J Kidder, to solve a name conflict on HP_UX 11.00.
p4raw-id: //depot/perl@20170
|
|
|
|
|
|
| |
PL_modperl sets the PL_hash_seed (and PL_hash_seed_set)
itself, hopefully from a good source of random bits.
p4raw-id: //depot/perl@20145
|
|
|
|
|
|
|
|
|
|
| |
We switch over to the explicit mode: in other words, if
the $ENV{PERL_HASH_SEED} is on, we randomise. Also, we
randomise only if PL_hash_seed_set is FALSE (this means
one can use PERL_HASH() before perl_run.) Also, since
now PERL_HASH_SEED is okay even under -T, all should be fine.
(Ha!)
p4raw-id: //depot/perl@20135
|
|
|
| |
p4raw-id: //depot/perl@20134
|
|
|
|
|
| |
Message-ID: <3F0DD85A.1070902@stason.org>
p4raw-id: //depot/perl@20129
|
|
|
|
|
| |
Message-ID: <20030710171319.GA21588@perlsupport.com>
p4raw-id: //depot/perl@20117
|
|
|
| |
p4raw-id: //depot/perl@20062
|
|
|
|
|
| |
Message-ID: <16136.22456.99575.573777@ix.netsoft.ro>
p4raw-id: //depot/perl@20034
|
|
|
|
|
| |
cases was wrong.
p4raw-id: //depot/perl@20009
|
|
|
| |
p4raw-id: //depot/perl@20008
|
|
|
|
|
|
|
| |
since CGI scripts are (should be) run under -T, being able
to show the HASH_SEED in case of problems is good.
The $ENV{PERL_HASH_SEED} is still ignored under taint.
p4raw-id: //depot/perl@20007
|
|
|
|
|
| |
can be delayed until perl_parse().
p4raw-id: //depot/perl@19979
|
|
|
|
|
|
| |
look like aligned; re-introduce the "traditional contiguous"
checks with OS/2 special quirks and all.
p4raw-id: //depot/perl@19906
|
|
|
| |
p4raw-id: //depot/perl@19903
|
|
|
| |
p4raw-id: //depot/perlio@19895
|
|\
| |
| | |
p4raw-id: //depot/perlio@19894
|
| |
| |
| | |
p4raw-id: //depot/perl@19890
|