sbase/yes.c

/* See LICENSE file for copyright and license details. */
#include <stdio.h>

#include "util.h"

int
main(int argc, char *argv[])
{
	char **p;

	argv0 = *argv, argv0 ? (argc--, argv++) : (void *)0;

	for (p = argv; ; p = (*p && *(p + 1)) ? p + 1 : argv) {
		fputs(*p ? *p : "y", stdout);
		putchar((!*p || !*(p + 1)) ? '\n' : ' ');
	}

	return 1; /* not reached */
}
Adding the yes(1) command. 2012-04-23 10:27:40 -04:00			`/* See LICENSE file for copyright and license details. */`
			`#include <stdio.h>`
Fix coding style It was about damn time. Consistency is very important in such a big codebase. 2014-11-13 12:29:30 -05:00
Adding the yes(1) command. 2012-04-23 10:27:40 -04:00			`#include "util.h"`

			`int`
			`main(int argc, char *argv[])`
			`{`
Make already audited tools argv-centric instead of argc-centric This has already been suggested by Evan Gates <evan.gates@gmail.com> and he's totally right about it. So, what's the problem? I wrote a testing program asshole.c with int main(void) { execl("/path/to/sbase/echo", "echo", "test"); return 0; } and checked the results with glibc and musl. Note that the sentinel NULL is missing from the end of the argument list. glibc calculates an argc of 5, musl 4 (instead of 2) and thus mess up things anyway. The powerful arg.h also focuses on argv instead of argc as well, but ignoring argc completely is also the wrong way to go. Instead, a more idiomatic approach is to check *argv only and decrement argc on the go. While at it, I rewrote yes(1) in an argv-centric way as well. All audited tools have been "fixed" and each following audited tool will receive the same treatment. 2015-03-02 08:19:26 -05:00			`char **p;`
Finish up yes(1) by adding multiple string support 2015-01-31 20:13:47 -05:00
Handle { NULL } argv[] properly in manual arg-reduction Thanks izabera for reporting this! 2017-08-05 17:50:39 -04:00			`argv0 = argv, argv0 ? (argc--, argv++) : (void )0;`
Adding the yes(1) command. 2012-04-23 10:27:40 -04:00
Make already audited tools argv-centric instead of argc-centric This has already been suggested by Evan Gates <evan.gates@gmail.com> and he's totally right about it. So, what's the problem? I wrote a testing program asshole.c with int main(void) { execl("/path/to/sbase/echo", "echo", "test"); return 0; } and checked the results with glibc and musl. Note that the sentinel NULL is missing from the end of the argument list. glibc calculates an argc of 5, musl 4 (instead of 2) and thus mess up things anyway. The powerful arg.h also focuses on argv instead of argc as well, but ignoring argc completely is also the wrong way to go. Instead, a more idiomatic approach is to check *argv only and decrement argc on the go. While at it, I rewrote yes(1) in an argv-centric way as well. All audited tools have been "fixed" and each following audited tool will receive the same treatment. 2015-03-02 08:19:26 -05:00			`for (p = argv; ; p = (p && (p + 1)) ? p + 1 : argv) {`
			`fputs(p ? p : "y", stdout);`
			`putchar((!p \|\| !(p + 1)) ? '\n' : ' ');`
Finish up yes(1) by adding multiple string support 2015-01-31 20:13:47 -05:00			`}`
Audit yes(1) Oh well, time to simplify the loop. Also, change the comment on unreachable code to something more clear. 2015-02-28 15:11:10 -05:00
			`return 1; /* not reached */`
Adding the yes(1) command. 2012-04-23 10:27:40 -04:00			`}`