# New Ticket Created by Matt Diephouse
# Please include the string: [perl #36623]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36623 >
There's currently no way to delete a global or a lexical.
mdiep: you should be
actually, it should be
while(<>) {
applied, thanks.
On 7/21/05, via RT Amir Karger <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Amir Karger
> # Please include the string: [perl #36620]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/rt
# New Ticket Created by Amir Karger
# Please include the string: [perl #36620]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36620 >
editor/ops2vim.pl says:
while (<@ARGV>) {
AFAIK, that should be
while () {
# New Ticket Created by jerry gay
# Please include the string: [perl #36619]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36619 >
the return value from spawnw is highly system dependent as currently
implemented. instead,
On 7/21/05, jerry gay <[EMAIL PROTECTED]> wrote:
> i'll apply this patch today. additionally, i'll add some text to
> ops/sys.ops specifying that spawnw should return something
> object-like. i've created a TODO ticket in RT for the spawnw
> object-like return.
>
applied, r8660. also opened [perl
On 7/21/05, Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> "Jonathan Worthington" <[EMAIL PROTECTED]> wrote:
> > "jerry gay" <[EMAIL PROTECTED]> wrote:
> >> if i recall correctly, the options here are: 1) unix-like return value
> >> from spawnw everywhere, 2) return platform-specific value, or 3
Hi,
From docs/ROADMAP
* Memory leak - string_to_cstring returns a malloced string, which isn't
freed everywhere
A quick grep through the src folder found a few cases like this. I may have
missed some, but this patch fixes those I spotted. Compiles, passes all
tests (apart from dynclasse
Apologies, the submitted patch causes some tests to not terminate.
This patch is the correct version.
-Curtis
On 7/21/05, via RT Curtis Rawls <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Curtis Rawls
> # Please include the string: [perl #36615]
> # in the subject line of all future corr
"Jonathan Worthington" <[EMAIL PROTECTED]> wrote:
"jerry gay" <[EMAIL PROTECTED]> wrote:
if i recall correctly, the options here are: 1) unix-like return value
from spawnw everywhere, 2) return platform-specific value, or 3)
return some object-like thingy.
i don't like option 1, as i believe sp
On 7/20/05, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> This is fixed now (r8657).
>
indeed, the results are much better:
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t\dynclass\foo.t 8
# New Ticket Created by Curtis Rawls
# Please include the string: [perl #36615]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36615 >
This patch moves the dump_cfg() call from reg_alloc.c to cfg.c, making
it more in line
On Wed, Jul 20, 2005 at 10:25:08AM -0700, Mitchell N Charity wrote:
> PGE is currently passing all tests, but failing to run a "large" pugs
> grammar (one for p6 regexps). So I transliterated part of the grammar
> into a (failing) test. Attached. The test can grow into a full regexp
> descrip
There are still some leftovers of the old calling scheme, which I'd like
to get rid of (1,2) or change slightly (3):
1) bare invoke
This opcode assumes P0 = Sub, P1 = Continuation
2) bare invokecc
This opcode assumes P0 = Sub
3) invoke Px
This opcode assumes P1 = Continuation, but it has a
13 matches
Mail list logo
