> I think we are in great shape now. Thanks. The elog() problem was
> because they didn't define FRONTEND in the compile.
>
> --
> Bruce Momjian| http://candle.pha.pa.us
> [EMAIL PROTECTED] | (610) 853-3000
> + If your life is a hard drive, | 8
Your patch has been added to the PostgreSQL unapplied patches list at:
http://candle.pha.pa.us/cgi-bin/pgpatches
This must be merged with the other Win32 libpq patch. Thanks.
> Hi ,Bruce !
> There is diff for fe-connect.c.
> Diff was made with options -cr as You asked.
> I must say tha
> Ugh... statically alocated buffer and sprintf()s with data of variable
> length; usage of data as format string... hell, i'm happy this is code
> for win32, although it scares me greatly. will it go as it is to PGSQL?
> :-0
Good points. Right now, because they arrived on the same day, we have
I just got a new Win32 libpq patch. Please see it at:
http://candle.pha.pa.us/cgi-bin/pgpatches
How does your match with that one? I haven't applied it yet.
> Hi ,Bruce !
> There is diff for fe-connect.c.
> Diff was made with options -cr as You asked.
> I must say that this is the f
Ugh... statically alocated buffer and sprintf()s with data of variable
length; usage of data as format string... hell, i'm happy this is code
for win32, although it scares me greatly. will it go as it is to PGSQL?
:-0
On Tue, Jul 17, 2001 at 12:12:48AM +0200, Darko Prenosil wrote:
> Hi ,Bruce !
>
Hi ,Bruce !
There is diff for fe-connect.c.
Diff was made with options -cr as You asked.
I must say that this is the first time I ever use diff, so I do not know if
if it is ok.
I did not check if all of non-blocking functions are working,
but I checked PQsetnonblocking,PQisnonblocking,
PQsendQue
