Re: strerror_r int and char* return type mixup on FC2

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Jeroen van Iddekinge <iddekingej(at)lycos(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: strerror_r int and char* return type mixup on FC2
Date: 2005-02-13 17:24:33
Message-ID: 200502131724.j1DHOXs02343@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Jeroen van Iddekinge wrote:
> Thanks for the reply,
>
> I have 7.4.7 and 8.0.0 both installed , so I din't noticed that i was
> using 7.4.7 client.
> 8.0.0 works fine

OK, thanks for the report.

---------------------------------------------------------------------------

>
> Thanks
>
> Jeroen
>
> >Jeroen van Iddekinge wrote:
> >
> >
> >>Hi,
> >>
> >>I noticed that there where strange symbols in the error message when I
> >>can't connect to a database.
> >>This happends in PHP and pgsql and in the 7.4.x and 8.0 version of
> >>postgesql
> >>
> >>in pqStrError there is a 'if def' for 'char*' and 'int' return type
> >>strerror_r.
> >>I'm have FC2 linux. This version has a 'int' return type strerror_r and
> >>not char*
> >>I think the build system doesn't detect the return type of strerror_r
> >>correctly and is not using
> >>the STRERROR_R_INT but the 'char*' part.
> >>
> >>This happends in 7.4.x(wich is the offical FC2 release) and mine own
> >>build 8.0. The libc
> >>version is the default 2.3.3
> >>Is this problem known?
> >>
> >>According config.log i have build 8.0 with the following swiches:
> >>./configure --prefix=/usr --mandir=/usr/share/man
> >>--infodir=/usr/share/info --enable-shared --enable-thre
> >>ads=posix --disable-checking --disable-libunwind-exceptions
> >>--with-system-zlib --enable-__cxa_atexit --host=i386-redhat-linux
> >>
> >>
> >
> >Uh, I don't think that is a PostgreSQL config build. I don't recognize
> >many of those flags but I know you can pass flags it doesn't understand
> >so maybe it is.
> >
> >The problem you are seeing is generated by the client libpq library, not
> >by the server. Are you testing against an 8.0 server or client? You
> >need to use an 8.0 client libpq library. You are correct the 7.4.X
> >libpq client didn't handle the case you describe.
> >
> >If you are using an 8.0 client library, check the three STRERROR defines
> >in src/include/pg_config.h after you run configure. Particularly your
> >STRERROR_R_INT should be defined and not undefined.
> >
> >Please report back. Thanks.
> >
> >
> >
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 8: explain analyze is your friend
>

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

Browse pgsql-hackers by date

  From Date Subject
Next Message Jeroen van Iddekinge 2005-02-13 18:18:56 Re: strerror_r int and char* return type mixup on FC2
Previous Message Oleg Bartunov 2005-02-13 17:14:58 Re: Query optimizer 8.0.1 (and 8.0)