Red Hat Bugzilla – Bug 72312
re_match doesn't use the start parameter
Last modified: 2016-11-24 09:59:20 EST
Anjuta2 has a default editor called "glimmer" (glimmer in gnomecvs). glimmer
uses regexps (/usr/include/regex.h) to highlight code in the GtkTextView.
This works fine in RedHat 7.x and limbo2.
Not anymore in null.
There seem to be some changes made since limbo2 that change the behavior of the
regex functions. What's the story here? Is this a bug?
I haven't yet had time to determine what the problem is exactly (plan to do that
if you guys have no idea why this happens).
OK, i understand from Owen that the regex implementation has been totally
rewritten for glibc 2.3 so it supports multibyte (unicode) characters. Excellent
stuff. This should allow for correct highlighting of UTF-8 stuff like .schemas
After looking through my code (gtksourceview) and adding some debug output, i've
located the bug.
re_match doesn't use the start parameter.
I call re_match on a string, with a start index of 3 and a length. Now, it will
return the number of characters it has matched, but starting from the beginning
of the string, _not_ the start index. So i'm highlighting an extra 3 characters
in this case (which is incorrect).
Should be fixed in glibc-2.2.90-27 and later.
*** Bug 74359 has been marked as a duplicate of this bug. ***
This appears to be fixed. Someone reopen if they are still having problems.