> On May 24, 2021, at 10:39 AM, Mark Sheppard wrote:
>
> I could have used return directly in multiple places ... but my style
> preference is a single exit point from a method
My preference is the opposite :-) I like the "early returns" coding style
because I don't need to "keep state"
On Mon, 24 May 2021 12:30:38 GMT, Mark Sheppard wrote:
>> The test java/net/Socket/UdpSocket.java has been seen to fail with a
>> BindException, in the testMaxSockets test, on a regular basis on
>> macOS-aarch64 platform. testMaxSockets tests the maximum number of UDP
>> Sockets that may be
On Mon, 24 May 2021 14:34:54 GMT, Mark Sheppard wrote:
>> Mark Sheppard has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> JDK-8265362 java/net/Socket/UdpSocket.java fails with
>> "java.net.BindException: Address already in use"
On Mon, 24 May 2021 12:30:38 GMT, Mark Sheppard wrote:
>> The test java/net/Socket/UdpSocket.java has been seen to fail with a
>> BindException, in the testMaxSockets test, on a regular basis on
>> macOS-aarch64 platform. testMaxSockets tests the maximum number of UDP
>> Sockets that may be
On Mon, 24 May 2021 12:30:38 GMT, Mark Sheppard wrote:
>> The test java/net/Socket/UdpSocket.java has been seen to fail with a
>> BindException, in the testMaxSockets test, on a regular basis on
>> macOS-aarch64 platform. testMaxSockets tests the maximum number of UDP
>> Sockets that may be
On Sat, 22 May 2021 10:54:06 GMT, Mark Sheppard wrote:
>> BTW: Is one retry enough? There is at least one other replace where we've
>> had to retry to workaround a macOS bug and one retry was enough there too.
>
> I have submitted a significant number of MACH5 job runs with repeat mode over
>
> The test java/net/Socket/UdpSocket.java has been seen to fail with a
> BindException, in the testMaxSockets test, on a regular basis on
> macOS-aarch64 platform. testMaxSockets tests the maximum number of UDP
> Sockets that may be created as defined by a system property
>