Automated smoke report for 5.9.3 patch 24194
TANGAROA.uk.radan.com: Intel(R) Pentium(R) 4 CPU 2.00GHz(~1992 MHz) (x86/1 cpu)
onMSWin32 - WinXP/.Net SP1
using cl version 12.00.8804
smoketime 10 hours 52 minutes (average 20 minutes 23 seconds)
Summary: FAIL(F)
O = OK F =
Hi,
I am experimenting with syscall( SYS_clone ) on linux.
The problem is, $$ is reporting the original value even in the child after a
successful clone(2), whereas syscall( SYS_getpid ) yields the correct value.
Is there a way to reinitialize $$ in perl? Or is that only possible at
C-level?
Torsten Foertsch wrote:
Hi,
I am experimenting with syscall( SYS_clone ) on linux.
The problem is, $$ is reporting the original value even in the child after a
successful clone(2), whereas syscall( SYS_getpid ) yields the correct value.
Is there a way to reinitialize $$ in perl? Or is
On Friday 08 April 2005 11:26, Rafael Garcia-Suarez wrote:
Since this is also a problem for embedded perls, a CPAN module to
force to reinitialise $$ and ppid might be a good idea too.
I think, I can do that.
Torsten
pgpJQCwrPUb2a.pgp
Description: PGP signature
On Wed, Apr 06, 2005 at 06:21:10PM -0500, Steve Peters wrote:
If you have any questions, comments, or concerns for this patch, please
let me know.
Thanks applied (24199)
Nicholas Clark
-BEGIN PGP SIGNED MESSAGE-
Moin,
Rafael Garcia-Suarez [EMAIL PROTECTED] wrote:
Tels wrote:
attached the promised patch to integrate the XS code for
Math::BigInt::Calc into blead.
Before someone commits this, please check that it really does integrate
it properly - I haven't done
Tels wrote:
Hm. I think it would be better to always unconditionally set INSTALLDIRS
= perl, because otherwise we get problems if Perl v.5.8.x integrates
FastCalc, too. In that case someone with 5.8.x could install FastCalc
from CPAN and it would not override the version in the core, and
I have a couple of things I am thinking about for version objects, and I'm not
sure whether to propose any/all of them to be added to 5.9.x as core. I'll note
which ones below probably need to be in the core (since I'd like to use them
with Module::Build), but I'd appreciate a shot across the
Steve Hay wrote:
Automated smoke report for 5.9.3 patch 24194
TANGAROA.uk.radan.com: Intel(R) Pentium(R) 4 CPU 2.00GHz(~1992 MHz) (x86/1
cpu)
onMSWin32 - WinXP/.Net SP1
using cl version 12.00.8804
smoketime 10 hours 52 minutes (average 20 minutes 23 seconds)
Summary:
John Peacock wrote:
1) version::Interval - a composite object, with a lower bound, two
version objects, and an upper bound.
It occurred to me in the shower (where I do my best work ;-), that if
version::Internal was integrated into version.pm in the core, I could provide a
class method with a
On Thu, Apr 07, 2005 at 01:51:49PM -0500, Steve Peters wrote:
Questions, comments, and complaints are all appreciated.
Applied as 24204.
Your attempt to cause lots of reject hunks failed:
@@ -1947,7 +1947,7 @@
SvPVX(sv) = pv;
SvCUR(sv) = cur;
SvLEN(sv)
On Thu, 7 Apr 2005 17:44:42 -0500, Andy Lester [EMAIL PROTECTED] wrote:
Removed the warnings for Y2K, which had to be compiled in. If there's
anyone out there anywhere that has compiled in Y2K warnings AND has a
use warnings 'y2k', then it will break code, but I'd be very surprised
if anyone
Does anyone understand why/how the debugger code wants to save the value
of the IV slot inside an IV? Both are conditional on PERLDB_SUB_NN being
true:
#define PERLDB_SUB_NN(PL_perldb (PL_perldb (PERLDBf_NONAME)))
Offending lines are:
pp_hot.c line 2596:
else {
On Fri, Apr 08, 2005 at 02:20:56PM +0100, Nicholas Clark wrote:
Does anyone understand why/how the debugger code wants to save the value
of the IV slot inside an IV? Both are conditional on PERLDB_SUB_NN being
true:
Presumably in the presence of PERLDB_SUB_NN, $DB::sub stores the address
of
Attached is the improved patch.
Steven--- perlport.pod.orig Fri Nov 12 22:13:04 2004
+++ perlport.podThu Apr 7 22:30:55 2005
@@ -1836,6 +1836,10 @@
Not implemented. (Win32, VMS, SRISC OS)
+=item rename SOURCE,DESTINATION
+
+Can't move directories between directories on different
As part of a general refactoring of the Perl core to make the migration to
ponie easier, assignments to the SvIVX() macro are being converted to use
the SvIV_set() macro instead. The attached patch Encode.xs.diff takes care
of the one case found in Encode.xs.
Also attached is the patch
Steven Schubiger wrote:
Attached is the improved patch.
Thanks. Applied as 24209 (with the argument names changed to match
perlfunc.pod).
- Steve
Steven
This email has been scanned for viruses and content by the Radan Computational
[EMAIL PROTECTED] - Tue Feb 20 00:50:27 2001]:
-
[Please enter your report here]
It appears there is a quirk in the behavior of select() with udp
sockets on some systems (Linux, others?). Apparently even when
select()
Michael G Schwern wrote:
On Thu, Apr 07, 2005 at 02:53:11PM -0700, Michael G Schwern wrote:
Ahh, that's a result of ext/ setting INST_LIBDIR and INST_AUTODIR to be
the
same thing. I had made those targets :, they should be ::. This should
do
it.
Hold on that, its causing
[stas - Mon Jan 05 15:15:57 2004]:
This is a bug report for perl from [EMAIL PROTECTED],
generated with the help of perlbug 1.34 running under perl v5.8.1.
-
[Please enter your report here]
Consider the following short
Steve Peters via RT wrote:
[stas - Mon Jan 05 15:15:57 2004]:
This is a bug report for perl from [EMAIL PROTECTED],
generated with the help of perlbug 1.34 running under perl v5.8.1.
-
[Please enter your report here]
Consider the
Hello,
I have detected two missing comments about the behaviour of select(2) system
call, in the description of the select function in perlfunc.pod. Rafael
Garcia-Suarez has already added one of these comments to the pod file in
bleadperl (see perl-documentation mailling list archive for
On Fri, Apr 08, 2005 at 03:28:28PM -0300, Hernan Perez Masci wrote:
Hello,
I have detected two missing comments about the behaviour of select(2) system
call, in the description of the select function in perlfunc.pod. Rafael
Garcia-Suarez has already added one of these comments to the pod
On Fri, 8 Apr 2005 13:50:00 -0500, Steve Peters wrote (in part):
sp Does the Linux specific warning belong in perlfunc.pod or should it be
sp in perlport.pod instead?
It's not specific to Linux. Multiple Unix variants are subject to the
same warning.
--
Spider Boardman (at home)
Hi,
I want to call the getpid syscall from XS on linux. Calling getpid() yields a
number but strace says there was no getpid(2) syscall.
I want to implement $$ reinitialization after fork(2) co. The code looks
currently:
GV *tmpgv;
if ((tmpgv = gv_fetchpv($, TRUE, SVt_PV))) {
# New Ticket Created by Zsban Ambrus
# Please include the string: [perl #34892]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=34892
This is a bug report for perl from [EMAIL PROTECTED],
generated with the help of
Automated smoke report for 5.8.6 patch 24203
mccoy.peters.homeunix.org: Intel Pentium III (GenuineIntel 686-class, 512KB
L2 cache) (i386/1 cpu)
onopenbsd - 3.6
using cc version 2.95.3 20010125 (prerelease, propolice)
smoketime 8 hours 24 minutes (average 50 minutes 26
27 matches
Mail list logo