<AWT Dev> [9] Review request for 8080504: [macosx] SunToolkit.realSync() may hang

Anton Nashatyrev anton.nashatyrev at oracle.com
Thu Jun 25 15:51:43 UTC 2015


Sergey, Phil

     thanks for comments!

     here is the updated version: 
http://cr.openjdk.java.net/~anashaty/8080504/webrev.01/ 
<http://cr.openjdk.java.net/%7Eanashaty/8080504/webrev.01/>

Thanks!
Anton.

On 25.06.2015 0:56, Phil Race wrote:
> On 06/24/2015 12:26 PM, Sergey Bylokhov wrote:
>> Hi, Anton.
>>  - Why the timeout is used as an int?
>
> I agree that seems wrong. The downcast from long to int
> could even result in the int being "-1" .. which would be
> the infinite timeout - although I am not sure who would
> wait around to see the difference :-)
>
>
> -phil.
>
>>  - Will the fix conform to this statement in the documentation of 
>> ST.realSync()?
>> @param timeout the maximum time to wait in milliseconds,*negative 
>> means "forever"*.
>> But I am not sure that all our implementations works in case of 
>> negative timeout.
>>
>> On 23.06.15 20:31, Anton Nashatyrev wrote:
>>> Hello,
>>>     could you please review the following fix:
>>>
>>> fix: http://cr.openjdk.java.net/~anashaty/8080504/webrev.00/ 
>>> <http://cr.openjdk.java.net/%7Eanashaty/8080504/webrev.00/>
>>> bug: https://bugs.openjdk.java.net/browse/JDK-8080504
>>>
>>>     Problem: under MacOS X the realSync() may hang under some 
>>> circumstances.
>>>
>>>     Fix:  make the Java_sun_lwawt_macosx_LWCToolkit_nativeSyncQueue 
>>> method respecting timeout argument
>>>
>>> Thanks!
>>> Anton.
>>
>>
>> -- 
>> Best regards, Sergey.
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/awt-dev/attachments/20150625/029f84d6/attachment.html>


More information about the awt-dev mailing list