How can I get unbuffered InputStream from Process?

[Seong Jin, Cho]

Hi.

Is there a way to get an unbuffered InputStream from Process?

I found out that java.lang.Win32 Process and java.lang.UNIXP rocess both
wraps the stdout with java.io.Buffere dInputStream, but I need an
unbuffered one.

[Raymond DeCampo]

Seong Jin, Cho wrote:

Hi.

Is there a way to get an unbuffered InputStream from Process?

I found out that java.lang.Win32 Process and java.lang.UNIXP rocess both
wraps the stdout with java.io.Buffere dInputStream, but I need an
unbuffered one.

Sounds like you need to use JNI then and use native code.

--
XML is the programmer's duct tape.

[Gordon Beaton]

On 17 Jun 2004 01:01:29 -0700, Seong Jin, Cho wrote:

Is there a way to get an unbuffered InputStream from Process?

I found out that java.lang.Win32 Process and java.lang.UNIXP rocess
both wraps the stdout with java.io.Buffere dInputStream, but I need
an unbuffered one.

What makes you think it's buffered, and perhaps more importantly, why
should it make any difference to your java application? What actual
problem do you need to solve?

If your observation is that the output of the child process does not
reach the Java parent "immediatel y", then the buffering is occuring in
the child process itself, not in Java.

If that's the case, you can prevent that from happening by doing this
near the start of the child process, i.e. before writing anything to
stdout:

setvbuf(stdout, NULL,_IONBUF,0) ;
or
setbuf(stdout,N ULL);

/gordon

--
[ do not email me copies of your followups ]
g o r d o n + n e w s @ b a l d e r 1 3 . s e

[Seong Jin, Cho]

Hello gordon.

What makes you think it's buffered, and perhaps more importantly, why
From Win32Process.ja va:

stdin_fd = new FileDescriptor( );
stdout_fd = new FileDescriptor( );
stderr_fd = new FileDescriptor( );

handle = create(cmdstr, envstr, path, stdin_fd, stdout_fd, stderr_fd);
java.security.A ccessController .doPrivileged(
new java.security.P rivilegedAction () {
public Object run() {
stdin_stream =
new BufferedOutputS tream(new FileOutputStrea m(stdin_fd));
stdout_stream =
new BufferedInputSt ream(new FileInputStream (stdout_fd));
stderr_stream =
new FileInputStream (stderr_fd);
return null;
}
});

Also, from solaris version of UNIXProcess.jav a:

stdin_fd = new FileDescriptor( );
stdout_fd = new FileDescriptor( );
stderr_fd = new FileDescriptor( );

pid = forkAndExec(cmd array, env, path, stdin_fd, stdout_fd,
stderr_fd);

java.security.A ccessController .doPrivileged(
new java.security.P rivilegedAction () {
public Object run() {
stdin_stream
= new BufferedOutputS tream(new FileOutputStrea m(stdin_fd));
stdout_inner_st ream = new DeferredCloseIn putStream(stdou t_fd);
stdout_stream = new BufferedInputSt ream(stdout_inn er_stream);
stderr_stream = new DeferredCloseIn putStream(stder r_fd);
return null;
}
});

should it make any difference to your java application? What actual
problem do you need to solve?

If your observation is that the output of the child process does not
reach the Java parent "immediatel y", then the buffering is occuring in
the child process itself, not in Java.

If that's the case, you can prevent that from happening by doing this
near the start of the child process, i.e. before writing anything to
stdout:

setvbuf(stdout, NULL,_IONBUF,0) ;
or
setbuf(stdout,N ULL);

/gordon
Actually, I'm doing the buffering myself, and I don't want to do the
buffering doubly. (I know BufferedInputSt ream is highly optimized
implementation, but I want to access the underlying byte-array
buffer.)
If your observation is that the output of the child process does not
reach the Java parent "immediatel y", then the buffering is occuring in
the child process itself, not in Java.

Does the output reach the java parent "immediatel y" even if
BufferedInputSt ream wraps the output? If it's the case, why
UNIXProcess and Win32Process not wrap the stderr also?

- Seong Jin

[Gordon Beaton]

On 17 Jun 2004 18:46:52 -0700, Seong Jin, Cho wrote:

Does the output reach the java parent "immediatel y" even if
BufferedInputSt ream wraps the output?
I don't see why a buffer in the receiving process should delay the
reception of data. Once the data has arrived at the
BufferedInputSt ream it is available to the holder of the
BufferedInputSt ream.

The situation is different if the buffering occurs in the sending
process, i.e. data isn't sent until enough has been buffered.
If it's the case, why UNIXProcess and Win32Process not wrap the
stderr also?

You'll have to ask Sun about that!

/gordon

--
[ do not email me copies of your followups ]
g o r d o n + n e w s @ b a l d e r 1 3 . s e

[i20]

Hi!

have you found a solution in order to obtain a simple InputStream fro
the Process.getInpu tStream()?

In fact, I've got the same problem with the BufferedInputSt ream whic
is return by the Process.getInpu tStream() method.

The main problem is to obtain the InputStream on which thi
BufferedInputSt ream is based on. Indeed, this InputStream is in fact
FileInputStream (like the Stream returned by Process.getErro rStream)..
and on a FileInputStream , since it's possible to get a Channel, you wil
be able to deal with NIO stream (java 1.4), in order to obtai
non-blockant threads, which could be easily stopped.

I haven't find any solution yet... and don't see how it will b
possible with the current stable version of Java (1.4.2)

i2
-
i2
-----------------------------------------------------------------------
Posted via http://www.codecomments.co
-----------------------------------------------------------------------