| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
Message-ID: <42CC3CE9.5050606@divsol.com>
(reverted all dual-lived modules since they must work with older
perls too so must wait for a new Devel::PPPort)
p4raw-id: //depot/perl@25101
|
|
|
|
|
|
|
| |
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
|
|
|
| |
p4raw-id: //depot/perl@25059
|
|
|
|
|
| |
starts.
p4raw-id: //depot/perl@24774
|
|
|
|
|
|
|
|
| |
Message-ID: <B356D8F434D20B40A8CEDAEC305A1F2453D793@esebe105.NOE.Nokia.com>
completed by:
Message-ID: <B356D8F434D20B40A8CEDAEC305A1F2453D7A0@esebe105.NOE.Nokia.com>
p4raw-id: //depot/perl@24492
|
|
|
|
|
|
| |
in read-only mode. Make vi modelines compatible with non-vim
vi versions.
p4raw-id: //depot/perl@24445
|
|
|
|
|
| |
Message-Id: <20050510174413.GA19686@mccoy.peters.homeunix.org>
p4raw-id: //depot/perl@24441
|
|
|
|
|
| |
Message-ID: <B356D8F434D20B40A8CEDAEC305A1F2453D653@esebe105.NOE.Nokia.com>
p4raw-id: //depot/perl@24271
|
|
|
| |
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..)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[ 19106]
Subject: [PATCH 5.8.1 @19053] OS/2-related patches
Message-ID: <20030331204337.GA3634@math.berkeley.edu>
and regen Configure.
p4raw-link: @19106 on //depot/maint-5.8/perl: 8257dec7ed17c0d4d721411d2a781ceadf724da5
p4raw-id: //depot/perl@19120
p4raw-edited: from //depot/maint-5.8/perl@19118 'edit in' embedvar.h
(@18804..)
p4raw-integrated: from //depot/maint-5.8/perl@19118 'copy in'
os2/Makefile.SHs os2/OS2/ExtAttr/Changes
os2/OS2/ExtAttr/ExtAttr.pm os2/OS2/PrfDB/Changes
os2/OS2/PrfDB/PrfDB.pm os2/OS2/REXX/DLL/DLL.pm
os2/OS2/REXX/REXX.pm os2/dl_os2.c os2/os2thread.h (@17645..)
ext/threads/threads.xs (@18619..) perlio.c (@18948..)
Makefile.SH (@19061..) 'ignore' embed.pl (@18872..) embed.h
(@19011..) embed.fnc (@19030..) 'merge in' os2/os2ish.h
(@17645..) os2/os2.c (@18347..) perlapi.h (@18804..) perlvars.h
(@18808..) makedef.pl (@18896..) intrpvar.h (@18920..) sv.c
(@18961..)
p4raw-edited: from //depot/maint-5.8/perl@19106 'edit in' Configure
(@19040..)
p4raw-integrated: from //depot/maint-5.8/perl@19106 'copy in' reentr.h
(@18850..) reentr.c reentr.pl (@18922..)
|
|
|
|
|
| |
pull shorts off the va_args, int is the shortest (ahem).
p4raw-id: //depot/perl@18919
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
18422 :
Third Degree found a read of uninit memory (after setting
grent_size with sysconf(), pwent_size was read). Also make
the ERANGE/INVARG more consistent.
18423 :
spent_size was still off. (As far as I can tell
_SC_GETPW_R_SIZE_MAX is supposed to be used also
for spents, not just pwents.)
p4raw-link: @18422 on //depot/maint-5.8/perl: c45c44aa17d6498a967957363477eb572b803726
p4raw-id: //depot/perl@18498
p4raw-integrated: from //depot/maint-5.8/perl@18497 'copy in' reentr.h
(@17645..) reentr.c reentr.pl (@18422..)
|
|
|
|
|
| |
Message-ID: <20021004131157.GD278184@lyta.hut.fi>
p4raw-id: //depot/perl@17999
|
|
|
|
|
| |
Message-ID: <20020926220856.GA339120@lyta.hut.fi>
p4raw-id: //depot/perl@17967
|
|
|
| |
p4raw-id: //depot/perl@17781
|
|
|
| |
p4raw-id: //depot/perl@16711
|
|
|
|
|
| |
convoluted code, but it ain't broken, so...
p4raw-id: //depot/perl@16590
|
|
|
| |
p4raw-id: //depot/perl@16588
|
|
|
| |
p4raw-id: //depot/perl@16525
|
|
|
|
|
| |
only for the APIs where it matters.
p4raw-id: //depot/perl@15910
|
|
|
|
|
|
| |
having/not having FILE**. Also make the names of the
{set,get,end}* interface struct members a bit shorter.
p4raw-id: //depot/perl@15831
|
|
|
|
|
|
| |
From: "H.Merijn Brand" <h.m.brand@hccnet.nl>
Message-Id: <20020408141403.CE45.H.M.BRAND@hccnet.nl>
p4raw-id: //depot/perl@15807
|
|
|
|
|
| |
Message-Id: <200203291119.g2TBJwqB016888@vran.herceg.de>
p4raw-id: //depot/perl@15595
|
|
|
|
|
|
|
| |
Message-Id: <20020322173246.SOLG27460.mailoutvl21@[192.168.139.30]>
(plus use 4k instead 2k as the "usual" size)
p4raw-id: //depot/perl@15423
|
|
|
|
|
| |
Also, there's no i_stdio.
p4raw-id: //depot/perl@15418
|
|
|
|
|
| |
Message-Id: <200203211423.JAA61178@leggy.zk3.dec.com>
p4raw-id: //depot/perl@15388
|
|
|
| |
p4raw-id: //depot/perl@15326
|
|
|
|
|
| |
The buffer will keep doubling until 64k.
p4raw-id: //depot/perl@15272
|
|
|
| |
p4raw-id: //depot/perl@15264
|
|
|
|
|
|
|
| |
Linux need additional hinting help to believe that
the time_r protos exist; turn on FreeBSD _THREAD_SAFE
to see what goes bang.
p4raw-id: //depot/perl@15257
|
|
|
| |
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
|