Tom Lane wrote:
Dave Cramer <[EMAIL PROTECTED]> 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:
I thought we got th
Dave Cramer <[EMAIL PROTECTED]> 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 param
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
tom, i've just noticed this is the exact same error message & errorcode as i
get when updating a table that contains a tsearch2 vector column
2006-10-2
Subject: Re: [HACKERS] [JDBC] server process (PID 1188) exited with exit
code Date: Wed, 25 Oct 2006 10:15:03 -0400
"JEAN-PIERRE PELLETIER" <[EMAIL PROTECTED]> writes:
> 08:47:19.296 (1) FE=> Parse(stmt=null,query="select $1 from (select *
from
> pg_database) t&
"JEAN-PIERRE PELLETIER" <[EMAIL PROTECTED]> writes:
> 08:47:19.296 (1) FE=> Parse(stmt=null,query="select $1 from (select * from
> pg_database) t",oids={23})
Actually, now that I look closely, this command is almost certainly
triggering this beta1 bug:
http://archives.postgresql.org/pgsql-commit
ate(08006)
From: Oliver Jowett <[EMAIL PROTECTED]>
To: Tom Lane <[EMAIL PROTECTED]>
CC: Dave Cramer <[EMAIL PROTECTED]>, JEAN-PIERRE PELLETIER
<[EMAIL PROTECTED]>, List ,
PostgreSQL-development
Subject: Re: [HACKERS] [JDBC] server process (PID 1188) exited with
Tom Lane wrote:
NULL,/* let the backend deduce param type */
I think the JDBC driver will be passing the int4 OID for the param type
in this case.
Best thing is probably for the OP to run with loglevel=2 and see exactly
what's being sent, though.
-O
--
Dave Cramer <[EMAIL PROTECTED]> 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,
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
DAVE
On 24-Oct-06, at 4:45 PM, JEAN-PIERRE PELLETIER wrote:
Hi,
I have a query that throws "org.postgresql.util.PSQLException: An I/
O error occured w
