Re: @(#) Mordred Labs advisory 0x0001: Buffer overflow in

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: @(#) Mordred Labs advisory 0x0001: Buffer overflow in
Дата
Msg-id 16673.1029899632@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: @(#) Mordred Labs advisory 0x0001: Buffer overflow  (Tatsuo Ishii <t-ishii@sra.co.jp>)
Список pgsql-hackers
Tatsuo Ishii <t-ishii@sra.co.jp> writes:
> They are like:

>  * conv_proc(
>  *        INTEGER,    -- source encoding id
>  *        INTEGER,    -- destination encoding id
>  *        OPAQUE,        -- source string (null terminated C string)
>  *        OPAQUE,        -- destination string (null terminated C string)
>  *        INTEGER        -- source string length

Got it (shoulda read the documentation before asking ;-))

> The returned integer is actually dummy. The function always returns 1.

Yes.  I will change these to be declared as
foo(int, int, cstring, cstring, int) returns void

unless anyone has a problem with that?
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Build failure in current CVS (src/backend/utils/mb/conversion_procs)
Следующее
От: Tatsuo Ishii
Дата:
Сообщение: pgstattuple change using SRF