# New Ticket Created by Christer Ekholm
# Please include the string: [perl #32406]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=32406
This is a bug report for perl from [EMAIL PROTECTED],
generated with the help
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #32407]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=32407
This is a bug report for perl from [EMAIL PROTECTED],
generated with the
is perl interpreter multithreaded, mean can be build without fork?
Sample code to create the raised issue. You'll need to remove alarm to let
it happen fully. On linux set an appropriate $directorypath.alarm 30;
$|=1;
## Choose operating system
BEGIN {
if (($^O eq 'MSWin32') || defined($ENV{'OS'})) {
$operatingsystem = 0;
$operatingsystemoldnt = 0;
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #32411]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=32411
## Created by TFS ##
Subject: Failure when
Hi Porters,
here's a patch from SuSE's perl-5.8.5. It changes the putenv
handling in a way so that PERL_USE_SAFE_PUTENV is defined for
applications that embedded perl. It does this by adding a
global variable Perl_use_safe_putenv that defaults to 1 but
is cleared by perlmain.
The reasoning is
Marcus,
I have the same result if call to function from FFI library is removed. Memory
leak has place only when pointer to structure is used as an argument at the
function call. It prevents Perl's Garbage Collector from deallocating the
structure. The problem is exposed by module Storable
Yes, I'm still the person. The splitting of the perl (and other
projects) into different distributions has been a sore point for a long
time. The historical reason for it was to make a minimum system
installation fit on the minimum number of CDs. This is of less
importance now that DVDs are
Quoth [EMAIL PROTECTED] (Gumbold):
Nicholas Clark wrote:
On Wed, Nov 10, 2004 at 05:13:33PM +0200, gumbold wrote:
From pp_sys.c :
snip
By this logic if have no fork and no threads, so pp_fork() would DIE?
Yes. It's acceptable for perl's fork operator not to work on a given
Marcus,
I used Convert::Binary::C to handle C structures but the result is the same:
FFI prevents Perl's Garbage Collector from deallocating memory. I have to
assign this bug to module FFI.
Viktor.
-Original Message-
From: Marcus Holland-Moritz [mailto:[EMAIL PROTECTED]
Sent:
Dave Mitchell via RT wrote:
I havn't looked closely at this yet, but surely nulling PL_curpm will
cause $1 etc to get lost across win32 forks
Most likely. The alternative is to do a deep copy of the PMOP, possibly
worrying about whether or not the last searched string was shared.
There didn't
On Thu, Nov 11, 2004 Fergal wrote:
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Save this as Timeout.pm
###
package Timeout;
sub import
{
my $pkg = shift;
my $timeout = shift;
$SIG{ALRM} = sub {
require Carp;
Carp::confess(Script timed out after $timeout seconds);
};
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #32416]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=32416
This is a success report for perl from [EMAIL PROTECTED],
generated with
Hello--
I'm getting an out of memory error when using Storable::nstore_fd on
an array of a few million rows.
Looking through the archive I see this thread from last May:
http://www.gossamer-threads.com/lists/perl/porters/183477
Regarding the possiblility of adding a trust_me switch to turn off
Tels wrote:
I knew that it would hard to add the functionality to the module, and I dont
think it is worth the added complexity. However, having Set-String (or
Set-Scalar if you wish) would still be a very good thing.
Set::Scalar already exists :-)
Look, honestly it wouldn't be hard once you've
On Thu, Nov 11, 2004 at 04:19:32AM -0500, Michael G Schwern wrote:
2) perlfunc.pod is missing from default, perldoc -f breaks.
Without perlfunc.pod, perldoc -f will not work.
perlfunc.pod, like perldiag, is available in the very large Developer
Documentation part of XCode. Same problem
On Fri, Nov 12, 2004 at 02:39:04AM -, Lyle Hopkins wrote:
Of course this isn't workable as everything needs to be working without any
modifications to perl scripts. So I'm looking for a method of running
maybe_sleep(); periodically without having to call it. Forgive me if I'm
asking for
On Thu, Nov 11, 2004 at 04:49:23PM -0800, todd markle wrote:
Looking through the archive I see this thread from last May:
http://www.gossamer-threads.com/lists/perl/porters/183477
Regarding the possiblility of adding a trust_me switch to turn off
duplicate checking.
Was this ever done?
On Fri, Nov 12, 2004 at 11:13:58AM +, Nicholas Clark wrote:
It stalled because the person who was going to do the work wanted to refactor
the interface first in a way that still used global state. I saw this as
bringing negative benefits, as the real need is to refactor the interface
to
On Thu, Nov 11, 2004 at 11:36:20AM -0800, John Gardiner Myers wrote:
Dave Mitchell via RT wrote:
I havn't looked closely at this yet, but surely nulling PL_curpm will
cause $1 etc to get lost across win32 forks
Most likely. The alternative is to do a deep copy of the PMOP, possibly
On Fri, Nov 12, 2004 at 03:46:36AM -, Steve Peters via RT wrote:
[EMAIL PROTECTED] pi_test $ perl -pi- -e'exit' test
Can't rename test to test-: Permission denied, skipping file.
It seems to have been fixed somewhere prior to Perl 5.8.5.
That didn't duplicate the steps that led to the
Automated smoke report for 5.8.6 patch 23488
FAFNER: VAX_7000-720 (VAX_7000-720/2 cpu)
onopenvms - V7.2
using CC/DECC version 60490005
smoketime 9 hours 40 minutes (average 3 hours 13 minutes)
Summary: FAIL(FM)
O = OK F = Failure(s), extended report at the bottom
X =
Nick,
I'm going to prepare the version with the global variable hack (replacing
the refactor idea), and submit it, ok?
I just wanted to refactor it, because i saw some bad comments about the
interface :-;
Regards,
Vitor
-Mensagem original-
De: Nicholas Clark [mailto:[EMAIL PROTECTED]
On Fri, Nov 12, 2004 at 10:33:04AM -, Yitzchak Scott-Thoennes wrote:
Of course this isn't workable as everything needs to be working without
any
modifications to perl scripts. So I'm looking for a method of running
maybe_sleep(); periodically without having to call it. Forgive me if I'm
On Thu, Nov 11, 2004 at 09:36:54AM -0800, Edward Moy wrote:
Yes, I'm still the person. The splitting of the perl (and other
Are there any other issues along these lines that I can use as an
argument to keep perl together? I need to convince the group that does
the actual packaging of the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fergal Daly writes:
Save this as Timeout.pm
###
package Timeout;
sub import
{
my $pkg = shift;
my $timeout = shift;
$SIG{ALRM} = sub {
require Carp;
Carp::confess(Script timed out after $timeout seconds);
};
On Thu, Nov 11, 2004 at 10:49:10AM -0800, Justin Mason wrote:
FWIW, this'll work well on perl 5.6.x -- but perl 5.8.x cannot trap
signals inside a single OP if I recall correctly. This means that an
out-of-control regexp match is unkillable.
That is one bug we've run into in SpamAssassin a
On Thu, Nov 11, 2004 at 10:49:10AM -0800, Justin Mason wrote:
Hi Fergal!
FWIW, this'll work well on perl 5.6.x -- but perl 5.8.x cannot trap
signals inside a single OP if I recall correctly. This means that an
out-of-control regexp match is unkillable.
That is one bug we've run into in
Justin Mason wrote:
FWIW, this'll work well on perl 5.6.x -- but perl 5.8.x cannot trap
signals inside a single OP if I recall correctly. This means that an
out-of-control regexp match is unkillable.
That is one bug we've run into in SpamAssassin a few times, and it'd be
nice to get back
On Fri, Nov 12, 2004 at 04:11:29PM +, Fergal Daly wrote:
On the whole I don't really think that Perl or Python or whatever should
actully be responsible for timing itself out, all this throttling etc is far
better handled by the OS,
I think that as it should be possible to do this from a
On Thu, Nov 11, 2004 at 16:30:10AM -, Fergal Daly wrote:
On the whole I don't really think that Perl or Python or whatever should
actully be responsible for timing itself out, all this throttling etc is
far
better handled by the OS,
Not sure I agree completely. Throttling, etc would be better
On Thu, Nov 11, 2004 at 10:23:42AM -, ae5t-ksn @ asahi-net. or. jp wrote:
When I run the following command line, perl dies with SIGSEGV.
perl -Mencoding=utf-8 -e 'chomp'
With gdb, it dies at Perl_sv_recode_to_utf8(). I encountered this bug
by perl 5.8.4 on Debian (sid). Some my
On Fri, Nov 12, 2004 at 04:41:25PM -, Lyle Hopkins wrote:
On Thu, Nov 11, 2004 at 16:30:10AM -, Fergal Daly wrote:
On the whole I don't really think that Perl or Python or whatever should
actully be responsible for timing itself out, all this throttling etc is
far
better handled by
On Fri, Nov 12, 2004 at 16:43:29 +, Nicholas Clark wrote:
I think that as it should be possible to do this from a loaded module
(although probably it needs XS) it therefore doesn't belong in the C code.
As others have said, the -M option to perl means that you can load it and
set parameters
On Thu, Nov 11, 2004 at 01:17:38PM -, AllAffiliatePro Info wrote:
Sample code to create the raised issue. You'll need to remove alarm to let
it happen fully. On linux set an appropriate $directorypath.alarm 30;
$|=1;
You have a loop that will probably never terminate right about...
On Fri, Nov 12, 2004 at 02:03:35AM -0800, Yitzchak Scott-Thoennes wrote:
Not an OS X user, but I wonder if the same applies to perldoc -q and
perlfaq*.pod.
Oooh. Good catch.
[~] perldoc -q foo
No documentation found for perlfaq1.
No documentation found for perlfaq2.
No documentation found for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rafael Garcia-Suarez writes:
Justin Mason wrote:
FWIW, this'll work well on perl 5.6.x -- but perl 5.8.x cannot trap
signals inside a single OP if I recall correctly. This means that an
out-of-control regexp match is unkillable.
That
On Fri, Nov 12, 2004 at 11:53:11AM -0500, Michael G Schwern wrote:
On Thu, Nov 11, 2004 at 10:23:42AM -, ae5t-ksn @ asahi-net. or. jp wrote:
When I run the following command line, perl dies with SIGSEGV.
perl -Mencoding=utf-8 -e 'chomp'
With gdb, it dies at
On Fri, Nov 12, 2004 at 05:18:51PM +, Dave Mitchell wrote:
On Fri, Nov 12, 2004 at 11:53:11AM -0500, Michael G Schwern wrote:
On Thu, Nov 11, 2004 at 10:23:42AM -, ae5t-ksn @ asahi-net. or. jp
wrote:
When I run the following command line, perl dies with SIGSEGV.
perl
On Thu, Nov 11, 2004 at 17:22:38 -, Michael G Schwern wrote:
Sample code to create the raised issue. You'll need to remove alarm to
let
it happen fully. On linux set an appropriate $directorypath.alarm 30;
$|=1;
You have a loop that will probably never terminate right about...
until
At a guess I would put that down to a problem with the UI for
task killing and how usable it is when the system is stressed.
No it a permissions problem. Users cant kill jobs started as SYSTEM (iirc).
I know that ive experienced this problem myself, and sometimes the _only_
solution is to
On Fri, Nov 12, 2004 at 17:17:25 -, Fergal Daly wrote:
At a guess I would put that down to a problem with the UI for task killing
and how usable it is when the system is stressed.
An OS that genuinely cannot stop a process has a serious bug (I'm not just
having a go at windows here by the
Hello,
Getting this error when running `make install`:
Can't locate Carp/Heavy.pm in @INC (@INC contains: lib) at lib/warnings.pm line
452.
I tried to install with prefix /tmp/usr like so:
Policy.sh contains this line:
installprefix='/tmp/usr'
Is there another recommended way to install in a
# New Ticket Created by Richard Soderberg
# Please include the string: [perl #32419]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=32419
This is a variety of spelling fixes for [EMAIL PROTECTED] I studiously
It occurs to me that I never included a demo of how to create an
artificial space problem for testing purposes. Here is such a
script; requires root on a modern linux system.
#!/bin/sh
# script to demo problem of perl not detecting write errors with -pi
# requires root on a linux system
While using ExtUtils::Constant, I ran into some issues including the created
file
into the XS. After checking a couple other XS-based modules, I found that the
issue was the documentation. Included here is the patch to fix the
documentation.
---
On Thu, Nov 11, 2004 at 10:49:10AM -0800, Justin Mason wrote:
FWIW, this'll work well on perl 5.6.x -- but perl 5.8.x cannot trap
signals inside a single OP if I recall correctly. This means that an
out-of-control regexp match is unkillable.
That is one bug we've run into in SpamAssassin a few
On Fri, Nov 12, 2004 at 05:40:20PM -, Orton, Yves wrote:
Personally I think the key aspect of whatever solution happens is that A) it
_must_ be core endorsed. B) activestate needs to make sure they are
involved. A is important because many admin types will do absolutely zilch
if it isnt,
On Fri, Nov 12, 2004 at 05:22:04PM +, Nicholas Clark wrote:
p5p - which file should a regression test go in?
ext/Encode/t/encoding.t?
--
Michael G Schwern[EMAIL PROTECTED] http://www.pobox.com/~schwern/
If you got the wax out of your ears you could hear the twister picking up
the
Like the hundreds of CPAN modules which are not endorsed by p5p and don't
appear in the docs yet somehow manage to be successful?
This is a specious comparison. We are talking about dealing with server web
farms where getting admins to install anything non-standard is particularly
difficult.
On Sun, Nov 07, 2004 at 10:33:27AM -0800, Yitzchak Scott-Thoennes wrote:
: On Sat, Nov 06, 2004 at 12:34:13PM +, Nicholas Clark [EMAIL PROTECTED]
wrote:
: That sounds really messy. I'd much prefer it if the code got split cleanly
: into multiple functions. I'm not sure if that's 2
:
: 1:
On Fri, Nov 12, 2004 at 10:21:51AM -0800, Larry Wall wrote:
[ an explanation of how Perl actually builds its optree ]
I've added the bulk of your description to the top of op.c for future
generations to savour/ignore as appropriate.
One thing I've never understood is what purpose op_next serves
On Fri, 12 Nov 2004, Gerrit P. Haase wrote:
Getting this error when running `make install`:
Can't locate Carp/Heavy.pm in @INC (@INC contains: lib) at lib/warnings.pm
line 452.
I tried to install with prefix /tmp/usr like so:
Policy.sh contains this line:
installprefix='/tmp/usr'
Is
On Fri, Nov 12, 2004 at 05:40:20PM -, Orton, Yves wrote:
At a guess I would put that down to a problem with the UI for
task killing and how usable it is when the system is stressed.
No it a permissions problem. Users cant kill jobs started as SYSTEM (iirc).
I know that ive experienced this
On Fri, Nov 12, 2004 at 19:06:20 -, Michael G Schwern wrote:
Like the hundreds of CPAN modules which are not endorsed by p5p and don't
appear in the docs yet somehow manage to be successful?
If we're going to endorse anything do it by adding a perlfaq entry on
how to handle runaway
[quietdragon - Fri Nov 05 15:59:26 2004]:
This is a bug report for perl from [EMAIL PROTECTED],
generated with the help of perlbug 1.35 running under perl v5.8.5.
-
[Please enter your report here]
Perl v5.8.5 does not
On Fri, Nov 12, 2004 at 07:00:17PM -, Orton, Yves wrote:
Like the hundreds of CPAN modules which are not endorsed by p5p and don't
appear in the docs yet somehow manage to be successful?
This is a specious comparison. We are talking about dealing with server web
farms where getting
On Fri, Nov 12, 2004 at 19:06:20 -, Orton, Yves wrote:
Like the hundreds of CPAN modules which are not endorsed by p5p and
don't
appear in the docs yet somehow manage to be successful?
This is a specious comparison. We are talking about dealing with server web
farms where getting admins
On Fri, Nov 12, 2004 at 20:44 -, Nicholas Clark wrote:
Which makes me think that actually what really matters is whether
ActiveState pick it up and distribute it with their bundle. I'm guessing
that 90% of the problem is solved if it comes as standard with ActivePerl,
and that only about 10%
Nicholas Clark wrote:
On Fri, Nov 12, 2004 at 07:00:17PM -, Orton, Yves wrote:
Like the hundreds of CPAN modules which are not endorsed
by p5p and don't
appear in the docs yet somehow manage to be successful?
This is a specious comparison. We are talking about dealing with
On Fri, Nov 12, 2004 at 07:00:17PM -, Orton, Yves wrote:
I disagree. Having modules in the core is one of the few ways to guarantee
that the module will be uniformly available.
Its very unlikely to get into the core.
To summarize the (unofficial?) core policy on modules (unless something
On Fri 12 Nov 2004 18:15, [EMAIL PROTECTED] wrote:
While using ExtUtils::Constant, I ran into some issues including the created
file
into the XS. After checking a couple other XS-based modules, I found that
the
issue was the documentation. Included here is the patch to fix the
On Fri, Nov 12, 2004 at 03:48:18PM -0500, Michael G Schwern wrote:
On Fri, Nov 12, 2004 at 07:00:17PM -, Orton, Yves wrote:
I disagree. Having modules in the core is one of the few ways to guarantee
that the module will be uniformly available.
Its very unlikely to get into the core.
On Fri, Nov 12, 2004 at 08:58:03PM +, Nicholas Clark wrote:
We have some regression tests that can manage to go bad and eat CPU forever.
Mmm, sounds like a Dr Fun caption. When tests go bad
Nicholas Clark
Michael G Schwern wrote on 12 November 2004 21:48
On Fri, Nov 12, 2004 at 07:00:17PM -, Orton, Yves wrote:
I disagree. Having modules in the core is one of the few
ways to guarantee
that the module will be uniformly available.
Its very unlikely to get into the core.
That's really
On Fri 12 Nov 2004 17:14, Richard Soderberg (via RT) [EMAIL PROTECTED] wrote:
# New Ticket Created by Richard Soderberg
# Please include the string: [perl #32419]
# in the subject line of all future correspondence about this issue.
# URL:
Op een grimmige herfstdag (Friday 12 November 2004 17:22),schreef Abe
Timmerman:
Automated smoke report for 5.8.6 patch 23493
FASOLT: AlphaServer_4X00_5/400_4MB (AlphaServer_4X00_5/400_4MB/1 cpu)
onopenvms - E8.2
using CC/DECC version 60290003
smoketime 4 hours 9
Orton, Yves wrote:
Hell there are masses of places out there that wont even install DBI or CGI
because they arent/werent part of core for the version they have installed.
CGI is part of the core, and honestly, I wish it wouldn't.
It mixes several functionalities, it's quite large, there are
On Fri, Nov 12, 2004 at 03:48:18PM -0500, Michael G Schwern wrote:
Its very unlikely to get into the core.
Perl is a general purpose programming language used by large numbers of
people for large numbers of things.
This is true. But what it perl's largest and most popular application? Many
Rafael Garcia-Suarez wrote on 12 November 2004 21:39
CGI is part of the core, and honestly, I wish it wouldn't.
It mixes several functionalities, it's quite large, there are lightweight
replacements for parts of it, it's aging, etc.
Could this be because part of your job is to pick CGI modules
Richard Soderberg (via RT) wrote:
# New Ticket Created by Richard Soderberg
# Please include the string: [perl #32419]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=32419
This is a variety of spelling fixes for
Anno Siegel (via RT) wrote:
The constant pragma warns
Constant name '_123_456' has unknown problems at...
when you try to define a constant that begins with _ and consists
only of digits and _. In other contexts, these are valid identifiers,
and the wording in perldata
...
Lyle Hopkins wrote:
Rafael Garcia-Suarez wrote on 12 November 2004 21:39
CGI is part of the core, and honestly, I wish it wouldn't.
It mixes several functionalities, it's quite large, there are lightweight
replacements for parts of it, it's aging, etc.
Could this be because part of your
Rafael Garcia-Suarez wrote on 12 November 2004 22:02
Correct me if I'm wrong, but I don't see why it could not be updated
independently of the core, whether it's a part of the core or not. Or are
you just talking about RPM updates?
Right, I'm talking about package updates, be they RPMs, DEBs,
On Fri, Nov 12, 2004 at 10:43:48PM +0100, Rafael Garcia-Suarez wrote:
To take an example, in Mandrakelinux, it has been put out of the core,
in its own RPM. Why ? So it can be installed independently, and, (more
importantly), updated independently (e.g. for security advisories.)
Correct
I agree with Nick. This argument is sucking away tuits from writing the
actual implementation. Vaporware certainly doesn't belong in the core.
Get something working, put it on CPAN, get folks using it and get people
agreeing that its the greatest thing since sliced bread. Then we'll talk.
Op een grimmige herfstdag (Friday 12 November 2004 17:22),schreef Abe
Timmerman:
Automated smoke report for 5.8.6 patch 23493
FASOLT: AlphaServer_4X00_5/400_4MB (AlphaServer_4X00_5/400_4MB/1 cpu)
onopenvms - E8.2
using CC/DECC version 60290003
smoketime 4 hours 9
I agree with Nick. This argument is sucking away tuits from writing the
actual implementation agreeing that its the greatest thing since sliced
bread
I think we can all agree on that. I'm working on it now. Hopefully I'll have
an imperfect but working version soon that I'll show you. Then
On Fri, Nov 12, 2004 at 05:40:20PM -, Orton, Yves wrote:
At a guess I would put that down to a problem with the UI for
task killing and how usable it is when the system is stressed.
No it a permissions problem. Users cant kill jobs started as SYSTEM (iirc).
I know that ive experienced
Michael Schroeder wrote:
here's a patch from SuSE's perl-5.8.5. It changes the putenv
handling in a way so that PERL_USE_SAFE_PUTENV is defined for
applications that embedded perl. It does this by adding a
global variable Perl_use_safe_putenv that defaults to 1 but
is cleared by perlmain.
I'm currently working on a patch to handle (?{...}) code snippets better.
The main thing is does is that tokeniser recognises these within patterns
and spits them out for the parser to compile, rather than leaving then for
the regexp compiler, ie
/abc(?{$x++})def$foo/
currrently gets
In article [EMAIL PROTECTED],
[EMAIL PROTECTED] (Abe Timmerman) wrote:
Op een grimmige herfstdag (Friday 12 November 2004 17:22),schreef Abe
Timmerman:
Automated smoke report for 5.8.6 patch 23493
FASOLT: AlphaServer_4X00_5/400_4MB (AlphaServer_4X00_5/400_4MB/1 cpu)
on
[EMAIL PROTECTED]:Work/p4/cpanplus/devel/ for i in lib/CPANPLUS.pm
lib/**/*.pm; do podspell $i $i.txt cp $i.txt{,.orig} open -e
$i.txt; done
That's what I started out with; merging the post-spellchecked diffs
back into the code was the slowest part.
- R.
On 12 Nov 2004 21:36:03 -, Jim
It sounds
like you're saying that
we want to move the check for literals of any sort appearing
immediately after a binding operator to
happen earlier.
Is that a fair paraphrase?
Nicholas Clark wrote:
[...]
Currently it's at
http://www.ccl4.org/~nick/P/perl-5.8.6-RC1.tar.bz2
Both, mod_perl 1 and 2 test suites seem to be happy with RC1 on linux.
--
__
Stas BekmanJAm_pH -- Just Another mod_perl
On Fri, Nov 12, 2004 at 07:29:51PM +, Dave Mitchell wrote:
One thing I've never understood is what purpose op_next serves prior to
calling peep().
Do you mean in code like this (selected at random)?
CvSTART(cv) = LINKLIST(CvROOT(cv));
CvROOT(cv)-op_next = 0;
On Fri, Nov 12, 2004 at 10:21:51AM -0800 Larry Wall wrote:
On Sun, Nov 07, 2004 at 10:33:27AM -0800, Yitzchak Scott-Thoennes wrote:
: On Sat, Nov 06, 2004 at 12:34:13PM +, Nicholas Clark [EMAIL
PROTECTED] wrote:
: That sounds really messy. I'd much prefer it if the code got split
Automated smoke report for 5.9.2 patch 23497
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 6 hours 9 minutes (average 11 minutes 33 seconds)
Summary: FAIL(M)
O = OK F =
: On Fri, Nov 12, 2004 at 07:29:51PM +, Dave Mitchell wrote:
: One thing I've never understood is what purpose op_next serves prior to
: calling peep().
It serves exactly the same purpose as after calling peep(), *except*
for that temporary top-level op_next which holds the start
On 12 Nov 2004, at 17:09, Michael G Schwern wrote:
Anything else perldoc likes to scan?
Basically *.pod - I'd like to see things like perlguts.pod included -
there are many times I may be programming in an ssh session to another
box that I'd like to bring up a local shell for the docs.
90 matches
Mail list logo