Received: from sss.pgh.pa.us (sss.pgh.pa.us [209.114.132.154]) by mail.postgresql.org (8.11.1/8.11.1) with ESMTP id eAAEuKs24864 for ; Fri, 10 Nov 2000 09:56:20 -0500 (EST) (envelope-from tgl@sss.pgh.pa.us) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.11.1/8.11.1) with ESMTP id eAAEshd11187; Fri, 10 Nov 2000 09:54:43 -0500 (EST) To: Grant Finnemore cc: Peter Mount , Interfaces Subject: Re: JDBC 'Unterminated quoted string' In-reply-to: <3A0BCC1D.2A2F9F87@ucs.co.za> References: <1B3D5E532D18D311861A00600865478CF1B50E@exchange1.nt.maidstone.gov.uk> <3A0BCC1D.2A2F9F87@ucs.co.za> Comments: In-reply-to Grant Finnemore message dated "Fri, 10 Nov 2000 12:21:17 +0200" Date: Fri, 10 Nov 2000 09:54:43 -0500 Message-ID: <11184.973868083@sss.pgh.pa.us> From: Tom Lane X-Archive-Number: 200011/118 X-Sequence-Number: 154 Grant Finnemore writes: > In brief, there seems to be some problem at the backend inserting a > \0. char(n) does not support embedded nulls. Offhand I believe that bytea is the only datatype that does, and even then you have to write 'em with a backslash-escape --- ie, send "\000" not an actual null. Fixing this is not likely to happen soon, if ever, because it would involve a massive overhaul of the datatype I/O system, with such side-effects as breaking every user-defined datatype in existence. Textual representations of datatypes are C strings --- ie, null-terminated --- and all datatype I/O routines depend on that. regards, tom lane