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