| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
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
|