Charles Lee wrote:
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
He can override read(byte[], int, int) either. I'd like think it's a non-bug
difference, and more, Harmony's implementation is better: reading batch data
once is better than reading one by one byte.
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.
--
Best Regards,
Regis.
