| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Message-ID: <Pine.LNX.4.21.0108040939050.23972-100000@mako.covalent.net>
p4raw-id: //depot/perl@11574
|
|
|
|
|
| |
Message-ID: <Pine.LNX.4.21.0108031730040.23972-100000@mako.covalent.net>
p4raw-id: //depot/perl@11567
|
|
|
|
|
| |
Message-ID: <Pine.LNX.4.21.0108022020100.8991-100000@mako.covalent.net>
p4raw-id: //depot/perl@11560
|
|
|
|
|
| |
Message-ID: <Pine.LNX.4.21.0108021813380.8991-100000@mako.covalent.net>
p4raw-id: //depot/perl@11559
|
|
|
|
|
| |
kindly supplied by Rainer Keuchel <rkeuc@allgeier.com>.
p4raw-id: //depot/perl@11549
|
|
|
|
|
| |
Message-ID: <20010801135702.I10442@netthink.co.uk>
p4raw-id: //depot/perl@11541
|
|
|
|
|
| |
Message-ID: <20010723192949.A14802@math.ohio-state.edu>
p4raw-id: //depot/perl@11462
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
platforms that don't have pthread_atfork() (extension of
the fix in change#11151).
Note that this will not help extensions that call fork()
directly in C, or that link to libraries that call fork()
directly. Such cases must be fixed to either call
PerlProc_fork(), or call atfork_lock() in parent before the
calling the function that forks and call atfork_unlock()
in both parent and child immediately after the fork().
(There are no worries if C code calls exec() in the child
immediately after a fork(). Only cases where the child
calls perl's API functions (including New()) after the
fork() are problematic.)
This change also eliminates the use of vfork() from perl,
since all such uses were violating the severe restrictions
on modifying the state of the process between the vfork()
and the exec().
This is a modified version of patches suggested by Abhijit
Menon-Sen and Richard Soderberg.
p4raw-link: @11151 on //depot/perl: 50dd6e574ff39b609595ddb16b2fe9f625a26f8c
p4raw-id: //depot/perl@11423
|
|
|
| |
p4raw-id: //depot/perl@11293
|
|
|
| |
p4raw-id: //depot/perl@11289
|
|
|
|
|
| |
Message-ID: <B772A6AD.2288%artur@contiller.se>
p4raw-id: //depot/perl@11283
|
|
|
|
|
| |
Message-ID: <Pine.LNX.4.21.0107110855070.11688-100000@mako.covalent.net>
p4raw-id: //depot/perl@11281
|
|
|
|
|
|
|
| |
Message-ID: <000b01c10a04$4fa16a10$21000a0a@vogw2kdev>
Threadsafe PMOPs for ithreads, waiting for AMS's Perl_re_dup().
p4raw-id: //depot/perl@11274
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
since it doesn't ensure threads other than the one calling fork()
aren't holding any locks; the fix is to use pthread_atfork() to
hold global locks
building perl with -Dusemymalloc exacerbates the problem since
Perl_malloc() holds a mutex, and perl's exec() calls New()
XXX the code in win32thread.h may be needed on platforms that have
no pthread_atfork()
p4raw-id: //depot/perl@11151
|
|
|
|
|
| |
Message-Id: <E15HC3M-0007jL-00.2001-07-02-23-20-24@mail18.svr.pol.co.uk>
p4raw-id: //depot/perl@11110
|
|
|
| |
p4raw-id: //depot/perl@10951
|
|
|
|
|
|
|
| |
Message-ID: <20010624054705.A27890@math.ohio-state.edu>
Test suite fixes.
p4raw-id: //depot/perl@10883
|
|
|
|
|
|
|
| |
by John Peacock. (Can be 'ntea' which means emulate UNIX file
attribute semantics as much as possible, or 'ntsec' which uses
native NTFS semantics.) (See also #10877.)
p4raw-id: //depot/perl@10875
|
|
|
| |
p4raw-id: //depot/perl@10806
|
|
|
|
|
| |
Message-ID: <20010616074119.A24720@lustre.linux.in>
p4raw-id: //depot/perl@10654
|
|
|
| |
p4raw-id: //depot/perl@10650
|
|
|
| |
p4raw-id: //depot/perl@10643
|
|
|
|
|
| |
than *open::layers variables which caused all the HV/AV hassle.
p4raw-id: //depot/perlio@10618
|
|
|
|
|
| |
Message-Id: <p05100306b749ec0eaade@[10.0.1.177]>
p4raw-id: //depot/perl@10512
|
|
|
| |
p4raw-id: //depot/perl@10392
|
|
|
|
|
| |
Message-ID: <20010531082755.A10018@lustre.linux.in>
p4raw-id: //depot/perl@10352
|
|
|
| |
p4raw-id: //depot/perl@10335
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
mangles PERL5OPT])
From: Michael G Schwern <schwern@pobox.com>
Date: Wed, 30 May 2001 17:10:38 +0100
Message-ID: <20010530171038.L670@blackrider.blackstar.co.uk>
Subject: Re: [PATCH perl.c t/run/runenv.t] (was Re: [ID 20010514.042] Perl v5.6.1 mangles PERL5OPT])
From: Abhijit Menon-Sen <ams@wiw.org>
Date: Wed, 30 May 2001 23:16:13 +0530
Message-ID: <20010530231613.A31933@lustre.linux.in>
p4raw-id: //depot/perl@10334
|
|
|
|
|
| |
and Abhijit Menon-Sen.
p4raw-id: //depot/perl@10321
|
|
|
|
|
| |
Message-Id: <200105191912.UAA23925@gizmo.fdgroup.co.uk>
p4raw-id: //depot/perl@10168
|
|
|
| |
p4raw-id: //depot/perl@10125
|
|
|
|
|
| |
from Takis Psarogiannakopoulos.
p4raw-id: //depot/perl@10121
|
|
|
|
|
| |
Message-Id: <5.0.2.1.0.20010502152210.01f65550@24.8.96.48>
p4raw-id: //depot/perl@9966
|
|
|
|
|
| |
Message-Id: <5.0.2.1.0.20010502112909.01f24e28@24.8.96.48>
p4raw-id: //depot/perl@9960
|
|
|
|
|
|
|
| |
Message-Id: <20010501135740.19E4.H.M.BRAND@hccnet.nl>
The -DP part, slightly modified.
p4raw-id: //depot/perl@9930
|
|
|
|
|
|
| |
a dummy for PL_numeric_radix); no pressing reason to break
binary compatibility; regen API.
p4raw-id: //depot/perl@9910
|
|
|
|
|
| |
using suidperl; bug id 20010322.218.
p4raw-id: //depot/perl@9813
|
|
|
|
|
| |
Message-ID: <Pine.LNX.4.21.0104031700340.2143-100000@marmot.rim.canoe.ca>
p4raw-id: //depot/perl@9541
|
|
|
|
|
|
|
| |
layers in perl code. In such cases layers need to be popped before
we loose the ability to run perl code.)
Also back-out "PerlIO::object" hook - it isn't going to work like that...
p4raw-id: //depot/perlio@9346
|
|
|
| |
p4raw-id: //depot/perlio@9296
|
|
|
|
|
|
|
|
|
|
| |
more thorough cleaning of arenas.
p4raw-link: @9197 on //depot/maint-5.6/perl: ec3d44d040803cac937295d8f4740e6a36ba30fb
p4raw-id: //depot/perl@9201
p4raw-integrated: from //depot/maint-5.6/perl@9200 'merge in'
t/op/sort.t (@7895..) perl.c (@9064..) sv.c (@9108..) embed.pl
proto.h (@9154..)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- rename utf8/uv functions to indicate what sort of uv they provide (uvuni/uvchr)
- use utf8n_xxxx (c.f. pvn) for forms which take length.
- back out vN.N and $^V exceptions to e2a/a2e
- make "locale" isxxx macros be uvchr (may be redundant?)
Not clear yet that toUPPER_uni et. al. return being handled correctly.
The tr// and rexexp stuff still needs an audit, assumption is they are working
in Unicode space.
Need to provide v5.6 names for XS modules (decide is uni or chr ?).
p4raw-id: //depot/perlio@9096
|
|
|
|
|
| |
Message-Id: <200103091349.NAA16617@tiree.fdgroup.co.uk>
p4raw-id: //depot/perl@9087
|
|
|
|
|
| |
Message-Id: <200103081206.MAA06281@tiree.fdgroup.co.uk>
p4raw-id: //depot/perl@9084
|
|
|
|
|
| |
Message-ID: <Pine.OSF.4.10.10103081617390.377472-100000@aspara.forte.com>
p4raw-id: //depot/perl@9082
|
|
|
|
|
|
|
|
|
| |
fix memory leak in pack("Bb",...)
p4raw-link: @9064 on //depot/maint-5.6/perl: 58108105c16130ce852e73f8543b2ccc8bf2388f
p4raw-id: //depot/perl@9065
p4raw-integrated: from //depot/maint-5.6/perl@9063 'merge in' perl.c
(@8986..)
|
|
|
| |
p4raw-id: //depot/perl@8916
|
|
|
| |
p4raw-id: //depot/perl@8909
|
|
|
|
|
|
| |
putenv() is not to be relied on, they are either broken or leaky
or both.)
p4raw-id: //depot/perl@8899
|
|
|
|
|
| |
and safesysfree() must be used.
p4raw-id: //depot/perl@8898
|