i noticed the threads documentation says that thread IDs count upwards to
infinity.
We could recycle old thread IDs in a FIFO way using a strategy similar
to the indices in Array::Frugal.
In short, when an ID is returned, it is placed at the top of the stack, and the
stack of free IDs is managed
# New Ticket Created by Sergey Skvortsov
# Please include the string: [perl #33809]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=33809
Currently dXSARGS is defined as
dSP; dMARK; dAX; dITEMS
I offer to replace
(I'm not sure if this made it to the list, so I'm re-sending. Sorry
if it appears twice.)
On Sun, 16 Jan 2005 15:15:59 +, Dave Mitchell - [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
5.8.6 just skips null environment variable names.
Well, 5.8.6 doesn't actually skip them when they are assigned
Nicholas Clark [EMAIL PROTECTED] writes:
Why me? Surely the bleadperl pumpking and his crack team of patches solves
it in blead, and then I merge it to maint?
It would make me happier some of the blead pumpkings could comment on
this patch. Are you waiting for a better patch to appear?
I
Gisle Aas [EMAIL PROTECTED] wrote:
:It would make me happier some of the blead pumpkings could comment on
:this patch. Are you waiting for a better patch to appear?
I am happy for the patch to be included.
:I think the patch should be applied now as it solves the problem for a
:majority of the
Near the start of scan_num in toke.c, there's a comment
Read a number in any of the formats that Perl accepts:
\d(_?\d)*(\.(\d(_?\d)*)?)?[Ee][\+\-]?(\d(_?\d)*) 12 12.34 12.
\.\d(_?\d)*[Ee][\+\-]?(\d(_?\d)*) .34
0b[01](_?[01])*
0[0-7](_?[0-7])*
On Mon, Jan 17, 2005 at 02:37:14AM -0500, Ed Allen Smith wrote:
Automated smoke report for 5.9.2 patch 23805
Is this actually a manual smoke report? I don't remember seeing any of
your Irix smokes hitting the smokers list for quite a while.
Anyway, it seems that the t/op/bop.t failures are now
On Fri, 2005-01-14 at 15:29, Steve Hay wrote:
Jonathan Stowe wrote:
On Fri, 2005-01-14 at 11:31, Jonathan Stowe wrote:
On Thu, 2005-01-13 at 18:52, [EMAIL PROTECTED] wrote:
GetConsoleMode failed, LastError=|6| at blib\lib/Term/ReadKey.pm line 265.
END failed--call
On Mon, Jan 17, 2005 at 03:00:02PM +, Jonathan Stowe wrote:
In principle would it be possible to determine the compiler and/or CRT
version at configure time and make that available to test in cases like
this?
Ideally, the compiler version should be held in Config.pm in the ccversion or
Jonathan Stowe wrote:
On Fri, 2005-01-14 at 15:29, Steve Hay wrote:
The only solution that I've come up with in cases where sharing CRT
resources in this way is unavoidable is to recommend that users use the
same compiler to build my modules as was used to build Perl. I don't
even have a
On Mon, Jan 17, 2005 at 02:24:29AM -0600, David Nicol wrote:
i noticed the threads documentation says that thread IDs count upwards to
infinity.
We could recycle old thread IDs in a FIFO way using a strategy similar
to the indices in Array::Frugal.
This would serve no purpose that I can
Steve Hay wrote:
Jonathan Stowe wrote:
In principle would it be possible to determine the compiler and/or CRT
version at configure time and make that available to test in cases like
this?
Yes, $Config{[g]ccversion} should really hold the compiler version, but
currently doesn't. I can
-BEGIN PGP SIGNED MESSAGE-
Moin,
Sam Vilain wrote:
So unless anyone has any great thoughts on the matter I'll cut out
support for allowing the absence of items in the new `insert almost
anything' Set::Object. It should be simpler in the long run, I hope.
Just to follow up, the new
Nicholas Clark wrote:
On Fri, Jan 14, 2005 at 04:37:22PM +, Steve Hay wrote:
OK, so I'll keep the code that drops Thread from dynamic_ext with
ithreads for consistency with Unix (although it doesn't make much sense
to me either since Threads is actually still being built). Probably
# New Ticket Created by Philippe Verdret
# Please include the string: [perl #33820]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=33820
This is a bug report for perl from [EMAIL PROTECTED],
generated with the help
Yitzchak Scott-Thoennes wrote:
On Thu, Jan 06, 2005 at 11:52:47AM +, Steve Hay wrote:
Yitzchak Scott-Thoennes wrote:
The patch also enables building core extensions as static using gcc
(by specifying them in STATIC_EXT in makefile.mk), and makes some of
the changes (the ones I'm
Steve Hay wrote:
There is a separate Errno distribution on CPAN (by Graham Barr), but
Porting/Maintainers.pl lists Errno as being maintained by p5p #not
gbarr and the CPAN field is set to 0, meaning no valid CPAN
release. I take it this means that it is OK to patch it in blead?
If so,
Rafael Garcia-Suarez wrote:
Steve Hay wrote:
There is a separate Errno distribution on CPAN (by Graham Barr), but
Porting/Maintainers.pl lists Errno as being maintained by p5p #not
gbarr and the CPAN field is set to 0, meaning no valid CPAN
release. I take it this means that it is OK to
Yitzchak Scott-Thoennes wrote:
On Thu, Jan 06, 2005 at 11:52:47AM +, Steve Hay wrote:
Yitzchak Scott-Thoennes wrote:
The patch also enables building core extensions as static using gcc
(by specifying them in STATIC_EXT in makefile.mk), and makes some of
the changes (the ones I'm
On Mon, 17 Jan 2005, Steve Hay wrote:
[ .. ]
Yes, $Config{[g]ccversion} should really hold the compiler
version, but currently doesn't. I can fix that fairly
easily for cl and gcc. (I don't know about Borland's
compiler.)
This well help in the future, so is worth doing, but
clearly
Op een grimmige winterdag (Monday 17 January 2005 06:38),schreef Abe
Timmerman:
Op een grimmige winterdag (Monday 17 January 2005 01:08),schreef Craig A.
Berry:
[snip]
$ search [.ext.attrs]descrip.mms ccflags
TIMMERMAN:FAFNER$ search [.ext.attrs]descrip.mms ccflags
CCFLAGS =
The man in the street wants to know from perldoc -f my how to write
my $a=0; my $b=0; my $c=0;
as compactly as possible. Add an example progressing from
my ($a,$b,$c); $a=$b=$c=0;
to
my ($a,$b,$c)=(0,0,0);
and mention if that is as compact as it gets.
Under use strict, I've got a lot of variables
D I highly recommend _Programming Perl, 3rd edition_.
I'm located far away so getting more books are inconvenient. Anyways I
always need the answer now and I'm offline, and I hope to find it
within the Debian basic packages I have installed.
Though I'm not it the lunar lander, one hopes that the
On Tue, Jan 18, 2005 at 03:52:18AM +0800, Dan Jacobson wrote:
I'm located far away so getting more books are inconvenient. Anyways I
always need the answer now and I'm offline, and I hope to find it
within the Debian basic packages I have installed.
Okay, I'm going to be rude (again).
Please
[ .. wherein we clime back over the 1500 mark ]
Perl5 Bug Summary
http://rt.perl.org/rt3/NoAuth/perl5/Overview.html
Generated at Mon Jan 17 14:00:02 2005 GMT
---
* Total Issues
* New Issues
* Overview of Open
At 11:20 PM +0100 1/17/05, Abe Timmerman wrote:
snip
Okay, I forgot to build from the rooted logical. That gets me past ext/attrs
But this doesn't look too good:
snip
Cleaning current config before rebuilding Descrip.MMS ...
snip
I think you are getting the after effects of an existing
[EMAIL PROTECTED] - Wed Apr 04 01:40:01 2001]:
-
[Please enter your report here]
while (1) {
open STDOUT, | date or die $!;
}
There are two bugs here:
1. The process table fills up with
[RT_System - Sat Jan 12 14:58:18 2002]:
Gisle Aas writes:
$ ../perl-snap-thr/bin/perl -w -MA -e1
print() on unopened filehandle A::FOO at A.pm line 2.
Name A::FOO used only once: possible typo at -e line 2.
^^
[EMAIL PROTECTED] - Wed Jan 16 01:11:38 2002]:
This is a bug report for perl from [EMAIL PROTECTED],
generated with the help of perlbug 1.33 running under perl v5.6.1.
-
[Please enter your report here]
ext/B/Makefile.PL
[hmbrand - Tue Feb 26 22:29:02 2002]:
This is a bug report for perl from [EMAIL PROTECTED],
generated with the help of perlbug 1.33 running under perl v5.6.1.
-
[Please enter your report here]
Top of page format ($^,
30 matches
Mail list logo