The created subprocess does not have its own terminal or console. All its standard io (i.e. stdin, stdout, stderr) operations will be redirected to the parent process through three streams (Process.getOutputStream(), Process.getInputStream(), Process.getErrorStream()). The parent process uses these streams to feed input to and get output from the subprocess. Because some native platforms only provide limited buffer size for standard input and output streams, failure to promptly write the input stream or read the output stream of the subprocess may cause the subprocess to block, and even deadlock.
Originally posted by kalpana s:
i have a scaled down image on a jlabel. i hava a popup menu wiht a "preview"
menuitem. if i click on preview, i show be able to bring up mspaint.exe loaded with the image file - say a gif file using java.
how do i do this.
That's the wrong response to your failure. Your fear is correct: trying to interface with Windows GUIs is hard enough in languages (like Visual Basic) which actually support that, and Java doesn't support it. The correct response is to use the java.util.zip package correctly. It's designed to do just what you want to do. Explaining your problem (in a new post) would be a good start.
Originally posted by Gregory Nash:
I originally attempted to use the java.util.zip package to unzip files to a temporary folder but was unsuccessful. Currently I'm attempting to write a java program that uses WinZip to unzip files.
No, it isn't that informative, since nobody quoted the classic Daconta article about Threads to consume the Streams. It's here. Since this thread started the ThreadBuilder class was introduced which makes it a bit easier by combining the two input streams, but the system hasn't changed much.
Originally posted by Sachin Telang:
Originally posted by Campbell Ritchie:
[QB]No, it isn't that informative, since nobody quoted the classic Daconta article about Threads to consume the Streams.