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

Re: [HACKERS] Why is libpgtcl still in CVS?

From: Brett Schwarz <brett_schwarz(at)yahoo(dot)com>
To: PostgreSQL-interfaces <pgsql-interfaces(at)postgresql(dot)org>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [HACKERS] Why is libpgtcl still in CVS?
Date: 2004-04-19 20:02:32
Message-ID: 20040419200232.37741.qmail@web40612.mail.yahoo.com (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-interfaces
for the second part, yes, there are 2 on gborg: pgtcl
and pgtclng

--- Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> wrote:
> Bruce Momjian wrote:
> > Why is libpgtcl still in /src/interfaces?  Isn't
> it now on gborg?  Are
> > there two of them there now?
> 
> I am still waiting for an answer on this.  Does no
> one know?
> 
> -- 
>   Bruce Momjian                        | 
> http://candle.pha.pa.us
>   pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610)
> 359-1001
>   +  If your life is a hard drive,     |  13 Roberts
> Road
>   +  Christ can be your backup.        |  Newtown
> Square, Pennsylvania 19073
> 
> ---------------------------(end of
> broadcast)---------------------------
> TIP 9: the planner will ignore your desire to choose
> an index scan if your
>       joining column's datatypes do not match



	
		
__________________________________
Do you Yahoo!?
Yahoo! Photos: High-quality 4x6 digital prints for 25
http://photos.yahoo.com/ph/print_splash

In response to

Responses

pgsql-hackers by date

Next:From: David BlasbyDate: 2004-04-19 20:41:11
Subject: Re: GiST -- making my index faster makes is slower
Previous:From: Kenneth MarshallDate: 2004-04-19 19:47:45
Subject: Re: Why are these ARC variables per-backend?

pgsql-interfaces by date

Next:From: Bruce MomjianDate: 2004-04-19 21:09:23
Subject: Re: [HACKERS] Why is libpgtcl still in CVS?
Previous:From: Rich CullingfordDate: 2004-04-19 18:59:08
Subject: Passing NEW to functions inside a trigger function...

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