| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Date: Sun, 22 Feb 2004 16:09:33 +0900
Message-Id: <20040222160505.98E5.BQW10602@nifty.com>
Subject: [PATCH] Encode::CN::HZ (was Re: [perl #26905] "use bytes" doesn't apply byte semantics to concatenation)
From: SADAHIRO Tomoyuki <bqw10602@nifty.com>
Date: Sun, 22 Feb 2004 18:41:43 +0900
Message-Id: <20040222182357.6B39.BQW10602@nifty.com>
Plus, add a "_01" to the theoretical version number of Encode::CN::HZ.
p4raw-id: //depot/perl@22363
|
|
|
| |
p4raw-id: //depot/perl@22357
|
|
|
| |
p4raw-id: //depot/perl@22317
|
|
|
|
|
| |
and fix some incorrect indentation
p4raw-id: //depot/perl@22316
|
|
|
|
|
|
|
| |
Message-Id: <20040217163216.GA6805@ethan>
Make PVLV a superset of PVGV, so that $lvalue = *FOO works
p4raw-id: //depot/perl@22315
|
|
|
|
|
|
| |
scalar context, because pp_mapwhile and pp_grepwhile were using
their target as a temporary slot to store the return value.
p4raw-id: //depot/perl@22289
|
|
|
| |
p4raw-id: //depot/perl@22263
|
|
|
|
|
| |
Message-Id: <200401291512.i0TFCCr23736@zen.crypt.org>
p4raw-id: //depot/perl@22245
|
|
|
|
|
|
|
|
| |
currently being executed caused coredumps. The dounwind called by
die unwinds all the contexts on the context stack before unwinding
the save stack. To stop premature freeing of the CV, hold
references to it on both stacks.
p4raw-id: //depot/perl@22182
|
|
|
| |
p4raw-id: //depot/perl@21863
|
|
|
|
|
| |
Message-id: <20031206105059.GA13989@ethan>
p4raw-id: //depot/perl@21855
|
|
|
|
|
| |
(Its trace flow isn't good enough to realise that there is no problem)
p4raw-id: //depot/perl@21805
|
|
|
|
|
|
|
|
|
|
|
| |
Date: Sat, 22 Nov 2003 13:15:53 +0100
Message-Id: <200311221315.58539.torsten.foertsch@gmx.net>
and
Date: Sat, 22 Nov 2003 14:21:45 +0100
Message-Id: <200311221421.48940.torsten.foertsch@gmx.net>
(test moved to t/op/readline.t)
p4raw-id: //depot/perl@21787
|
|
|
|
|
|
|
|
| |
or scalar context yielded a wrong value if the list
contained duplicated keys for the hash. This is fixed
by counting the number of duplicate keys and trimming
the stack by the corresponding number of items.
p4raw-id: //depot/perl@21714
|
|
|
|
|
| |
Message-ID: <20031027162416.H2233@biff.bort.ca>
p4raw-id: //depot/perl@21614
|
|
|
|
|
| |
Message-Id: <20030930130150.GA1436@efn.org>
p4raw-id: //depot/perl@21394
|
|
|
| |
p4raw-id: //depot/perl@21319
|
|
|
|
|
|
| |
since that would break a lot of code.) Also few
stray UTF16s, UTF32s, and "encoded in Unicode".
p4raw-id: //depot/perl@21198
|
|
|
| |
p4raw-id: //depot/perl@21157
|
|
|
|
|
| |
the beginning of the SV for utf8 validity.
p4raw-id: //depot/perl@21155
|
|
|
|
|
|
|
| |
is no more valid, the script doesn't freeze, but I noticed
that neither does the <FILE> complain about bad UTF-8 as it
should and as it does with :encoding(utf8).
p4raw-id: //depot/perl@21153
|
|
|
| |
p4raw-id: //depot/perl@20938
|
|
|
| |
p4raw-id: //depot/perl@20933
|
|
|
|
|
| |
Message-ID: <20030824145159.GA12210@fdgroup.com>
p4raw-id: //depot/perl@20909
|
|
|
|
|
|
| |
http://public.activestate.com/cgi-bin/perlbrowse?patch=19064
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2003-08/msg01466.html
p4raw-id: //depot/perl@20795
|
|
|
|
|
| |
Message-ID: <20030714115035.GA10971@heechee.tobez.org>
p4raw-id: //depot/perl@20163
|
|
|
|
|
|
|
| |
Incidentally, this fixes bug #22354, about unwanted
action-at-distance of the /m regexp modifier.
Add a new warning to advertise this fact.
p4raw-id: //depot/perl@19769
|
|
|
|
|
|
| |
Message-Id: <1051872303.26203.104.camel@supox>
(plus perldiag nit)
p4raw-id: //depot/perl@19505
|
|
|
| |
p4raw-id: //depot/perl@19454
|
|
|
|
|
| |
Message-ID: <7gYu+gzkgaFU092yn@efn.org>
p4raw-id: //depot/perl@19452
|
|
|
|
|
| |
Message-ID: <533D273D4014D411AB1D00062938C4D9040464F7@hotel.npl.co.uk>
p4raw-id: //depot/perl@19373
|
|
|
|
|
| |
sure to restore it correctly. Deals with both s//e and s///g.
p4raw-id: //depot/perl@19342
|
|
|
|
|
|
|
| |
Subject: [PATCH] Perl_croak("Use of freed value in iteration")
Message-ID: <20030421121950.GB18189@fdgroup.com>
Message-ID: <20030421125433.GC18189@fdgroup.com>
p4raw-id: //depot/perl@19316
|
|
|
|
|
|
|
| |
(Lots of Perl 5 source code archaeology was involved.)
Larry didn't make strangled noises when I showed him
the patch, either :-)
p4raw-id: //depot/perl@19242
|
|
|
|
|
|
|
|
|
|
|
| |
A) Follow suggestion by Benjamin Goldberg to use hv_delete
instead of hv_delete_ent to avoid creating a temporary SV
B) Don't increment the refcount, sneak it into an IV instead
C) When a GP is a deleted that contains a stash, remove the
corresponding entry since hv might be in use in other places.
D) Note that no test cases test the deletion of packages to catch
this bug.
p4raw-id: //depot/perl@19212
|
|
|
| |
p4raw-id: //depot/perl@19134
|
|
|
|
|
|
|
|
|
| |
filehandle or a package, it works because only packnames
that have been resolved to stashes are added to the cache,
and when a newIO is created we clean the cache.
Results in roughly 1.8 speed increase for class->method()
calls.
p4raw-id: //depot/perl@19133
|
|
|
|
|
|
|
| |
Subject: [PATCH] Re: [PATCH] Re: [perl #21614] 5.8.0 Unbalanced string table refcount
Message-ID: <20030326230145.GC279@Bagpuss.unfortu.net>
p4raw-link: @19069 on //depot/perl: 10bcdfd6e8d70ea5a2c02616001cf97fce7f3e17
p4raw-id: //depot/perl@19071
|
|
|
|
|
|
|
|
|
|
|
| |
Date: Thu, 20 Mar 2003 01:26:19 +0000
Message-ID: <20030320012619.C19869@fdgroup.com>
Subject: Re: [PATCH] Re: [perl #21542] local $_ [0] = $_ [0] fails.
From: Dave Mitchell <davem@fdgroup.com>
Date: Mon, 24 Mar 2003 16:06:51 +0000
Message-ID: <20030324160651.D1798@fdgroup.com>
p4raw-id: //depot/perl@19064
|
|
|
|
|
| |
Message-ID: <20030320203906.GA31199@ratsnest.hole>
p4raw-id: //depot/perl@19039
|
|
|
| |
p4raw-id: //depot/perl@18801
|
|
|
|
|
| |
Message-Id: <20030223000327.6f0c11fa.rgarciasuarez@free.fr>
p4raw-id: //depot/perl@18774
|
|
|
|
|
|
| |
"scalar upgraded to UTF-8 as a side effect of quote-interpolation
when 'use encoding' is engaged"-- wasn't actually encoding's fault.
p4raw-id: //depot/perl@18764
|
|
|
|
|
|
| |
Subject: Re: Did the assertion patch/feature submission get overlooked?
Message-ID: <3DE8F439.50402@yahoo.com>
p4raw-id: //depot/perl@18727
|
|
|
|
|
|
| |
Subject: [PATCH] Copy on write for $& and $1...
Message-ID: <20030209230008.GF299@Bagpuss.unfortu.net>
p4raw-id: //depot/perl@18726
|
|
|
|
|
|
| |
threading issue. Should perhaps be a PVOP to save memory, but then
we have nowhere to store the hash of the function!
p4raw-id: //depot/perl@18640
|
|
|
|
|
| |
Message-Id: <20030122223556.57d597a3.rgarciasuarez@free.fr>
p4raw-id: //depot/perl@18633
|
|
|
|
|
|
| |
From: "enache@rdslink.ro (via RT)" <perlbug-followup@perl.org>
Message-Id: <rt-20408-49009.18.2567818321236@bugs6.perl.org>
p4raw-id: //depot/perl@18522
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Message-ID: <15892.50791.692636.982873@syllepsis.MIT.EDU>
Plus a test by Jarkko
Integrated from changes 18444 and 18446 from maint-5.8
p4raw-id: //depot/perl@18485
p4raw-branched: from //depot/maint-5.8/perl@18484 'branch in'
t/op/readline.t
p4raw-integrated: from //depot/maint-5.8/perl@18446 'merge in' MANIFEST
(@18436..)
p4raw-integrated: from //depot/maint-5.8/perl@18444 'merge in' pp_hot.c
(@18173..)
|
|
|
|
|
| |
Message-ID: <20021226211626.GD284@Bagpuss.unfortu.net>
p4raw-id: //depot/perl@18456
|