Skip Menu |

This queue is for tickets about the String-Approx CPAN distribution.

Report information
The Basics
Id: 3802
Status: resolved
Priority: 0/
Queue: String-Approx

People
Owner: Nobody in particular
Requestors: roderick [...] argon.org
Cc:
AdminCc:

Bug Information
Severity: Normal
Broken in: 3.20
Fixed in: (no value)



Subject: amatch() reports true bue shouldn't
Here's a script to reproduce the problem. I've never used String::Approx before, so I might have it backwards, but I don't think it should match in either case. $ cat bug #!/usr/bin/perl -lw use blib; use String::Approx 'amatch'; print "Perl=$] String::Approx=$String::Approx::VERSION"; for my $len (29, 30) { $pad = "x" x $len; print "len=$len match=", amatch("$pad ab", [1], "$pad 12") ? 1 : 0; } $ ./bug Perl=5.008 String::Approx=3.20 len=29 match=0 len=30 match=1 $ _
I just noticed that the failing case starts happening with a pattern of 32 characters. In the README you state "Extremely long patterns haven't been tested much", I suppose this falls in that realm. If possible, would you let me know if this is going to be tricky to fix? I'm in a bind on a project due next week, so I'll have to start looking for solutions elsewhere. Thanks for your time.
Date: Wed, 17 Sep 2003 21:59:11 +0300
From: Jarkko Hietaniemi <jhi [...] iki.fi>
To: Roderick_Schertler via RT <bug-String-Approx [...] rt.cpan.org>
CC: "AdminCc of cpan Ticket #3802": ;
Subject: Re: [cpan #3802] amatch() reports true bue shouldn't
RT-Send-Cc:
It will both be tricky to fix and I do not have the time currently to look at String::Approx, I'm afraid. -- Jarkko Hietaniemi <jhi@iki.fi> http://www.iki.fi/jhi/ "There is this special biologist word we use for 'stable'. It is 'dead'." -- Jack Cohen
Thanks for the quick response. It looks to work in 2.7 so I'm going to go with that version for now.