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

Re: [PORTS] Re: [HACKERS] RedHat6.0 & Alpha

From: Uncle George <gatgul(at)voicenet(dot)com>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Jan Wieck <wieck(at)debis(dot)com>, pgsql-hackers(at)postgreSQL(dot)org, pgsql-ports(at)postgreSQL(dot)org
Subject: Re: [PORTS] Re: [HACKERS] RedHat6.0 & Alpha
Date: 1999-11-29 23:54:47
Message-ID: 38431247.CE0D5122@voicenet.com (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-ports
I'm sorry, the resultant node as returned is not expected. The solution, as
provided,  did stop the insidious erasure of a field in a structure it did not own.
I'm content ( but i dont know any better )
If ur asking me what one is suppose to do at this point  - I dunno.
gat

Bruce Momjian wrote:

> Any ideas on this one?
>
> > Uncle George <gatgul(at)voicenet(dot)com> writes:
> > > In the regression test rules.sql there is this SQL command
> > >         update rtest_v1 set a = rtest_t3.a + 20 where b = rtest_t3.b;
> > > Which causes my alpha port to go core.
> >
> > Yeah.  This was reported by Pedro Lobo on 11 June, and we've been
> > patiently waiting for Jan to decide what to do about it :-(
> >
> > You could stop the coredump by putting a test into ResolveNew:
> >
> >                     {
> >                         *nodePtr = copyObject(n);
> > +                       if (IsA(*nodePtr, Var))
> >                             ((Var *) *nodePtr)->varlevelsup = this_varlevelsup;
> >                     }
> >
> > but what's not so clear is what's supposed to happen when the
> > replacement item *isn't* a Var.  I tried to convince myself that nothing
> > needed to happen in that case, but wasn't successful.  (Presumably the
> > replacement expression contains no instances of the variable being
> > replaced, so recursing into it with ResolveNew shouldn't be needed
> > --- but maybe its varlevelsup values need adjusted?)
> >
> >                       regards, tom lane
> >
> >
>
> --
>   Bruce Momjian                        |  http://www.op.net/~candle
>   maillist(at)candle(dot)pha(dot)pa(dot)us            |  (610) 853-3000
>   +  If your life is a hard drive,     |  830 Blythe Avenue
>   +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026
>
> ************


In response to

pgsql-ports by date

Next:From: Tom LaneDate: 1999-11-30 02:20:36
Subject: Re: [PORTS] Re: [HACKERS] RedHat6.0 & Alpha
Previous:From: Bruce MomjianDate: 1999-11-29 22:46:02
Subject: Re: [PORTS] Re: [HACKERS] RedHat6.0 & Alpha

pgsql-hackers by date

Next:From: Peter EisentrautDate: 1999-11-30 00:03:50
Subject: Re: [HACKERS] How to get OID from INSERT in PL/PGSQL?
Previous:From: Bruce MomjianDate: 1999-11-29 23:38:41
Subject: Re: INSTALL file (was Re: [HACKERS] Re: HISTORY for 6.5.2)

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