From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Dave Cramer <pg(at)fastcrypt(dot)com> |
Cc: | JEAN-PIERRE PELLETIER <pelletier_32(at)sympatico(dot)ca>, List <pgsql-jdbc(at)postgresql(dot)org>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [HACKERS] server process (PID 1188) exited with exit code -1073741819, 8.2 beta1 |
Date: | 2006-10-25 02:42:17 |
Message-ID: | 26067.1161744137@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-jdbc |
Dave Cramer <pg(at)fastcrypt(dot)com> writes:
> This is a server bug, I will post to hackers for you,
Please provide a complete test case. I tried to reproduce the failure
in libpq, with
/* Here is our out-of-line parameter value */
paramValues[0] = "joe's place";
res = PQexecParams(conn,
"SELECT $1 FROM (select * from pg_database) t",
1, /* one param */
NULL, /* let the backend deduce param type */
paramValues,
NULL, /* don't need param lengths since text */
NULL, /* default to all text params */
0); /* ask for text results */
and got nothing worse than
SELECT failed: ERROR: could not determine data type of parameter $1
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2006-10-25 02:53:14 | Re: Replication documentation addition |
Previous Message | Luke Lonergan | 2006-10-25 00:56:16 | Re: Replication documentation addition |
From | Date | Subject | |
---|---|---|---|
Next Message | Oliver Jowett | 2006-10-25 03:26:07 | Re: [HACKERS] server process (PID 1188) exited with exit code |
Previous Message | JEAN-PIERRE PELLETIER | 2006-10-24 22:34:37 | Re: server process (PID 1188) exited with exit code -1073741819, 8.2 |