Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!rutgers!sri-unix!sri-spam!ames!amdcad!sun!texsun!convex!mcomp!authorplaceholder
From: wnp@mcomp.UUCP
Newsgroups: comp.os.minix
Subject: Re: asld bug?
Message-ID: <222500043@mcomp>
Date: Fri, 14-Aug-87 15:56:00 EDT
Article-I.D.: mcomp.222500043
Posted: Fri Aug 14 15:56:00 1987
Date-Received: Sat, 22-Aug-87 15:13:05 EDT
References: <1237@cognos.UUCP>
Lines: 22
Nf-ID: #R:cognos.UUCP:-123700:mcomp:222500043:000:876
Nf-From: mcomp.UUCP!wnp    Aug 14 14:56:00 1987


cognos.UUCP!brianc (Brian Campbell) writes:
> ...
>    Is it really  all that unusual that  for a program to  define its own
> putc() that it is acceptable for  sprintf() [and who knows what else] to
> break in  the process?  

I don't know how usual or unusual it is, but any redefinition of one
of the standard library functions which changes its behavior is
definitely unwise, and flies in the face of the very purpose of having
a STANDARD library.

>                   ...   And while I'm here  ... I thought  sprintf() was
> supposed to return the number of characters copied... not the address of
> the buffer.

You are right on that one according to all the references I looked it
up in. 
-----------------------------------------------------
Wolf N. Paul, 290 Dogwood, Plano, Tx. 75075
UUCP:  ihnp4!{convex, killer}!mcomp!wnp
Phone: (214) 578-8023  W.U.ESL: 6283-2882