Bug 74359 - regex (re_match) behavior changed
Summary: regex (re_match) behavior changed
Keywords:
Status: CLOSED DUPLICATE of bug 72312
Alias: None
Product: Red Hat Public Beta
Classification: Retired
Component: glibc
Version: null
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jakub Jelinek
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-09-21 17:53 UTC by Richard Hult
Modified: 2016-11-24 15:00 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2002-09-21 17:55:02 UTC
Embargoed:


Attachments (Terms of Use)
Test case to show that re_match doesn't work correctly (1.10 KB, text/plain)
2002-09-21 17:54 UTC, Richard Hult
no flags Details

Description Richard Hult 2002-09-21 17:53:03 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.5 (X11; Linux i686; U;) Gecko/20020809

Description of problem:
re_match doesn't seem to return the offset of the match from start, but from the
start of the entire string, which it did in rhl 7.3, and which also is the
documented behavior in regex.h

Version-Release number of selected component (if applicable):


How reproducible:
Always

I'll attach a test case.

Comment 1 Richard Hult 2002-09-21 17:54:57 UTC
Created attachment 76787 [details]
Test case to show that re_match doesn't work correctly

Comment 2 Jakub Jelinek 2002-09-21 17:59:16 UTC
This has been fixed already. See http://sources.redhat.com/ml/libc-hacker/2002-08/msg00152.html
You need glibc >= 2.2.90-27.

*** This bug has been marked as a duplicate of 72312 ***

Comment 3 Richard Hult 2002-09-21 18:19:45 UTC
Oh, I didn't find the bug when I searched. Thanks for the quick answer and great
work!



Note You need to log in before you can comment on or make changes to this bug.