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

Re: build fixes

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Liam Stewart <liams(at)redhat(dot)com>
Cc: pgsql-patches(at)postgresql(dot)org
Subject: Re: build fixes
Date: 2001-08-21 17:13:19
Message-ID: 200108211713.f7LHDJu23225@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-patches
> On Tue, Aug 21, 2001 at 10:47:41AM -0400, Bruce Momjian wrote:
> > OK, I fixed the first one with:
> > 
> >         snprintf(PQerrormsg, PQERRORMSG_LENGTH,
> >              "ident_unix: unknown local user with uid %d\n", peercred.uid);
> >                                                            ^^^^^^^^^^^^^^^
> 
> Whoops..you can tell I was just trying to get a clean build..

Great.  No problem.

> > In the following patch, is it correct to make ECPGd_cardinality = 1 or
> > should it be put at the end of the list?
> 
> Well, I just maintained the alphabetical ordering there. Unless there's
> code that depends on the specific integer values of the enumerations, it
> shouldn't make a difference. Next time I'll just submit a bug to hackers
> instead of delving into code I don't know all that well.

I found ecpg failing on my machine too.  I put it near the end, just in
case something needs that first entry to be 1.  In fact, they numbered
the first one, which I think means it mean something.  They have some
marker at the end so I wonder is they use that for something too.  I put
it right before the marker at the end.

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

In response to

pgsql-patches by date

Next:From: Bruce MomjianDate: 2001-08-21 17:14:03
Subject: Re: build fixes
Previous:From: Peter EisentrautDate: 2001-08-21 15:46:07
Subject: Re: build fixes

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