Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] Re: Tuple-valued datums on Alpha (was Re: 7.1 on DEC/Alpha)

From: Brent Verner <brent(at)rcfile(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-patches <pgsql-patches(at)postgresql(dot)org>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [HACKERS] Re: Tuple-valued datums on Alpha (was Re: 7.1 on DEC/Alpha)
Date: 2000-12-27 11:29:16
Message-ID: 20001227062916.A2354@rcfile.org (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-patches
On 26 Dec 2000 at 23:41 (-0500), Tom Lane wrote:
| Brent Verner <brent(at)rcfile(dot)org> writes:
| > | Please apply it locally and let me know what you find.
| 
| > what I'm seeing now is much the same.
| 
| Drat.  More to do, then.

after hours in the gdb-hole, I see this... maybe a clue? :)

src/include/access/common/heaptuple.c:

450     {
451 
452       /*
453        * Fix me when going to a machine with more than a four-byte
454        * word!
455        */
456       off = att_align(off, att[j]->attlen, att[j]->attalign);
457 
458       att[j]->attcacheoff = off;
459 
460       off = att_addlength(off, att[j]->attlen, tp + off);
461     }

I'm pretty sure I don't know best how to fix this, but I've got some
randomly entered code compiling now :)  If it passes the regression 
tests I'll send it along.

  brent 'glad the coffee shop in the backyard is open now :)'


In response to

Responses

pgsql-hackers by date

Next:From: Chih-Chang HsiehDate: 2000-12-27 11:55:47
Subject: About PQsetClientEncoding(),"SET NAMES",and "SET CLIENT_ENCODING"
Previous:From: Zeugswetter Andreas SBDate: 2000-12-27 10:03:30
Subject: configure in snapshout == configure.in

pgsql-patches by date

Next:From: Chih-Chang HsiehDate: 2000-12-27 11:55:47
Subject: About PQsetClientEncoding(),"SET NAMES",and "SET CLIENT_ENCODING"
Previous:From: Brent VernerDate: 2000-12-27 09:06:11
Subject: Re: Re: Tuple-valued datums on Alpha (was Re: 7.1 on DEC/Alpha)

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group