Re: @(#) Mordred Labs advisory 0x0001: Buffer overflow in
От
Tom Lane
Тема
Re: @(#) Mordred Labs advisory 0x0001: Buffer overflow in
Дата
Msg-id
5272.1029850798@sss.pgh.pa.us
Ответ на
Re: @(#) Mordred Labs advisory 0x0001: Buffer overflow in (Vince Vielhaber)
Список
Дерево обсуждения
@(#) Mordred Labs advisory 0x0001: Buffer overflow in PostgreSQL
(fwd) Vince Vielhaber <vev@michvhf.com>
Re: @(#) Mordred Labs advisory 0x0001: Buffer overflow in Bruce Momjian <pgman@candle.pha.pa.us>
Vince Vielhaber writes: > On Mon, 19 Aug 2002, Tom Lane wrote: >> I'd like to see something done about this fairly soon, but it's not >> happening for 7.3 ... > Can we trap and just return an error before it goes into the weeds and > put the subdividing opaque fix in later? I don't think there's any quick and dirty solution. One thing we could probably do in a relatively short amount of time, considering that we already have one pseudo-type in the system, is to go ahead and invent the "C string" pseudo-type and then change all the built-in I/O functions to be declared as taking or returning C string (as appropriate). We couldn't really do strong type checking on this yet, because we couldn't expect user-defined types' I/O functions to be declared correctly for awhile yet, but at least it would plug the hole for built-in types. What this needs is someone to do the legwork... regards, tom lane
В списке pgsql-hackers по дате отправления
От: Greg Copeland
Дата: