[External] : Re: What causes java.lang.InternalError: platform encoding not initialized ?
Scott Palmer
swpalmer at gmail.com
Tue Sep 21 23:05:18 UTC 2021
I’ve uploaded a project that reproduces the problem to JDK-8274087 <https://bugs.openjdk.java.net/browse/JDK-8274087>
Regards,
Scott
> On Sep 21, 2021, at 3:49 PM, Scott Palmer <swpalmer at gmail.com> wrote:
>
> I have discovered that I have to have my Java Agent configured in the .cfg file for it to happen:
>
> [JavaOptions]
> java-option=-javaagent:$APPDIR\libs\MyAgent.jar
>
>
> The agent is needed in my real app only to get an instance of the Instrumentation interface. In my test code, where I have reproduced this, it is never used. My test app just takes a URL and fetches it via a HttpURLConnection with setInstanceFollowRedirects(false) so I can capture the new location. If you are still having trouble reproducing I will have the code cleaned up for the bug report soon...
>
>
> Regards,
>
> Scott
>
>
>
>> On Sep 21, 2021, at 12:12 PM, Andy Herrick <andy.herrick at oracle.com> wrote:
>>
>> I thought I could create a reproduction scenario by using an app with "-splash:<image file>" arg then moving the jre as you did, but I have not yet been able make it fail.
>>
>> /Andy
>>
>> On 9/21/2021 11:43 AM, Scott Palmer wrote:
>>>> On Sep 21, 2021, at 11:40 AM, Alan Bateman <Alan.Bateman at oracle.com> wrote:
>>>>
>>>> On 21/09/2021 15:54, Andy Herrick wrote:
>>>>> I found the problem in open/src/jdk.jpackage/windows/native/applauncher/WinLauncher.cpp
>>>>>
>>>>> we call SetDllDirectory() with the path to the bin dir in the default runtime directory, not the actual runtime directory.
>>>>>
>>>>> since on Windows we never use other than the default runtime location - we had not seen a problem, but is bug I will file and fix.
>>>>>
>>>> Good to see that you found it quickly. However I'm puzzled as why initializingEncoding wasn't called, I would have expected the VM to blow up during early startup. Would you have cycles to dig into that a bit more in case something has been masked, like for example an exception being swallowed. Running with -Xlog:exceptions might reveal something.
>>>
>>> Do you have a case that reproduces the issue?
>>>
>>> Scott
>
More information about the core-libs-dev
mailing list