| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
lib/Time/Local.pm
lib/Time/Local.t
reentr.h
|
| |
| |
| |
| |
| |
| | |
Work around a system that doesn't have gm/localtime_r(). This replaces Perl's
own gm/localtime() wrapper which couldn't be called outside a PP anyway
because it needs my_perl.
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
From: Michael G Schwern <schwern@pobox.com>
Date: Fri, 26 Sep 2008 00:06:31 -0400
Message-ID: <48DC5FC7.3000807@pobox.com>
I was reading reentr.h and noticed a lot of the endif's for the
HAS_XXX_R macros were wrongly indented and their comments had the
wrong condition.
The attached patch fixes the indentation and removes all but the last
comment which is shortest and furthest from its start. No point in an
end-of-block comment on a one statement block, just falls out of date
and obscures the structure.
(plus "make regen")
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[ 24458]
Fix from Steve Peters
[ 24464]
Subject: RE: 5.8.7-tobe fails to compile on AIX 4.3.3
From: "Jan Dubois" <jand@ActiveState.com>
Message-Id: <200505131921.j4DJLgG5007986@smtp3.ActiveState.com>
and then regenerate reentr.h, with the , no longer inside
REENTR_MEMZERO(). This keeps macros looking like functions.
p4raw-link: @24464 on //depot/maint-5.8/perl: 65af2a75d112159ec53912329b2e01abfb9a3fb4
p4raw-link: @24458 on //depot/maint-5.8/perl: ef0ef25c116d419e8978d636281fda0a90743c2a
p4raw-id: //depot/perl@30235
p4raw-integrated: from //depot/maint-5.8/perl@24464 'edit in' reentr.pl
(@24458..)
|
|
|
| |
p4raw-id: //depot/perl@29747
|
|
|
|
|
|
| |
From: "Benjamin Holzman" <bholzman@longitude.com>
Message-ID: <010801c6ab24$09b9ed30$ce0515ac@office.iseoptions.com>
p4raw-id: //depot/perl@29209
|
|
|
|
|
| |
Message-ID: <451BAEE1.1070509@iki.fi>
p4raw-id: //depot/perl@28898
|
|
|
| |
p4raw-id: //depot/perl@28897
|
|
|
| |
p4raw-id: //depot/perl@28750
|
|
|
| |
p4raw-id: //depot/perl@28749
|
|
|
|
|
| |
Message-ID: <20060110054243.GA26165@petdance.com>
p4raw-id: //depot/perl@26764
|
|
|
|
|
|
|
| |
Too small a buffer would cause ERANGE and a retry with double the
buffer size. later at EOF, the apparent error got 'stuck' as
ERANGE rather than ENOENT, so the buffer size doubled recursively
p4raw-id: //depot/perl@25084
|
|
|
|
|
|
| |
in read-only mode. Make vi modelines compatible with non-vim
vi versions.
p4raw-id: //depot/perl@24445
|
|
|
| |
p4raw-id: //depot/perl@24442
|
|
|
|
|
| |
Message-Id: <20050510021049.GA20147@mccoy.peters.homeunix.org>
p4raw-id: //depot/perl@24433
|
|
|
| |
p4raw-id: //depot/perl@24176
|
|
|
| |
p4raw-id: //depot/perl@23180
|
|
|
|
|
| |
Message-Id: <45igqvsus3hr8bno3si087j5qnrqvn79bf@4ax.com>
p4raw-id: //depot/perl@21660
|
|
|
|
|
| |
Message-ID: <8dqbqvg16ln2r807l1l2c905lh7hte303v@4ax.com>
p4raw-id: //depot/perl@21645
|
|
|
|
|
|
|
|
|
|
| |
when returning an int can either return the error in the return
value or in the errno. We need a new per-interp variable to store
the return value instead of clobbering the errno with it. The new
variable, PL_reentrant_retint, is only used within the reentrancy
framework, and immediately after it's set, so there should not be
similar visibility issues as for the errno. Spotted by Edward Moy.
p4raw-id: //depot/perl@19357
|
|
|
|
|
|
|
| |
(Lots of Perl 5 source code archaeology was involved.)
Larry didn't make strangled noises when I showed him
the patch, either :-)
p4raw-id: //depot/perl@19242
|
|
|
|
|
|
|
|
|
|
| |
[ 19119]
Address "5.8.1@19053: crypt_r() takes 128K per thread".
p4raw-link: @19119 on //depot/maint-5.8/perl: 5338c2bbd71426ba96ace22615fafeda3d05e36d
p4raw-link: @19053 on //depot/maint-5.8/perl: dab75801826d3b09804fff099d3631e91578dcd1
p4raw-id: //depot/perl@19122
p4raw-integrated: from //depot/maint-5.8/perl@19121 'copy in' reentr.c
reentr.h reentr.pl (@19106..) 'merge in' pp.c (@19045..)
|
|
|
|
|
|
| |
the random() macros were all wrong. (I don't know why
metaconfig did so much reordering of config_h.SH.)
p4raw-id: //depot/perl@18831
|
|
|
| |
p4raw-id: //depot/perl@18801
|
|
|
|
|
| |
convoluted code, but it ain't broken, so...
p4raw-id: //depot/perl@16590
|
|
|
| |
p4raw-id: //depot/perl@16588
|
|
|
|
|
|
| |
having/not having FILE**. Also make the names of the
{set,get,end}* interface struct members a bit shorter.
p4raw-id: //depot/perl@15831
|
|
|
|
|
| |
Also, there's no i_stdio.
p4raw-id: //depot/perl@15418
|
|
|
| |
p4raw-id: //depot/perl@15326
|
|
|
|
|
| |
The buffer will keep doubling until 64k.
p4raw-id: //depot/perl@15272
|
|
|
| |
p4raw-id: //depot/perl@15253
|
|
|
|
|
|
|
| |
functions are not to be used (!= functions exist!)
This might be the key (well, a key) to the HP-UX
problems.
p4raw-id: //depot/perl@15249
|
|
and then use them (under ithreads). May fail in HP-UX,
and the op/groups is known to be fickle everywhere. Known
to work in Solaris, Linux, Tru64, IRIX, AIX. (Some compiler
warnings in AIX since the first arguments of getnetbyaddr
and getnetbyadd_r are of different types. Thanks, IBM.)
In non-Configure platforms deny the existence of any
of the _r thingies. (Also add the recently introduced
d_tm_* to places it wasn't already in.)
TODO: the suggested glibc buffer growth retry loop in case
some entries (at least for: gr*, host*) are big.
Forgot win32/config.win64.
p4raw-id: //depot/perl@15238
|