Bugzilla (bugzilla.redhat.com) will be under maintenance for infrastructure upgrades and will not be unavailable on July 31st between 12:30 AM - 05:30 AM UTC. We appreciate your understanding and patience. You can follow status.redhat.com for details.
Bug 80335 - regexp matches when it shouldn't
Summary: regexp matches when it shouldn't
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: glibc
Version: 7.3
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jakub Jelinek
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-12-24 17:29 UTC by Ben LaHaise
Modified: 2016-11-24 15:20 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2002-12-24 17:49:56 UTC


Attachments (Terms of Use)
mail message with a Subject: that the regexp matches (1.84 KB, application/octet-stream)
2002-12-24 17:36 UTC, Ben LaHaise
no flags Details

Description Ben LaHaise 2002-12-24 17:29:00 UTC
procmail and grep have a problem filtering out several spam rules on my mail
server.  A simple testcase is as follows:

echo "ÉÏÍø¼æÖ°£¬ÔÂ׬ÍòÔª£¡£¡" | LANG=en_US grep [a-zA-Z] >/dev/null && echo failed

For an english speaker, none of those characters are part of the alphabet, and
the behaviour of the regexp is completely bogus.  At the very least, this must
work in procmail somehow, as it is otherwise impossible to correctly guess how
to write regexps that actually work.

Comment 1 Ben LaHaise 2002-12-24 17:36:50 UTC
Created attachment 88890 [details]
mail message with a Subject: that the regexp matches

Comment 2 Ben LaHaise 2002-12-24 17:49:56 UTC
Okay, I'm an idiot.  Must drink coffee before filing bugs.  The shell was
expanding my regexp... sigh




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