Yes, I think the only public API that uses a long timeout value is the
NIO Selector class
and this doesn't use NET_Timeout() in its implementation.
- Michael
On 10/05/2017, 09:53, Claes Redestad wrote:
Hi,
yes, when we do int -> jlong conversion before multiplication is fine,
but there are s
Hi,
yes, when we do int -> jlong conversion before multiplication is fine,
but there are some methods, such as NET_Timeout that takes long timeout
that seemed in danger.
After offline discussion it seems these are always called with what's
essentially an int thus we should be safe, but as a
Hi Claes,
thanks for review, timeout is "int" so even if you set max(2147483647)
value that int data type can hold, there will not be any overflow. If
you try to set very large number like "0x7fff" to int data
type you will get compile time error(integer number too large:
7fff
Hi,
doesn't this need to consider numerical overflows, e.g., what happens if
someone sets a timeout value near 0x7fffL before and after
this change?
/Claes
On 2017-05-09 11:55, Vyom Tewari wrote:
Hi ,
Please review the code change for below issue.
Webrev :
http://cr.openjdk.
This looks fine to me Vyom.
Thanks,
Michael
On 09/05/2017, 10:55, Vyom Tewari wrote:
Hi ,
Please review the code change for below issue.
Webrev :
http://cr.openjdk.java.net/~vtewari/8179905/webrev0.0/index.html
BugId : https://bugs.openjdk.java.net/browse/JDK-8179905
This issue is du
Hi ,
Please review the code change for below issue.
Webrev : http://cr.openjdk.java.net/~vtewari/8179905/webrev0.0/index.html
BugId : https://bugs.openjdk.java.net/browse/JDK-8179905
This issue is duplicate of "JDK-8165437", where pushed code change
failed on 32 bit platforms so we rever
