delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2004/01/19/16:39:25

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
To: cygwin AT cygwin DOT com
From: Sam Steingold <sds AT gnu DOT org>
Subject: Re: cygwin/regex is non-POSIX
Date: Mon, 19 Jan 2004 16:38:40 -0500
Organization: disorganization
Lines: 48
Message-ID: <uisj7r53z.fsf@gnu.org>
References: <uhdyxm0ji DOT fsf AT gnu DOT org> <20040118050449 DOT GA3672 AT efn DOT org> <uoeszrcq9 DOT fsf AT gnu DOT org> <20040119201357 DOT GA2608 AT efn DOT org>
Reply-To: sds AT gnu DOT org
Mime-Version: 1.0
X-Complaints-To: usenet AT sea DOT gmane DOT org
X-Attribution: Sam
X-Disclaimer: You should not expect anyone to agree with me.
User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3.50 (windows-nt)

> * U-DHX98431\sthoenna <fgubraan AT rsa DOT bet> [2004-01-19 12:13:58 -0800]:
>
> On Mon, Jan 19, 2004 at 01:54:06PM -0500, Sam Steingold <sds AT gnu DOT org> wrote:
>> > * Yitzchak Scott-Thoennes <fgubraan AT rsa DOT bet> [2004-01-17 21:04:50 -0800]:
> That's cute.  But what if a real address matches a rot13'd one?

rot13({top-level-domain}) does not intersect {top-level-domain}.
I find these "anti-email-address-harvesting efforts" to be hurting the
legitimate users more than they hamper spammers (but let us not start
this here)

>> > Also, it says backrefs part of basic regular expressions but not
>> > exteneded ones.  From your mention of | I assume you are using
>> > REG_EXTENDED.  If REG_EXTENDED|REG_BACKR allows backrefs, it doesn't
>> > appear to be documented.
>> 
>> I am not sure what you mean here.  I would like to interpret your words
>> as follows, so that I can agree with you:
>> <http://www.opengroup.org/onlinepubs/007904975/basedefs/xbd_chap09.html>
>> does not mention REG_BACKR, so it's mere presence can probably be
>> contrued as a violation of the standard (unless it is enabled whenever
>> REG_EXTENDED is).  REG_BACKR is also not mentioned in "man regex", so
>> it is not documented.  Right?
>
> I was saying xbd_chap09 (my local copy, haven't rechecked the online
> one for any changes, but don't expect any) says back references are
> only available if you *don't* say REG_EXTENDED (or at least that's my
> reading of it).  The regex package doc (man 3 regex, man 7 regex) also
> discourage using them even then.

Oops, you appear to be correct - I was caught in the assumption that
ERE cannot offer less functionality than BRE which is supported by
gnulib & glibc implementations of regexp.  sorry.

but _WHY_ do ERE preclude back-references?!

>> Finally, a common extension appears to be the use or "?" after a
>> repetition specification to mean non-greedy matching, e.g.
>> "a+?" will match only the first "a" in "aaaa".
> You want the pcre packages then (pcre and pcre-devel).

no, not really.

-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
<http://www.camera.org> <http://www.iris.org.il> <http://www.memri.org/>
<http://www.mideasttruth.com/> <http://www.honestreporting.com>
PI seconds is a nanocentury


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019