| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> |
| Cc: | nandrews(at)investsystems(dot)co(dot)uk, justin(at)postgresql(dot)org, chriskl(at)familyhealth(dot)com(dot)au, vev(at)michvhf(dot)com, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: @(#) Mordred Labs advisory 0x0001: Buffer overflow in |
| Date: | 2002-08-21 03:13:52 |
| Message-ID: | 16673.1029899632@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)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
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tatsuo Ishii | 2002-08-21 03:25:29 | pgstattuple change using SRF |
| Previous Message | Tom Lane | 2002-08-21 03:10:54 | Re: Build failure in current CVS (src/backend/utils/mb/conversion_procs) |