Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] regular expressions from hell

From: Roland Roberts <roberts(at)panix(dot)com>
To: pgsql-hackers(at)hub(dot)org
Subject: Re: [HACKERS] regular expressions from hell
Date: 1998-06-03 02:17:42
Message-ID: x690nf44ah.fsf@ptolemy.rlent.pnet (view raw or flat)
Thread:
Lists: pgsql-hackers
-----BEGIN PGP SIGNED MESSAGE-----

>>>>> "ocie" == ocie  <ocie(at)paracel(dot)com> writes:

    ocie> I think most of this is due to different decisions on what
    ocie> needs to be escaped or not.  For instance, if memory serves,
    ocie> GNU grep treats parens as metacharacters, which must be
    ocie> escaped with a backslash to match parens, while in Emacs,
    ocie> parens match parens and must be escaped to get their
    ocie> meta-character meaning.  Things have gone too far to have
    ocie> one standard now I'm afraid.

Please try to remember that there are historical reasons for some of
this.  grep and egrep behave differently with respect to parentheses;
again, this is historical. 

Personally, I like Perl regexps.  And there is a library for Tcl/Tk
(nre) that implements the same syntax for that language.  But I do
like Emacs' syntax tables and character classes.  I can live with
switching back and forth to some extent....

roland

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNXSyLuoW38lmvDvNAQHatQQAsyp+akdXl0TiptXsSlrp7tM2/Jb/jLnW
SfpkYVkk53iER/JMYMU4trfQQssePkqGmaF8GMeU5i8eMW6Vi3Vus2pqovnLa1eV
w5rCgxKXqpZnIhGJZeHIYieMfWxfdmWOUjawrjKv85vBRdZDYdRkLBoAWvI4ZaJb
JxAEwqbZrQw=
=Zgvo
-----END PGP SIGNATURE-----
-- 
Roland B. Roberts, PhD                  Custom Software Solutions
roberts(at)panix(dot)com                           101 West 15th St #4NN
                                               New York, NY 10011


In response to

Responses

pgsql-hackers by date

Next:From: Bruce MomjianDate: 1998-06-03 02:19:01
Subject: Re: [HACKERS] dump/reload
Previous:From: Brett McCormickDate: 1998-06-03 01:25:37
Subject: dump/reload

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group