Re: pstrndup() - Mailing list pgsql-patches

From Karel Zak
Subject Re: pstrndup()
Date
Msg-id 20040322070528.GB9385@zf.jcu.cz
Whole thread Raw
In response to Re: pstrndup()  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: pstrndup()
List pgsql-patches
On Sun, Mar 21, 2004 at 11:45:18PM -0500, Tom Lane wrote:
> Bruce Momjian <pgman@candle.pha.pa.us> writes:
> > Karel, do you plan to use pstrndup for some purpose?  I assume so.

 I   think    PostgreSQL   should   supports   basic    operation   with
 allocation/strings if  it's open for  users' C functions and  we expect
 our own memory system usage.

> I am not familiar with strndup.  If the spec is like strncpy, I would
> vote against including it ... strncpy is so broken that we had to invent
> our own variant ...

 POSIX strncpy()  is different,  a result from  strncpy needn't  be zero
 terminated. You're right it's horrible function.

 The result of  strndup() is always zero terminated. It's  more safe and
 strndup() is  binary safe because  it doesn't check something  in input
 string. The pstrndup() is based on PostgreSQL memory managment.

    Karel

--
 Karel Zak  <zakkr@zf.jcu.cz>
 http://home.zf.jcu.cz/~zakkr/

pgsql-patches by date:

Previous
From: Manfred Spraul
Date:
Subject: Re: [HACKERS] libpq thread safety
Next
From: Andrew Dunstan
Date:
Subject: Re: [HACKERS] listening addresses