You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Mikhail Markov (JIRA)" <ji...@apache.org> on 2007/05/08 08:43:15 UTC

[jira] Commented: (HARMONY-248) [classlib][luni] Using java.io.File.deleteOnExit() and System.runFinalizersOnExit(true) in the same application causes crash on exit.

    [ https://issues.apache.org/jira/browse/HARMONY-248?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12494198 ] 

Mikhail Markov commented on HARMONY-248:
----------------------------------------

I could reproduce the described issue on IBM VME only. On DRLVM it passes.

> [classlib][luni] Using java.io.File.deleteOnExit() and System.runFinalizersOnExit(true) in the same application causes crash on exit.
> -------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: HARMONY-248
>                 URL: https://issues.apache.org/jira/browse/HARMONY-248
>             Project: Harmony
>          Issue Type: Bug
>          Components: Classlib
>         Environment: WinXP
>            Reporter: George Harley
>         Attachments: Harmony-248.txt, icu4jni-3.4.jar, Support_DeleteOnExitWithRunFinalizersOnExitTest.java
>
>
> The dreaded sequel to HARMONY-222. While the one line fix for that prevents the test suite bringing about a rather undignified exit to the VM it doesn't really address the bigger picture of how to cope with user code that marks files as delete-on-exit and also makes use of the System.runFinalizersOnExit() method. Of course the latter method is deprecated but it won't stop some people from adopting it in their code. 
> I will attach a test case for dropping into tests/api/java/io/FileTest.java together with some minor tweaks to the build.xml and hyproperties.xml files in modules/luni/make/common that will enable this new test to run. A new support class will also be needed to help run part of the test in a separate VM.
> My suggested fix for this is an update to one class in icu4jni-3.4.jar. I *think* that we are OK customising that jar for Harmony. 
> Best regards, 
> George

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.