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

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

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