| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
| |
p4raw-id: //depot/perl@24407
|
|
|
| |
p4raw-id: //depot/perl@24406
|
|
|
|
|
| |
a factor of 4.
p4raw-id: //depot/perl@24405
|
|
|
| |
p4raw-id: //depot/perl@24404
|
|
|
| |
p4raw-id: //depot/perl@24402
|
|
|
| |
p4raw-id: //depot/perl@24401
|
|
|
| |
p4raw-id: //depot/perl@24399
|
|
|
| |
p4raw-id: //depot/perl@24398
|
|
|
| |
p4raw-id: //depot/perl@24397
|
|
|
| |
p4raw-id: //depot/perl@24396
|
|
|
| |
p4raw-id: //depot/perl@24393
|
|
|
|
|
| |
(made scope of %toto too narrow)
p4raw-id: //depot/perl@24392
|
|
|
|
|
|
|
|
|
| |
in particular:
multiple leader lines
leader line not first or last line of file
unrecognised lines
out-of-sequence test numbers
p4raw-id: //depot/perl@24390
|
|
|
|
|
|
|
| |
make most variables lexical, narrow their scope, and give some of
them more meaningful names. Also fix a harmless bug where the wrong
filehandles are closed (A+B rather than U+A)
p4raw-id: //depot/perl@24389
|
|
|
|
|
| |
and remove unportable tests (by Steve Peters)
p4raw-id: //depot/perl@24388
|
|
|
| |
p4raw-id: //depot/perl@24387
|
|
|
| |
p4raw-id: //depot/perl@24386
|
|
|
| |
p4raw-id: //depot/perl@24385
|
|
|
|
|
| |
next and redo didn't restore PL_curcop
p4raw-id: //depot/perl@24384
|
|
|
|
|
| |
Message-Id: <56942505050405101bfe678d@mail.gmail.com>
p4raw-id: //depot/perl@24383
|
|
|
| |
p4raw-id: //depot/perl@24382
|
|
|
| |
p4raw-id: //depot/perl@24381
|
|
|
|
|
|
| |
Hardcode special exceptions for exec and system, instead
of trying to be clever and failing.
p4raw-id: //depot/perl@24380
|
|
|
| |
p4raw-id: //depot/perl@24379
|
|
|
| |
p4raw-id: //depot/perl@24378
|
|
|
|
|
| |
(The latter gives more diagnostics in the case of failure)
p4raw-id: //depot/perl@24377
|
|
|
| |
p4raw-id: //depot/perl@24376
|
|
|
|
|
|
| |
At least on my platform, Cwd::getcwd doesn't find the current
directory if it has no access to it. Try harder with Cwd::cwd.
p4raw-id: //depot/perl@24375
|
|
|
|
|
| |
(plus tests to check this)
p4raw-id: //depot/perl@24374
|
|
|
| |
p4raw-id: //depot/perl@24373
|
|
|
|
|
|
| |
From: Sergey Skvortsov (via RT) <perlbug-followup@perl.org>
Message-ID: <rt-3.0.11-33809-105714.16.4209917806492@perl.org>
p4raw-id: //depot/perl@24372
|
|
|
|
|
|
|
| |
Message-ID: <20050415141054.GA12749@mccoy.peters.homeunix.org>
(tests added to t/op/exp.t)
p4raw-id: //depot/perl@24371
|
|
|
| |
p4raw-id: //depot/perl@24370
|
|
|
| |
p4raw-id: //depot/perl@24369
|
|
|
|
|
| |
Alexey Toptygin.
p4raw-id: //depot/perl@24368
|
|
|
|
|
|
| |
the perl process becomes 1, refresh the ppid cache (this may
indicate that the parent process has died.)
p4raw-id: //depot/perl@24367
|
|
|
|
|
|
| |
Subject: @B::NV::ISA = 'B::IV';
Message-ID: <20050427135750.GD94420@plum.flirble.org>
p4raw-id: //depot/perl@24366
|
|
|
|
|
| |
Message-ID: <20050501200755.GA30259@petdance.com>
p4raw-id: //depot/perl@24365
|
|
|
|
|
| |
Message-ID: <20041103163801.6839be30@valis.local>
p4raw-id: //depot/perl@24364
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When in an inner runops loop (eg via a tie or sort), an eval
needs a new JMPENV pushing by S_docatch. If an exception is raised,
control is returned to S_docatch, and it must determine whether
the eval that trapped the exception is an inner eval or an outer
one. In the former case, restart the loop, in the latter case,
rethrow the exception. This is determined by whether we are still
at the same PL_curstackinfo level. This fails in the case of
SPLICE(), which pushes a new SETJMP and runops level, but not a
new stackinfo level. There may be other code which does similar.
The solution is to store the current value of PL_top_env in each
pushed CxEVAL, and see if it's still the same as PL_top_env when
the exception is handled.
p4raw-id: //depot/perl@24363
|
|
|
|
|
|
|
| |
This fixes bug #34682, reintroduces bug #8738 (ID 20020301.011),
and reintroduces an eval optimisation for innter runops levels
p4raw-link: @15705 on //depot/perl: 8bffa5f8f4dd0cd203052722c9fcfd899f51d033
p4raw-id: //depot/perl@24362
|
|
|
|
|
| |
so that a JMPENV* entry can be added to struct block_eval
p4raw-id: //depot/perl@24361
|
|
|
| |
p4raw-id: //depot/perl@24360
|
|
|
|
|
|
| |
From: "Craig A. Berry" <craigberry@mac.com>
Message-ID: <4272B3B8.6030603@mac.com>
p4raw-id: //depot/perl@24359
|
|
|
|
|
| |
Message-Id: <200505012314.j41NETLk018737@accognoscere.homeunix.org>
p4raw-id: //depot/perl@24358
|
|
|
|
|
| |
Should this be a panic: ?
p4raw-id: //depot/perl@24357
|
|
|
|
|
| |
unintendedly removed by patch #23435
p4raw-id: //depot/perl@24355
|
|
|
|
|
| |
Message-Id: <D38E89F3-B77B-11D9-B91D-000502F3279F@free.fr>
p4raw-id: //depot/perl@24354
|
|
|
|
|
| |
Message-ID: <B356D8F434D20B40A8CEDAEC305A1F2453D705@esebe105.NOE.Nokia.com>
p4raw-id: //depot/perl@24353
|
|
|
|
|
| |
(rather than when PERL_IMPLICIT_SYS is defined)
p4raw-id: //depot/perl@24352
|