bugText Extractor TXR - Bugs: bug #34629, Should longest match be chosen...

 
 

bug #34629: Should longest match be chosen when a list variable is matched?

Submitted by:  Kaz Kylheku <kkylheku>
Submitted on:  Sun 23 Oct 2011 06:49:36 PM UTC  
 
Category: NoneSeverity: 4 - Important
Item Group: CorrectnessStatus: Fixed
Privacy: PublicAssigned to: Kaz Kylheku <kkylheku>
Originator Name: Open/Closed: Closed
Component Version: 040Operating System: None
Fixed Release: NonePlanned Release: None
Architecture: AllABI: All

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Tue 25 Oct 2011 03:59:57 AM UTC, comment #1:

Fixed by this commit:

http://git.savannah.gnu.org/cgit/txr.git/commit/?id=91689fdfcb414a0ba1c486d3edd9fa087cc5b5c8

Kaz Kylheku <kkylheku>
Project AdministratorIn charge of this item.
Sun 23 Oct 2011 06:49:36 PM UTC, original submission:

Suppose variable a is bound to the list ("a" "aa" "b").

Then if we have the following query line:

@a@rest

and the input looks like this:

aabc

then the variable rest gets bound to "abc", not "bc". The first match in the list is found, rather than the longest match.

This is not a bug in the code, but raises the question: is this how it should be?

Kaz Kylheku <kkylheku>
Project AdministratorIn charge of this item.

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by kkylheku (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 2 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Wed 26 Oct 2011 12:08:18 AM UTCkkylhekuOpen/ClosedOpen=>Closed
    Tue 25 Oct 2011 03:59:57 AM UTCkkylhekuStatusConfirmed=>Fixed

    Back to the top


    Powered by Savane 3.1-cleanup1