🚀 go-pugleaf

In article <FOX.90Sep7130228@devo.research.att.com> fox@research.att.com (David Fox) writes:
<I propose the following function be added to the standard string.h:
<
<inline char *
<strnew(const char *s) 
<{
<  return s ? strcpy(new char[strlen(s)+1], s) : 0;
<}

What's the matter with strdup()? It's not ANSI C, but it's in common
usage among MS-DOS and OS/2 compilers.

> inline char *
> strnew(const char *s) 
> {
>   return s ? strcpy(new char[strlen(s)+1], s) : 0;
> }

Check out "strdup()".
---
Shankar.

I am aware of strdup(), but it uses malloc rather than new and
it bombs if you pass it a zero pointer, rather than passing
back a zero pointer as strnew does.  I wasn't really that
serious about strnew, but I've received many replies saying
that strdup is the same as strnew, but its not.

In article <2699@dataio.Data-IO.COM>, bright@Data-IO.COM (Walter Bright) writes:
< In article <FOX.90Sep7130228@devo.research.att.com> fox@research.att.com (David Fox) writes:
<< I propose the following function be added to the standard string.h:
<< inline char * strnew(const char *s) {
<<   return s ? strcpy(new char[strlen(s)+1], s) : 0;
<< }
< 
< What's the matter with strdup()? It's not ANSI C, but it's in common
< usage among MS-DOS and OS/2 compilers.

strdup() is defined as using malloc() underneath. However, there's no
guarantee in any of the C++ books that new[] and malloc() must be
compatible in any way. In other words, you cannot assume that you can
create a value using new[] and then use free() on it later, or create a
value using malloc() and pass it to delete later.

It's guaranteed that new[] is NOT compatible for types with a
constructor or destructor, as new[] is required to keep track of the
number of members within the array. Some implementations of new[] may
use malloc(), but allocate a larger amount of memory, and then place
the number of members in front of the memory whose pointer is returned.
Such an implementation is DEFINITELY NOT compatible with malloc().
Whether this is done for all invocations of new[], or just those for
types without constructors/destructors, is implementation dependent.
Consequently, you cannot guarantee anything for any invocations of new[].

					Tony Hansen
				att!pegasus!hansen, attmail!tony
				    hansen@pegasus.att.com