It's a complicate situation. For example, user can override the read(), which eats the exception thrown there. And this will make read(byte[], int, int) pass successful. Since PipedInputStream and PipedOutputStream are related to the multi thread. User maybe need more control to these operation.
On Tue, Jul 7, 2009 at 4:00 PM, Regis Xu (JIRA) <j...@apache.org> wrote: > > [ > https://issues.apache.org/jira/browse/HARMONY-6260?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12727975#action_12727975] > > Regis Xu commented on HARMONY-6260: > ----------------------------------- > > I'm not clear why this implementation specific behaviors cause ant fails? > > > [classlib][luni] RI's PipedInputStream.read(byte[], int, int) using its > PipedInputStream.read(), but harmony does not. > > > ---------------------------------------------------------------------------------------------------------------------- > > > > Key: HARMONY-6260 > > URL: https://issues.apache.org/jira/browse/HARMONY-6260 > > Project: Harmony > > Issue Type: Bug > > Reporter: Li Jing Qin > > Attachments: MyPipe.java, PipeTest.java > > > > > > Do some test cases which attached by this issue. We can easily found that > PipedInputStream.read(byte[], int, int) using its own read() method. But > harmony does not. This causes ant fails. May cause other applications fail. > > Any comments? > > -- > This message is automatically generated by JIRA. > - > You can reply to this email to add a comment to the issue online. > > -- Yours sincerely, Charles Lee
