RFR(S): JDK-8035952 Remove use of JVM_Open, JVM_Read and JVM_Close functions from serviceability code
Staffan Larsen
staffan.larsen at oracle.com
Tue Mar 4 06:46:18 PST 2014
Looks good to me!
Thanks,
/Staffan
On 4 mar 2014, at 12:47, Frederic Parain <Frederic.Parain at oracle.com> wrote:
> Here's an updated webrev:
> http://cr.openjdk.java.net/~fparain/8035952/webrev.01/
>
> Same testing as for the initial version.
>
> Thank you,
>
> Fred
>
> On 03/03/2014 10:32 PM, Alan Bateman wrote:
>> On 03/03/2014 10:30, Frederic Parain wrote:
>>> :
>>>
>>> I'd prefer to keep open() and read() as they are,
>>> for the sake of simplicity. In the unlikely case
>>> where one of these calls gets interrupted, it would
>>> simply generate a transient error in the value returned
>>> by OperatingSystem.getCommittedVirtualMemorySize()
>>> with a easily identifiable value of -1.
>> open is okay (as you say, open64 isn't interesting here). On EINTR then
>> open can fail but it seems be just fifos so probably not a concern with
>> /proc. However for read then I think we should handle it (I agree with
>> Martin that it's generally a bug if we don't). I realize it's not a big
>> issue but might be odd for
>> getCommittedVirtualMemorySize be intermittently "not supported" .
>>
>> -Alan
>
> --
> Frederic Parain - Oracle
> Grenoble Engineering Center - France
> Phone: +33 4 76 18 81 17
> Email: Frederic.Parain at oracle.com
More information about the serviceability-dev
mailing list