Unix Technical Forum

Re: [GENERAL] Querying libpq compile time options

This is a discussion on Re: [GENERAL] Querying libpq compile time options within the pgsql Hackers forums, part of the PostgreSQL category; --> Tom Lane wrote: > "Larry Rosenman" <lrosenman@pervasive.com> writes: >>> Uh, it is an _admin_ function, not an application programmer ...


Go Back   Unix Technical Forum > Database Server Software > PostgreSQL > pgsql Hackers

FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 04-12-2008, 03:26 AM
Larry Rosenman
 
Posts: n/a
Default Re: [GENERAL] Querying libpq compile time options

Tom Lane wrote:
> "Larry Rosenman" <lrosenman@pervasive.com> writes:
>>> Uh, it is an _admin_ function, not an application programmer
>>> function.

>
>> but libpq is the only thing that knows where it is, and I had
>> proposed a way for psql to use the function to get it.

>
> It'd make more sense for pg_config to expose this as one of the
> available information bits. The difference from the thread-support
> case is that you'd typically want to get the pg_service.conf location
> manually, and that's exactly what pg_config is designed for.
> Verifying thread support, on the other hand, is something that a
> program would want to do.


It still gets into the messiness of pg_config doesn't load libpq, and
there could be a mis-match.





--
Larry Rosenman
Database Support Engineer

PERVASIVE SOFTWARE. INC.
12365B RIATA TRACE PKWY
3015
AUSTIN TX 78727-6531

Tel: 512.231.6173
Fax: 512.231.6597
Email: Larry.Rosenman@pervasive.com
Web: www.pervasive.com

---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend

Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
  #2 (permalink)  
Old 04-12-2008, 03:26 AM
Bruce Momjian
 
Posts: n/a
Default Re: [GENERAL] Querying libpq compile time options

Larry Rosenman wrote:
> Tom Lane wrote:
> > "Larry Rosenman" <lrosenman@pervasive.com> writes:
> >>> Uh, it is an _admin_ function, not an application programmer
> >>> function.

> >
> >> but libpq is the only thing that knows where it is, and I had
> >> proposed a way for psql to use the function to get it.

> >
> > It'd make more sense for pg_config to expose this as one of the
> > available information bits. The difference from the thread-support
> > case is that you'd typically want to get the pg_service.conf location
> > manually, and that's exactly what pg_config is designed for.
> > Verifying thread support, on the other hand, is something that a
> > program would want to do.

>
> It still gets into the messiness of pg_config doesn't load libpq, and
> there could be a mis-match.


That is the administrator's job, to make sure they match. Applications
programmers can't do that.

--
Bruce Momjian http://candle.pha.pa.us
EnterpriseDB http://www.enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend

Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
Reply


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On
Forum Jump


All times are GMT. The time now is 02:13 AM.


Powered by vBulletin® Version 3.6.5
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
SEO by vBSEO 3.2.0
www.UnixAdminTalk.com