Skip site navigation (1) Skip section navigation (2)

Re: Re: patch for src/backend/main/main.ch

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Alfred Perlstein <bright(at)wintelcom(dot)net>
Cc: "Michael C(dot) Thornburgh" <zenomt(at)armory(dot)com>, tgl(at)sss(dot)pgh(dot)pa(dot)us, pgsql-patches(at)postgresql(dot)org
Subject: Re: Re: patch for src/backend/main/main.ch
Date: 2001-01-24 01:51:17
Message-ID: 200101240151.UAA17405@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-patches
See:

	./utils/strdup.c

We use our own if configure does not find it.


> * Michael C. Thornburgh <zenomt(at)armory(dot)com> [010123 17:33] wrote:
> > 
> > that certainly works and is much cleaner, but strdup
> > may not be as ubiquitous as malloc & strncpy.
> > someone more versed in portability issues than i am
> > should speak to that.
> 
> hmm:
> 
> HISTORY
>      The strdup() function first appeared in 4.4BSD.
> 
> however:
> 
> http://www.abisource.com/mailinglists/abiword-dev/99/March/0038.html
> 
>   "strdup is no in the ANSI standard"
> 
> however:
> 
> ~/pgcvs % find . -name "*.c" | xargs grep strdup | grep -v pstrdup | wc -l
>      563
> 
>   (pstrdup() seems to be some internal postgresql function.)
> 
> So I think anyone who wants to port should provide thier own
> function.
> 
> -- 
> -Alfred Perlstein - [bright(at)wintelcom(dot)net|alfred(at)freebsd(dot)org]
> "I have the heart of a child; I keep it in a jar on my desk."
> 


-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

In response to

pgsql-patches by date

Next:From: Bruce MomjianDate: 2001-01-24 03:26:22
Subject: Re: patch for BETWEEN [ASYMMETRIC|SYMMETRIC]
Previous:From: Alfred PerlsteinDate: 2001-01-24 01:47:29
Subject: Re: Re: patch for src/backend/main/main.c

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group