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. http://www.xs4all.nl/~jeroen/screenshots/anjuta2_null.png 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 files. 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).
Thanks. http://sources.redhat.com/ml/libc-hacker/2002-08/msg00152.html
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.