RFR 8237858: PlainSocketImpl.socketAccept() handles EINTR incorrectly

Vyom Tiwari vyommani at gmail.com
Sat Jun 27 07:26:54 UTC 2020


Hi Alan,

Thanks for the review comment, we can send multiple signals for sure. I
will create a  thread which will send multiple signals.

Creating a new native method  that returns a signal is a bit too much as
SIGPIPE is a standard signal, but I will add a native method as you
suggested.

I think webrev is ignoring the spaces that is why you are observing the
formatting issues in (linux/bsd)_close.c files. In my local repo code looks
well formatted.

Thanks,
Vyom

On Sat, Jun 27, 2020 at 11:46 AM Alan Bateman <Alan.Bateman at oracle.com>
wrote:

> On 26/06/2020 05:17, Vyom Tiwari wrote:
> > Hi Daniel/Alan,
> > Please find the latest
> > webrev(http://cr.openjdk.java.net/~vtewari/8237858/webrev0.6/index.html
> ).
> >
> I think we can do better than one signal after 200ms. Have you given any
> thought to have a thread that signals many times so that you have a
> better chance of tickling bugs?  One other comment at this time is that
> the value of SIGPIPE is still hardcoded - I think you'll need to add
> another native method to return its value.
>
> BTW:  The formatting issues with linux_close.c and bsd_close.c are the
> same as the previous iterations. Did you track down that issue, I think
> you thought it was webrev or an issue with your patch queue.
>
> -Alan.
>
>

-- 
Thanks,
Vyom
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/net-dev/attachments/20200627/8c760c01/attachment.htm>


More information about the net-dev mailing list