summaryrefslogtreecommitdiff
path: root/usr.bin/awk/run.c
AgeCommit message (Collapse)Author
1997-08-25August 1997 version of "the one true awk"kstailey
1997-04-07Back out last changes for now. They cause problems.Todd C. Miller
1997-04-06Use long, not int when casting pointers and storing as integers.Todd C. Miller
Now compiles on alpha w/o warnings.
1997-01-29calculate string length in format() more efficientlykstailey
1997-01-25reapplied 1.2 -> 1.3 changes to run.c plus many fixeskstailey
1997-01-25back out 1.2 again for testingkstailey
1997-01-24reapplied 1.2 -> 1.3 changes to run.c that got squashedkstailey
1997-01-24Basically stock AT&T resarch awk until the awk vs. flex problemsTodd C. Miller
have a better resolution.
1997-01-21back out 1.4; I should know better than to do this after a big mealkstailey
1997-01-21optimization: kill two calls to strlen() in format()kstailey
1997-01-21from the FIXES file:kstailey
Oct 20, 1988: Fixed %c: if expr is numeric, use numeric value; otherwise print 1st char of string value. still doesn't work if the value is 0 -- won't print \0. This bugged me because it prevents awk from being a general-purpose decimal to bytestream converter (also GNU awk gets this right.) Look in /usr/share/man/cat4/sun3/leds.0 and you see: # echo 0 0 0 5 0 0 0 8 254 253 250 247 239 223 175 127 | awk '{ for (i=1;i<=NF;i++) printf("%c",$i+0); }' > /dev/leds This used to fail since "0" did not produce a \0 on stdout. It doesn't make any sense to me to fix awksprintf() the same way I did awkprintf() since sticking a \0 in a string ends it.
1997-01-20Latest research awk from June 29, 1996Todd C. Miller
1996-07-04AT&T awk, by B. W. Kernighan, with fixes from 4.4BSD and by meThorsten Lockert