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

Re: [HACKERS] regular expressions from hell

From: Brett McCormick <brett(at)work(dot)chicken(dot)org>
To: dg(at)illustra(dot)com (David Gould), pgsql-hackers(at)hub(dot)org, pgsql-questions(at)hub(dot)org
Subject: Re: [HACKERS] regular expressions from hell
Date: 1998-06-01 01:56:29
Message-ID: 13682.2637.595696.757385@web0.speakeasy.org (view raw or flat)
Thread:
Lists: pgsql-hackers
Not to mention the fact that if perl (or mod_perl) is already running
(and you're using a shared libperl), the library is already loaded.

On Sun, 31 May 1998, at 17:23:16, Brett McCormick wrote:

> Unfortunately, there's no other way.  This is mentioned in the
> perlcall manpage, I beleive.  One method which is ok in my book is to
> load the shared perl lib once, in one backend, and then it can be
> shared between all other backends when they need perl regex's.
> 
> There is no mechanism for auto-loading the type/func shared libraries
> on postmaster startup correct?  It happens per backend sessions?  So
> to do the above you'd have to have one "Dummy" connection which just
> did a simple regex and then while(1) { sleep(10^32) };
> 
> On Sun, 31 May 1998, at 16:46:30, David Gould wrote:
> 
> > Hmmm, I really like the perl regex's, especially the extended syntax, but
> > I don't want to load a whole perl lib to get this. 
> > 
> > -dg
> > 
> > David Gould            dg(at)illustra(dot)com           510.628.3783 or 510.305.9468 
> > Informix Software  (No, really)         300 Lakeside Drive  Oakland, CA 94612
> > "Of course, someone who knows more about this will correct me if I'm wrong,
> >  and someone who knows less will correct me if I'm right."
> >                --David Palmer (palmer(at)tybalt(dot)caltech(dot)edu)
> > 
> 

In response to

Responses

pgsql-hackers by date

Next:From: Brett McCormickDate: 1998-06-01 01:58:30
Subject: Re: [HACKERS] custom types and optimization
Previous:From: Vince VielhaberDate: 1998-06-01 00:39:04
Subject: Re: [HACKERS] custom types and optimization

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