harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Charles Lee <littlee1...@gmail.com>
Subject Re: [jira] Commented: (HARMONY-6260) [classlib][luni] RI's PipedInputStream.read(byte[], int, int) using its PipedInputStream.read(), but harmony does not.
Date Tue, 07 Jul 2009 08:15:39 GMT
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) <jira@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

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message