| From: | "Gerald L(dot) Gay" <glgay(at)pass(dot)korea(dot)army(dot)mil> |
|---|---|
| To: | "Postgres Hackers" <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: [HACKERS] libpq and SPI |
| Date: | 1999-03-14 22:52:03 |
| Message-ID: | 032f01be6e6d$47466940$9a028a8f@2isdt54.korea.army.mil |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Hi,
I didn't think that patching libpq was the corret answer either. I just
didn't want to go messing around with the backend :-)
Jerry
-----Original Message-----
From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgreSQL(dot)org <pgsql-hackers(at)postgreSQL(dot)org>
Date: Monday, March 15, 1999 2:34 AM
Subject: Re: [HACKERS] libpq and SPI
>Uh, I didn't actually believe that that patch was a good idea. Hacking
>libpq to survive a protocol violation committed by the backend is *not*
>a solution; the correct answer is to fix the backend. Otherwise we will
>have to discover similar workarounds for other clients that do not
>use libpq (ODBC, for example).
>
>Please reverse out that patch until someone can find some time to look
>at the issue. (I will, if no one else does, but it would probably be
>more efficient for someone who already knows something about SPI to
>fix it...)
>
> regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 1999-03-15 00:34:27 | Re: [GENERAL] Foreign Keys: check_primary_function |
| Previous Message | Bruce Momjian | 1999-03-14 21:21:46 | Re: [HACKERS] ICQ? |