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

Re: pgsql-server/src backend/main/main.c backend/p ...

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-committers(at)postgresql(dot)org
Subject: Re: pgsql-server/src backend/main/main.c backend/p ...
Date: 2004-05-19 01:05:25
Message-ID: 200405190105.i4J15P829591@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-committerspgsql-patches
Tom Lane wrote:
> Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> > Yes, it probably is bad, but I am not sure how frequently this will
> > happen, _and_ I need to set my_exec_path very far up in the tree to the
> > timezone stuff knows the location, hence the fact that elog() calls
> > wouldn't work at all anyway, I think.
> 
> Perhaps the timezone stuff is what needs to be moved.  I'd be surprised
> if there aren't eventually elog calls in src/timezone, so thinking that
> timezone must work before elog does seems backwards.

Magnus says the timezone stuff is being called somewhere he can't find,
perhaps in some underlying library.  Anyway, we can easily switch back
to elog.  It does have to get this info before processing GUC for sure.

-- 
  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

In response to

pgsql-committers by date

Next:From: Bruce MomjianDate: 2004-05-19 01:17:43
Subject: pgsql-server/src/timezone zic.c
Previous:From: Tom LaneDate: 2004-05-19 01:00:06
Subject: Re: pgsql-server/src backend/main/main.c backend/p ...

pgsql-patches by date

Next:From: Tom LaneDate: 2004-05-19 03:36:14
Subject: Re: Bug in CVS pg_dump against 7.0.x
Previous:From: Tom LaneDate: 2004-05-19 01:00:06
Subject: Re: pgsql-server/src backend/main/main.c backend/p ...

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