Re: Wrap access to Oid II
От | Bruce Momjian |
---|---|
Тема | Re: Wrap access to Oid II |
Дата | |
Msg-id | 200207112159.g6BLxMi00127@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: Wrap access to Oid II (Manfred Koizar <mkoi-pg@aon.at>) |
Ответы |
Re: Wrap access to Oid II
|
Список | pgsql-patches |
I assume Tom is OK with this patch because there are more patches coming to deal with his issues. --------------------------------------------------------------------------- Manfred Koizar wrote: > On Sat, 06 Jul 2002 17:48:11 -0400, Tom Lane <tgl@sss.pgh.pa.us> > wrote: > >My objection to this remains the same as before: heap_getsysattr > >now has a core-dump condition built into it, because it can't tell > >whether it's safe to do HeapTupleGetOid(). > > HeapTupleHeader format is still unchanged. The change in the struct > has been proposed, not yet done. > > >You really need to propagate relhasoids into tuple descriptors, > > This is addressed in a patch I'm currently working on. It is harder > than I have thought (hoped), because tuple descriptors are manipulated > in many places in the executor and that's an area, where I have never > been before. I don't trust my changes enough to post the patch now, > I'm still testing... > > >rather than having to write > > > >> + /* no Relation here to AssertRelationHasOids(relation); */ > > Yeah, in my working copy of the code (e.g. in GetSysCacheOid) I now > have > /* no tuple descriptor here to Assert(...->hasoid); */ :-) > You're right, these places are much less frequent than those where we > don't have a relation handy. > > Servus > Manfred > > > > ---------------------------(end of broadcast)--------------------------- > TIP 3: if posting/reading through Usenet, please send an appropriate > subscribe-nomail command to majordomo@postgresql.org so that your > message can get through to the mailing list cleanly > > > -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 853-3000 + If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania 19026
В списке pgsql-patches по дате отправления: