Re: [HACKERS] server process (PID 1188) exited with exit code -1073741819, 8.2 beta1

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

In response to

Responses

Browse pgsql-hackers by date

  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

Browse pgsql-jdbc by date

  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