I applied the changes to the code, using capture for the initial strip.
I did use \> instead of but I didn't notice any real difference,
even when I profiled it. For the matching, using a capturing regex
didn't work well because it'd have to backtrace, which slowed it down
too much for the s
We were struggling with some memory corruption seen mainly in tcl [1]
since quite a time.
I think, I've found it now, thanks to an example Matt has pasted this
morning.
The reason is:
- there is a hard limit of 256 macros
- this was marked with XXX but *not checked*
- each .include 'foo' with
Joshua Isom wrote:
Commented
out is code to use capturing regex to do it for the final substitution.
PGE seems faster with the coroutine.
Doesn't it now substitute on wrong positions after the first replacement?
leo
Not that I can tell from the code... Starting from the beginning, push
the substr location onto the end, then in another loop, pop off that
ending and use it for replacement. Only the locations at the end are
affected which is why it starts at the end. An iterator is used to
provide a wrappe
# New Ticket Created by Alberto Simoes
# Please include the string: [perl #37969]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37969 >
Basically, done:
$ svn up
At revision 10568.
$ make svnclobber
perl "-M
Perhaps the svnclobber target should just invoke `svn revert -R .`?
-J
--
On Sat, Dec 17, 2005 at 08:09:45AM -0800, Alberto Simoes wrote:
> # New Ticket Created by Alberto Simoes
> # Please include the string: [perl #37969]
> # in the subject line of all future correspondence about this issue.
On Dec 17, 2005, at 18:48, Joshua Isom wrote:
If I make my version and the perl version print out the final
sequence, they're identical.
Ah. Sorry. I missed that it replaces from the end.
leo
This looks like consequence of r10458, is still present in r10568,
and is easy to reproduce:
[EMAIL PROTECTED]> cat load-test.pir
.sub _main :main
.local string file_name
file_name = iso-8859-1:"foo.pbc"
load_bytecode file_name
