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-11-12 04:06:41 |
Message-ID: | 20721.1163304401@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, it has little
> to do with JDBC, however the ? can't be a column in a prepared statement
I cannot reproduce any problem using what I think is equivalent in libpq:
/* Here is our out-of-line parameter value */
paramValues[0] = "1";
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 */
This comes back with
ERROR: could not determine data type of parameter $1
but no crash. Is the JDBC driver doing anything interesting as a result
of the
pstmt.setObject(1, 1);
and if so what?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2006-11-12 04:28:50 | Re: [PATCHES] BUG #2704: pg_class.relchecks overflow problem |
Previous Message | Andrew - Supernews | 2006-11-11 16:36:59 | Re: Dumb user question re: updates, Toast, HOT |
From | Date | Subject | |
---|---|---|---|
Next Message | Oliver Jowett | 2006-11-12 21:22:42 | Re: [HACKERS] server process (PID 1188) exited with exit code |
Previous Message | Kris Jurka | 2006-11-12 01:06:46 | Re: JDBC Support for standard_conforming_strings |