From: | "Zeugswetter Andreas SB SD" <ZeugswetterA(at)spardat(dot)at> |
---|---|
To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "Justin Clift" <justin(at)postgresql(dot)org>, "Christopher Kings-Lynne" <chriskl(at)familyhealth(dot)com(dot)au>, "Vince Vielhaber" <vev(at)michvhf(dot)com>, <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: @(#) Mordred Labs advisory 0x0001: Buffer overflow in |
Date: | 2002-08-20 20:46:34 |
Message-ID: | 46C15C39FEB2C44BA555E356FBCD6FA4961E55@m0114.s-mxs.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> >>> Hard to say what is good for those names imho, don't like
> >>> "anytype" :-(
> >>
> >> How about "any"? It's a reserved word per SQL99, I think.
>
> > I would actually stick to opaque in that case, already used in other db's.
>
> I want to change the name because (a) we are changing the semantics,
> (b) we can't throw notices for opaque if we keep it as a valid choice.
Hmm, "any" would sound like it is the same as opaque. Would "any" really be
all allowed types ? I think we would want to eliminate that altogether.
If it is not all types I would rather use a more restrictive name (nulltype
/ anynumeric).
Imho opaque is missing a runtime type info, like a descriptor,
and thus only "pass by value" could not be allowed anymore.
I guess I must sleep over this, not convinced about depricating opaque yet :-)
> I meant that if the one name is "any", then making the other "anyarray"
> (ie, both without "type" on the end) is consistent.
Ah, good.
Andreas
From | Date | Subject | |
---|---|---|---|
Next Message | Vince Vielhaber | 2002-08-20 20:48:03 | @(#)Mordred Labs advisory 0x0004: Multiple buffer overflows in PostgreSQL. (fwd) |
Previous Message | Neil Conway | 2002-08-20 20:43:31 | Re: @(#)Mordred Labs advisory 0x0003: Buffer overflow in PostgreSQL (fwd) |