Package: grep Version: 2.5.3~dfsg-5 Followup-For: Bug #446270 Hi,
the grep -w failures in UTF-8 locales (incorrectly reports non-whole-word matches) are a regression introduced by 65-dfa-optional.patch. According to debian/changelog, this patch was enabled/disabled/reworked several times in the past. Disabling the patch at runtime (setting GREP_USE_DFA=1) makes the bug disappear. Probably some status variables are not reset properly if dfa is not used, causing the bug. BTW, the minimal example (\344RC) I reported last week actually appeared in a binary file (.o or .pdf) as a 'random binary string' and broke a grep -r by reporting tons of incorrect matches in files processed after the binary file. Andreas -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (130, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages grep depends on: ii libc6 2.7-10 GNU C Library: Shared libraries grep recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
