Received: from candle.pha.pa.us (root@s5-03.ppp.op.net [209.152.195.67]) by hub.org (8.8.8/8.7.5) with ESMTP id LAA22922; Wed, 22 Jul 1998 11:15:14 -0400 (EDT) Received: (from maillist@localhost) by candle.pha.pa.us (8.8.5/8.8.5) id LAA24206; Wed, 22 Jul 1998 11:10:42 -0400 (EDT) From: Bruce Momjian Message-Id: <199807221510.LAA24206@candle.pha.pa.us> Subject: Re: [HACKERS] atttypmod now 32 bits, interface change In-Reply-To: <1872.901118603@sss.pgh.pa.us> from Tom Lane at "Jul 22, 1998 10:43:23 am" To: tgl@sss.pgh.pa.us (Tom Lane) Date: Wed, 22 Jul 1998 11:10:42 -0400 (EDT) Cc: t-ishii@sra.co.jp, pgsql-interfaces@postgreSQL.org, hackers@postgreSQL.org X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > Bruce Momjian writes: > > Might be my atttypmod changes. I did not make those version-sensitive. > > I will do that now. > > Yes, if we want to have backward compatibility as I just defined it, > then the backend will have to send atttypmod as either 2 or 4 bytes > depending on ProtocolVersion. Shouldn't be too hard. But I'm concerned > that you and I both missed that initially. We had better actually test > that the current backend sources will work with a 6.3.2-release frontend. Already done. We never passed atttypmod to the backend before 6.4, so the change it just to pass it or not pass it, and Tom already did that. The fact that the internal length was 2 and is not 4 is not relevant because we never passed it to the frontend in the past. if (PG_PROTOCOL_MAJOR(FrontendProtocol) >= 2) pq_putint(attrs[i]->atttypmod, sizeof(attrs[i]->atttypmod... -- Bruce Momjian | 830 Blythe Avenue maillist@candle.pha.pa.us | Drexel Hill, Pennsylvania 19026 + If your life is a hard drive, | (610) 353-9879(w) + Christ can be your backup. | (610) 853-3000(h)