This week's book giveaway is in the OO, Patterns, UML and Refactoring forum. We're giving away four copies of Refactoring for Software Design Smells: Managing Technical Debt and have Girish Suryanarayana, Ganesh Samarthyam & Tushar Sharma on-line! See this thread for details.
In multithreaded code launching a class as e.g. java myClass, the messed order in which Threads execute is pretty much obvious. However, If you use the output redirection character e.g. java myClass > output.txt then the content of the .txt file is, sometimes, a bit confusing about what really happened. To be more specific, if you run the K/B 9.2 Exercise Answer (pg 555) without lines 9 and 18 as: java InSync > Output.txt you get the same output as the one you get if the block code was synchronized. So, what is really happening with the > character? Thanks for any help.
I am able to replicate your experience. My best educated guess is that writing text to a file is actually a lot faster than displaying text to a console. So, the run method of each thread executes very quickly when outputting to the text file. So fast that each running thread has completed its task before the next thread gets a turn, and before the main thread terminates. But when output is being directed to the console, the time taken to display each character is time that might have otherwise been spent outputting characters, so not all threads complete their task and not every character gets output before the main thread terminates.