New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
search position reset after 'local' save/restore #789
Comments
From oloryn@mindspring.comjalex mentioned this on #perl. I'm not sure if he sent in a bug report This program: #!/usr/bin/perl -w produces the output 123 56, 4 The search position for a match appears to be reset when the target I get the same results on 5.005_03 on linux. Ben Site configuration information for perl 5.00553: Configured by bcoleman at Sat Feb 13 21:36:29 EST 1999. Summary of my perl5 (5.0 patchlevel 5 subversion 53) configuration: Locally applied patches: @INC for perl 5.00553: Environment for perl 5.00553: |
From [Unknown Contact. See original ticket]Still true as of @8079. This is a bug report for perl from oloryn@mindspring.com, jalex mentioned this on #perl. I'm not sure if he sent in a bug report This program: #!/usr/bin/perl -w produces the output 123 56, 4 The search position for a match appears to be reset when the target I get the same results on 5.005_03 on linux. Ben |
From The RT System itself123 56, 4 |
From The RT System itself$x = "123 56"; $x =~ / /g; |
From @gbarrThis is still true in 5.8.0 |
From josh@greentechnologist.orgCreated by jjore@imation.comThe mg_len attribute is set to -1 after local() is applied This code fragment demonstrates the problem: use Devel::Peek; Perl Info
|
From @hvdsJosh b Jore (via RT) <perlbug@perl.org> wrote: Thanks for the report. This is a known problem, but we haven't yet As part of the 5.9 development process (leading to 5.10.0) I hope Hugo van der Sanden |
From josh@greentechnologist.orgOn 22 Sep 2002, Hugo van der Sanden wrote:
Thank you for the information. I'll tell the ActiveState list where this Joshua b. Jore -{ weird geeky madness }-> http://www.greentechnologist.org |
From @schwern
And in 5.8.5 as well as bleadperl@22511 |
From guest@guest.guest.xxxxxxxxAnd in 5.8.6 ... is anybody plan to fix this bug? or this is a feature? |
From @demerphqThis is still open in blead. Does anybody understand why or where the Note, its not really a regex bug, its an error in how we handle magic |
1 similar comment
From @demerphqThis is still open in blead. Does anybody understand why or where the Note, its not really a regex bug, its an error in how we handle magic |
From @iabynOn Fri, Nov 17, 2006 at 03:40:05AM -0800, yves orton via RT wrote:
[without having looked at the original bug report.. ] So, assume it's on my todo LIST. -- |
From @smpetersOn Fri Nov 17 04:16:31 2006, davem wrote:
Fortunately, Duke Nuke 'Em Forever seems as far off as ever ;) Is this problem resolved now, is there still something more to it to fixed? |
From @iabynOn Mon, Mar 19, 2007 at 08:39:28PM -0700, Steve Peters via RT wrote:
It's resolved -- |
@iabyn - Status changed from 'open' to 'resolved' |
Migrated from rt.perl.org#1716 (status was 'resolved')
Searchable as RT1716$
The text was updated successfully, but these errors were encountered: