Received: from golem.jpl.nasa.gov (root@hectic-1.jpl.nasa.gov [128.149.68.203]) by hub.org (8.8.8/8.7.5) with ESMTP id VAA27900; Thu, 9 Apr 1998 21:15:57 -0400 (EDT) Received: from alumni.caltech.edu (localhost [127.0.0.1]) by golem.jpl.nasa.gov (8.8.5/8.8.5) with ESMTP id BAA14491; Fri, 10 Apr 1998 01:18:24 GMT Sender: tgl@mythos.jpl.nasa.gov Message-ID: <352D7360.EB06AADF@alumni.caltech.edu> Date: Fri, 10 Apr 1998 01:18:24 +0000 From: "Thomas G. Lockhart" Organization: Caltech/JPL X-Mailer: Mozilla 4.03 [en] (X11; I; Linux 2.0.30 i686) MIME-Version: 1.0 To: David Hartwig CC: pgsql-interfaces , PostgreSQL-development , Byron Nikolaidis Subject: Re: [HACKERS] New pg_type for large object References: <352D51A0.69CE8BB8@insightdist.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > What I would like to know is, can a large object data type be added as > an internal data type? The various "lo_" functions should > eventually be overloaded (or modified) to be able to use this data > type. But it is not necessary at this time. I believe this addition > is a very low risk change, and I would very much like to get to have > it in the 6.3.2 release for distribution. May I submit the patch, or > would someone kindly hack it in for us? I'm not certain exactly what you want (didn't read very closely and it doesn't fall in an area I've worked with) but it is not likely to be in v6.3.2 since we're already in the freeze period. However, I would suggest revisiting the subject just after the release, perhaps roping in others who have worked with large objects (Peter Mount comes to mind). There will be a ~2 month period for working on new capabilities, and this might fit into that. - Tom