RFR: 8320691: Timeout handler on Windows takes 2 hours to complete [v2]
Thomas Stuefe
stuefe at openjdk.org
Fri Nov 24 09:58:20 UTC 2023
On Fri, 24 Nov 2023 09:51:07 GMT, Daniel Jeliński <djelinski at openjdk.org> wrote:
>> test/failure_handler/src/share/conf/windows.properties line 60:
>>
>>> 58:
>>> 59: native.core.app=cdb
>>> 60: native.core.args=-c ".dump /ma core.%p;qd" -p %p
>>
>> Just to double check that this is the right option. `/ma` terminates if there is "inaccessable memory" where `/mA` seems to be continue. The `/f` option says all "accessible" memory which I assume it means skips/ignored inaccessible, is that right?
>
> `/ma` was the option suggested by `.dump`; looking at the documentation, `/mA` indeed seems to be a better choice. I'll update.
>
> `/f` used to create a [full user-mode dump](https://learn.microsoft.com/en-us/windows-hardware/drivers/debugger/user-mode-dump-files#full-user-mode-dumps). I couldn't find any information about the behavior on inaccessible memory.
> None of the options specify dumping inaccessible memory; I assume the failures only happen if some memory becomes inaccessible while producing the dump.
Oh, I overlooked this. I think that is right, the old /f minidump generation worked around inaccessible memory. They were just "holes".
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/16806#discussion_r1404160596
More information about the core-libs-dev
mailing list