This is a fix to a recently added test. The test uses pthread_create to create
native threads that invoke a Java method via a generated "upcall stub". The
upcall stub is created in an implicit memory session but the test doesn't do
anything to ensure that the memory session remains open. Testing
> Hi,
>
> Please review the following patch which will:
>
> - Enhance the java.nio.file.spi.FileSystemProvider abstract class to include
> the methods
>
> - public boolean exists(Path path, LinkOption... options)
> - public A readAttributesIfExists(Path
> path, Class type, LinkOption... o
On Sun, 26 Jun 2022 11:13:58 GMT, Lance Andersen wrote:
>> Hi,
>>
>> Please review the following patch which will:
>>
>> - Enhance the java.nio.file.spi.FileSystemProvider abstract class to include
>> the methods
>>
>> - public boolean exists(Path path, LinkOption... options)
>> - public
On Sun, 26 Jun 2022 13:13:35 GMT, Alan Bateman wrote:
> The implementation changes in latest version address my previous points,
> thanks! I don't the test as it duplicates most of the existing of the
> TestProvider in this directory and the naming is inconsistent with the
> existing tests. I
> Hi,
>
> Please review the following patch which will:
>
> - Enhance the java.nio.file.spi.FileSystemProvider abstract class to include
> the methods
>
> - public boolean exists(Path path, LinkOption... options)
> - public A readAttributesIfExists(Path
> path, Class type, LinkOption... o
On Sat, 25 Jun 2022 19:08:48 GMT, Joe Darcy wrote:
>> This is an early review of changes to better model JVM access flags, that is
>> "modifiers" like public, protected, etc. but explicitly at a VM level.
>>
>> Language level modifiers and JVM level access flags are closely related, but
>> dis
On Sun, 26 Jun 2022 09:50:11 GMT, Alan Bateman wrote:
> This is a fix to a recently added test. The test uses pthread_create to
> create native threads that invoke a Java method via a generated "upcall
> stub". The upcall stub is created in an implicit memory session but the test
> doesn't do
This is a simple change to add some protective code to
java/util/zip/ZipFile/DeleteTempJar.java so that the clean-up is more complete
in the event of encountering an any exceptions while running. In the present
state, the server.stop() does not get executed in case of encountering a
failure. As
On Mon, 27 Jun 2022 04:50:09 GMT, Thejasvi Voniadka
wrote:
> This is a simple change to add some protective code to
> java/util/zip/ZipFile/DeleteTempJar.java so that the clean-up is more
> complete in the event of encountering an any exceptions while running. In the
> present state, the serv
On Mon, 27 Jun 2022 04:50:09 GMT, Thejasvi Voniadka
wrote:
> This is a simple change to add some protective code to
> java/util/zip/ZipFile/DeleteTempJar.java so that the clean-up is more
> complete in the event of encountering an any exceptions while running. In the
> present state, the serv
10 matches
Mail list logo
