RFR: 8357993: Use "stdin.encoding" for reading System.in with InputStreamReader/Scanner [hotspot] [v2]

[Volkan Yazici]

On Mon, 2 Jun 2025 18:39:33 GMT, Volkan Yazici <vyazici at openjdk.org> wrote:

>> Passes the `Charset` read from the `stdin.encoding` system property while creating `InputStreamReader` or `Scanner` instances for `System.in`.
>> 
>> `stdin.encoding` is a recently added property for Java 25 in [JDK-8350703](https://bugs.openjdk.org/browse/JDK-8350703). Employing it throughout the entire code base is addressed by the parent ticket [JDK-8356893](https://bugs.openjdk.org/browse/JDK-8356893). JDK-8357993 this PR is addressing is a sub-task of JDK-8356893 and is concerned with only areas related to Hotspot.
>
> Volkan Yazici has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Provide fallback for `stdin.encoding`

I've created

- [8359167](https://bugs.openjdk.org/browse/JDK-8359167): Remove unused test/hotspot/jtreg/vmTestbase/nsk/share/jpda/BindServer.java
- [8359168](https://bugs.openjdk.org/browse/JDK-8359168): Revert stdin.encoding usage in test/hotspot/jtreg/vmTestbase/nsk/jvmti/AttachOnDemand/attach010/attach010Agent00.java

Used `hotspot` and `test` as `Component/s` and `Subcomponent`, respectively – hope that is okay. Feel free to update the tickets as you see fit. I will try to pick them up sometime this week.

@plummercj, @AlanBateman, thank you for your assistance and patience. 🙇

-------------

PR Comment: https://git.openjdk.org/jdk/pull/25542#issuecomment-2960509836