It is an academic question so the reason is to understand the output.
I have a code:
int main(int argc, char **argv) {
int k ;
while(*(++argv)) {
k = fork();
printf("%s ",*argv);
}
return 0;
}
running the program with : prog a b
The output is :
a b a b a b a b
Why do I get this result?
As suggested by Chris Lutz in the comments, you are observing the effect of a static buffer used by printf being duplicated by the fork() call. The two processes created by the first fork() do not print b (as you could expect, and as happens if you force a flush). They both print a b because they both have a pending, unflushed a in their respective buffers.
There are 4 processes (2^2, including the initial one), they all only really print at exit when the buffer is flushed, and they all have a b in their respective buffers at that time.
In the beginning argv will point to argv[0] which is the executable file name, it's increased once inside while() to point to argv[1].
Now it hits fork() creating a second thread starting at the same line.
Both threads will write a to their own stdout buffer.
Now argv is moved by 1 character in both instances (inside while()), as they essentially work with copies if I remember that correctly.
The fork in each thread will now create 2 additional copies of the thread (one for each existing thread).
Now the 4 instances will all have the 'a ' still in their stdout buffer that is copied (think so, would be nice if anyone could confirm this) and their argv pointing to b. This one is written as well, so now we've got 4 threads each having 'a b ' in their output buffers.
Once they end, their buffers are flushed resulting in the 'a b a b a b a b ' (essentially being 'a b ', 'a b ', 'a b ', and 'a b ').
Ben's comment can be explained by flushing caused by the linebreaks.
fflush(stdout); at the end of each loop iteration. That should print the expected "a a b b b b " output.
I don't know about "fork", but I can tell you that on the second iteration of the loop you are accessing a meaningless area of memory. That surely returns corrupted, meaningless results, and worse, it can break the execution of the program.
You should, of course, be doing something like
while ((--argc) >= 0) { (...) }
if you don't need to know the original value of argc after the loop, or else
int i = 0;
while (i++ < argc) { (...) }
argv[argc] == NULL, ensuring that the loop ends safely. That's not the problem.
*(++argv) since, anyway, on the second iteration it is meaningless.argv[0] which is the program name. It's ugly but it works.First things first, terminal is line buffered, i.e, buffers are flushed when newline is encountered. If you put a newline in printf() than results would change. However, if you are writing to a file, which is fully buffered, there will be no change in the output even if you add the newline to printf().
After the first fork() call, P (parent) has 'a' and C1 also has 'a'. (C for child).
Then, after the second fork call, two new children are created C2 and C3. The buffers of the process are also copied, so C2 and C3 also contains 'a' now. After the printf() call, all the processes contain 'a b' in their buffers. And when they exit, their buffers are flushed, and hence the output.
while(*(++argv))? That's ugly, I can't see what it's doing (can you?); break it down. I have a feeling that's where the error is coming from."%s "to"%s\n", it behaved as one would expect (a\na\nb\nb\nb\nb\n).forkcopies the (never flushed) buffer ofstdoutevery time.