🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sources.bugs
Article #86

Re: Bug in csh (history, "!a%100s").

#86
From: Michael Greim
Date: Thu, 13 Jul 1989 17:41
49 lines
2644 bytes
In article <1640@zen.co.uk>, frank@zen.co.uk (Frank Wales) writes:
> In article <774@sbsvax.UUCP> greim@sbsvax.UUCP (Michael Greim) writes:
> >As to "puts() will never be slower than printf()": I recall reading
> >somewhere that some people think about implementing puts() using printf().
> 
> If I ever found that a C library I was using had puts() (or any other
> straightforward string function) implemented by calling printf(), I'd
> be round at the vendor's factory gates with a large shovel to reprogram
> the clown responsible.  Just in case you know someone who's thinking
> about it.
If it isn't too far away, I'd join you :-)
I've dug in our archives, and lo! I have found the reference in question.
Here it is:

#From: bostic@ucbvax.BERKELEY.EDU (Keith Bostic)
#Newsgroups: comp.bugs.4bsd
#Subject: Re: [n]eqn(1) speedup
#Keywords: [n]eqn munches too much CPU time
#Message-ID: <25589@ucbvax.BERKELEY.EDU>
#Date: 11 Aug 88 17:52:19 GMT
#References: <583@sbsvax.UUCP>
#Organization: University of California at Berkeley
#Lines: 13
#Posted: Thu Aug 11 18:52:19 1988
#
#In article <583@sbsvax.UUCP>, bs@sbsvax.UUCP (Bernard Sieloff) writes:
#> Subject: [n]eqn(1) speedup
#> Input to eqn with no effect to eqn itself will be passed unaltered to
#> stdout, but by calling printf()!
#> Eqn behavior is heavily sped up, if the "passing"-printf() calls  are
#> changed to fputs() calls.
#
#This is implementation dependent.  On the current BSD system, printf
#is significantly faster, for strings that don't contain percent signs,
#than [f]puts calls.  I expect to make [f]puts just call printf in the
#near future.
#
#Keith Bostic

> --
> Frank Wales, Systems Manager,        [frank@zen.co.uk<->mcvax!zen.co.uk!frank]
> Zengrange Ltd., Greenfield Rd., Leeds, ENGLAND, LS9 8DB. (+44) 532 489048 x217 

	-mg
-- 
Michael Greim    Email : greim@sbsvax.informatik.uni-saarland.dbp.de
                 or    : ...!uunet!unido!sbsvax!greim
[.signature removed by the board of censors for electronic mail's main
executive computer because it contained a four letter word ("word")]
Technical Details
Message-ID: <776@sbsvax.UUCP>
Path: arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!tut.cis.ohio-state.edu!gem.mps.ohio-state.edu!ginosko!uunet!mcvax!unido!sbsvax!greim
References: <113630@sun.Eng.Sun.COM> <771@sbsvax.UUCP> <114074@sun.Eng.Sun.COM> <1640@zen.co.uk> <3845@orca.WV.TEK.COM>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!tut.cis.ohio-state.edu!gem.mps.ohio-state.edu!ginosko!uunet!mcvax!unido!sbsvax!greim
From: greim@sbsvax.UUCP (Michael Greim)
Newsgroups: comp.sources.bugs
Subject: Re: Bug in csh (history, "!a%100s").
Message-ID: <776@sbsvax.UUCP>
Date: 13 Jul 89 17:41:16 GMT
References: <113630@sun.Eng.Sun.COM> <771@sbsvax.UUCP> <114074@sun.Eng.Sun.COM> <1640@zen.co.uk> <3845@orca.WV.TEK.COM>
Organization: Universitaet des Saarlandes, Saarbruecken, W-Germany
Lines: 49