From: | Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> |
---|---|
To: | Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | t-ishii(at)sra(dot)co(dot)jp, tgl(at)sss(dot)pgh(dot)pa(dot)us, hackers(at)postgreSQL(dot)org |
Subject: | Re: [HACKERS] 6.4.1 release |
Date: | 1998-12-13 11:14:37 |
Message-ID: | 199812131114.UAA00951@ext16.sra.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> > > > I think at least large object stuffs should be fixed(just a "select
> > > > lo_import('/foo/bar')" easily kills backend) before 6.4.1. I've been
> > > > looking into codes for sometime but have not found complete fixes yet.
> > >
> > > I thought we already had a large object fix in the two trees already?
> >
> > So you fixed inv_api.c? I got cvs header in REL6_4 tree (FreeBSD
> > 2.2.6-RELEASE). Is this the latest one?
> >
> > * $Header: /usr/local/cvsroot/pgsql/src/backend/storage/large_object/in\
> > v_api.c,v 1.41 1998/10/06 03:55:43 momjian Exp $
> >
> > Following is a backend-crashing example. Any idea?
> >
> > (/tmp/html.tar.gz is a 102458 bytes long file)
> >
> > > select lo_import('/tmp/html.tar.gz');
> > blank
> > 1: lo_import (typeid = 26, len = 4, typmod = -1, byval = t)
> > ----
>
> Fixed. Since I re-designed the heap access API, the bug was crystal
> clear as soon as I looked at the code. Scarry when I can figure out the
> backend code so quickly.
>
> Patch applied to both trees.
Thanks. Your patches definitely fix the problem on
FreeBSD. Unfotunately it does not help Solaris/Sparc. I'll look into
more on that platform.
---
Tatsuo Ishii
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Good | 1998-12-13 12:34:01 | Re: [HACKERS] ecpg man page |
Previous Message | Tatsuo Ishii | 1998-12-13 11:14:28 | Re: [HACKERS] memory destruction in 6.4 |