March 2021 Archives by date
Starting: Mon Mar 1 13:00:41 UTC 2021
Ending: Wed Mar 31 20:29:51 UTC 2021
Messages: 279
- RFR: JDK-8260966 (fs) Consolidate Linux and macOS implementations of UserDefinedFileAttributeView [v2]
Alan Bateman
- RFR: JDK-8260966 (fs) Consolidate Linux and macOS implementations of UserDefinedFileAttributeView [v2]
Sebastian Stenzel
- RFR: JDK-8260966 (fs) Consolidate Linux and macOS implementations of UserDefinedFileAttributeView [v2]
Alan Bateman
- RFR: JDK-8260966 (fs) Consolidate Linux and macOS implementations of UserDefinedFileAttributeView [v3]
Sebastian Stenzel
- RFR: JDK-8260966 (fs) Consolidate Linux and macOS implementations of UserDefinedFileAttributeView [v2]
Sebastian Stenzel
- RFR: JDK-8260966 (fs) Consolidate Linux and macOS implementations of UserDefinedFileAttributeView [v3]
Alan Bateman
- RFR: JDK-8260966 (fs) Consolidate Linux and macOS implementations of UserDefinedFileAttributeView [v3]
Sebastian Stenzel
- RFR: 8262844: FileStore.supportsFileAttributeView might return false negative in case of ext3
Arno Zeller
- RFR: JDK-8260966 (fs) Consolidate Linux and macOS implementations of UserDefinedFileAttributeView [v3]
Alan Bateman
- Integrated: JDK-8260966 (fs) Consolidate Linux and macOS implementations of UserDefinedFileAttributeView
Sebastian Stenzel
- Further UserDefinedFileAttributeView improvements and fixes
Sebastian Stenzel
- Further UserDefinedFileAttributeView improvements and fixes
Alan Bateman
- Further UserDefinedFileAttributeView improvements and fixes
Sebastian Stenzel
- RFR: 8262844: FileStore.supportsFileAttributeView might return false negative in case of ext3
Alan Bateman
- RFR: 8262844: FileStore.supportsFileAttributeView might return false negative in case of ext3
Brian Burkhalter
- RFR: 8262844: FileStore.supportsFileAttributeView might return false negative in case of ext3
Brian Burkhalter
- RFR: 8262844: FileStore.supportsFileAttributeView might return false negative in case of ext3
Brian Burkhalter
- RFR: JDK-8260966 (fs) Consolidate Linux and macOS implementations of UserDefinedFileAttributeView [v3]
Thomas Stuefe
- RFR: JDK-8260966 (fs) Consolidate Linux and macOS implementations of UserDefinedFileAttributeView [v3]
Sebastian Stenzel
- RFR: JDK-8260966 (fs) Consolidate Linux and macOS implementations of UserDefinedFileAttributeView [v3]
Thomas Stuefe
- RFR: JDK-8260966 (fs) Consolidate Linux and macOS implementations of UserDefinedFileAttributeView [v3]
Thomas Stuefe
- RFR: JDK-8260966 (fs) Consolidate Linux and macOS implementations of UserDefinedFileAttributeView [v3]
Alan Bateman
- RFR: JDK-8260966 (fs) Consolidate Linux and macOS implementations of UserDefinedFileAttributeView [v3]
Sebastian Stenzel
- RFR: JDK-8260966 (fs) Consolidate Linux and macOS implementations of UserDefinedFileAttributeView [v3]
Thomas Stüfe
- RFR: JDK-8260966 (fs) Consolidate Linux and macOS implementations of UserDefinedFileAttributeView [v3]
Thomas Stuefe
- RFR: JDK-8260966 (fs) Consolidate Linux and macOS implementations of UserDefinedFileAttributeView [v3]
Sebastian Stenzel
- RFR: JDK-8260966 (fs) Consolidate Linux and macOS implementations of UserDefinedFileAttributeView [v3]
Zeller, Arno
- RFR: 8262844: FileStore.supportsFileAttributeView might return false negative in case of ext3
Arno Zeller
- RFR: 8262844: FileStore.supportsFileAttributeView might return false negative in case of ext3
Alan Bateman
- RFR: 8262844: FileStore.supportsFileAttributeView might return false negative in case of ext3
Christoph Langer
- Integrated: JDK-8262926 JDK-8260966 broke AIX build
Thomas Stuefe
- Integrated: JDK-8262926 JDK-8260966 broke AIX build
Christoph Langer
- Integrated: JDK-8262926 JDK-8260966 broke AIX build
Sebastian Stenzel
- Integrated: JDK-8262926 JDK-8260966 broke AIX build
Sebastian Stenzel
- Integrated: JDK-8262926 JDK-8260966 broke AIX build
Sebastian Stenzel
- RFR: 8262844: (fs) FileStore.supportsFileAttributeView might return false negative in case of ext3 [v2]
Arno Zeller
- RFR: 8262844: (fs) FileStore.supportsFileAttributeView might return false negative in case of ext3
Christoph Langer
- RFR: 8262844: (fs) FileStore.supportsFileAttributeView might return false negative in case of ext3 [v2]
Alan Bateman
- Further UserDefinedFileAttributeView improvements and fixes
Alan Bateman
- RFR: 8262844: (fs) FileStore.supportsFileAttributeView might return false negative in case of ext3 [v3]
Arno Zeller
- RFR: 8262844: (fs) FileStore.supportsFileAttributeView might return false negative in case of ext3 [v3]
Alan Bateman
- RFR: 8262844: (fs) FileStore.supportsFileAttributeView might return false negative in case of ext3 [v2]
Arno Zeller
- RFR: 8262844: (fs) FileStore.supportsFileAttributeView might return false negative in case of ext3 [v3]
Christoph Langer
- RFR: 8262844: (fs) FileStore.supportsFileAttributeView might return false negative in case of ext3 [v3]
Brian Burkhalter
- RFR: JDK-8262957 Fail fast in UnixFileStore.isExtendedAttributesEnabled
Sebastian Stenzel
- RFR: JDK-8262957 (fs) Fail fast in UnixFileStore.isExtendedAttributesEnabled
Brian Burkhalter
- RFR: JDK-8262957 (fs) Fail fast in UnixFileStore.isExtendedAttributesEnabled
Alan Bateman
- RFR: JDK-8262957 (fs) Fail fast in UnixFileStore.isExtendedAttributesEnabled
Sebastian Stenzel
- RFR: JDK-8262957 (fs) Fail fast in UnixFileStore.isExtendedAttributesEnabled
Alan Bateman
- RFR: JDK-8262957 (fs) Fail fast in UnixFileStore.isExtendedAttributesEnabled
Sebastian Stenzel
- RFR: 8262844: (fs) FileStore.supportsFileAttributeView might return false negative in case of ext3 [v3]
Arno Zeller
- Integrated: 8262844: (fs) FileStore.supportsFileAttributeView might return false negative in case of ext3
Arno Zeller
- RFR: 8080272 Refactor I/O stream copying to use InputStream.transferTo/readAllBytes and Files.copy [v11]
Andrey Turbanov
- RFR: 4833719: (bf) Views of MappedByteBuffers are not MappedByteBuffers, and cannot be forced
Brian Burkhalter
- RFR: 8259218: (fs) Add links in from overloaded methods in java.nio.file.Files
Brian Burkhalter
- RFR: 4833719: (bf) Views of MappedByteBuffers are not MappedByteBuffers, and cannot be forced
Andrew Dinn
- RFR: 8259218: (fs) Add links in from overloaded methods in java.nio.file.Files
Daniel Fuchs
- Further UserDefinedFileAttributeView improvements and fixes
Sebastian Stenzel
- Further UserDefinedFileAttributeView improvements and fixes
Alan Bateman
- RFR: 8259218: (fs) Add links in from overloaded methods in java.nio.file.Files
Alan Bateman
- RFR: 8259218: (fs) Add links in from overloaded methods in java.nio.file.Files
Brian Burkhalter
- RFR: 8259218: (fs) Add links in from overloaded methods in java.nio.file.Files
Brian Burkhalter
- Further UserDefinedFileAttributeView improvements and fixes
Sebastian Stenzel
- RFR: 8259218: (fs) Add links in from overloaded methods in java.nio.file.Files [v2]
Brian Burkhalter
- RFR: 8259218: (fs) Add links in from overloaded methods in java.nio.file.Files [v2]
Daniel Fuchs
- Further UserDefinedFileAttributeView improvements and fixes
Sebastian Stenzel
- RFR: 8259218: (fs) Add links in from overloaded methods in java.nio.file.Files [v2]
Alan Bateman
- Integrated: 8259218: (fs) Add links in from overloaded methods in java.nio.file.Files
Brian Burkhalter
- Further UserDefinedFileAttributeView improvements and fixes
Sebastian Stenzel
- RFR: 8057113: (fs) Path should have a method to obtain the filename extension [v3]
Brian Burkhalter
- RFR: 6539707: (fc) MappedByteBuffer.force() method throws an IOException in a very simple test
Brian Burkhalter
- RFR: 6539707: (fc) MappedByteBuffer.force() method throws an IOException in a very simple test
Alan Bateman
- RFR: 6539707: (fc) MappedByteBuffer.force() method throws an IOException in a very simple test
Brian Burkhalter
- RFR: 6539707: (fc) MappedByteBuffer.force() method throws an IOException in a very simple test [v4]
Brian Burkhalter
- RFR: 6539707: (fc) MappedByteBuffer.force() method throws an IOException in a very simple test [v4]
Alan Bateman
- RFR: 6539707: (fc) MappedByteBuffer.force() method throws an IOException in a very simple test
Alan Bateman
- RFR: 6539707: (fc) MappedByteBuffer.force() method throws an IOException in a very simple test [v4]
Thomas Stuefe
- RFR: 6539707: (fc) MappedByteBuffer.force() method throws an IOException in a very simple test
Brian Burkhalter
- RFR: 6539707: (fc) MappedByteBuffer.force() method throws an IOException in a very simple test [v4]
Brian Burkhalter
- RFR: 8057113: (fs) Path should have a method to obtain the filename extension [v8]
Brian Burkhalter
- RFR: 8057113: (fs) Path should have a method to obtain the filename extension [v8]
Roger Riggs
- RFR: 4926314: Optimize Reader.read(CharBuffer) [v8]
Philippe Marschall
- RFR: 4926314: Optimize Reader.read(CharBuffer) [v9]
Philippe Marschall
- RFR: 4926314: Optimize Reader.read(CharBuffer) [v7]
Philippe Marschall
- RFR: 4926314: Optimize Reader.read(CharBuffer) [v7]
Philippe Marschall
- RFR: 4926314: Optimize Reader.read(CharBuffer) [v7]
Philippe Marschall
- RFR: 4926314: Optimize Reader.read(CharBuffer)
Philippe Marschall
- RFR: 8241619: (fs) Files.newByteChannel(path, Set.of(CREATE_NEW, READ)) does not throw a FileAlreadyExistsException when the file exists
Brian Burkhalter
- RFR: 4926314: Optimize Reader.read(CharBuffer) [v9]
Alan Bateman
- RFR: 8263561: Re-examine uses of LinkedList
Сергей Цыпанов
- RFR: 8263561: Re-examine uses of LinkedList
Сергей Цыпанов
- RFR: 8263561: Re-examine uses of LinkedList
liach
- RFR: 8263561: Re-examine uses of LinkedList
Yi Yang
- RFR: 8263561: Re-examine uses of LinkedList
liach
- RFR: 8263561: Re-examine uses of LinkedList
Сергей Цыпанов
- RFR: 8241619: (fs) Files.newByteChannel(path, Set.of(CREATE_NEW, READ)) does not throw a FileAlreadyExistsException when the file exists
Alan Bateman
- RFR: 8263561: Re-examine uses of LinkedList
Alan Bateman
- RFR: 8263561: Re-examine uses of LinkedList
Сергей Цыпанов
- RFR: 8263561: Re-examine uses of LinkedList
Alan Bateman
- RFR: 8080272 Refactor I/O stream copying to use InputStream.transferTo/readAllBytes and Files.copy
Julia Boes
- RFR: 4833719: (bf) Views of MappedByteBuffers are not MappedByteBuffers, and cannot be forced
Alan Bateman
- RFR: 8080272 Refactor I/O stream copying to use InputStream.transferTo/readAllBytes and Files.copy [v13]
Andrey Turbanov
- Integrated: 6539707: (fc) MappedByteBuffer.force() method throws an IOException in a very simple test
Brian Burkhalter
- RFR: 8241619: (fs) Files.newByteChannel(path, Set.of(CREATE_NEW, READ)) does not throw a FileAlreadyExistsException when the file exists
Brian Burkhalter
- RFR: 8080272 Refactor I/O stream copying to use InputStream.transferTo/readAllBytes and Files.copy
Julia Boes
- RFR: 8241619: (fs) Files.newByteChannel(path, Set.of(CREATE_NEW, READ)) does not throw a FileAlreadyExistsException when the file exists [v2]
Brian Burkhalter
- RFR: 4833719: (bf) Views of MappedByteBuffers are not MappedByteBuffers, and cannot be forced [v2]
Brian Burkhalter
- RFR: 4833719: (bf) Views of MappedByteBuffers are not MappedByteBuffers, and cannot be forced [v3]
Brian Burkhalter
- RFR: 4833719: (bf) Views of MappedByteBuffers are not MappedByteBuffers, and cannot be forced [v4]
Brian Burkhalter
- RFR: 4833719: (bf) Views of MappedByteBuffers are not MappedByteBuffers, and cannot be forced [v4]
Brian Burkhalter
- RFR: 4833719: (bf) Views of MappedByteBuffers are not MappedByteBuffers, and cannot be forced [v4]
Andrew Dinn
- Integrated: 8080272 Refactor I/O stream copying to use InputStream.transferTo/readAllBytes and Files.copy
Andrey Turbanov
- RFR: 4833719: (bf) Views of MappedByteBuffers are not MappedByteBuffers, and cannot be forced [v4]
Alan Bateman
- RFR: 8241619: (fs) Files.newByteChannel(path, Set.of(CREATE_NEW, READ)) does not throw a FileAlreadyExistsException when the file exists [v2]
Alan Bateman
- RFR: 4833719: (bf) Views of MappedByteBuffers are not MappedByteBuffers, and cannot be forced [v4]
Andrew Dinn
- RFR: 4833719: (bf) Views of MappedByteBuffers are not MappedByteBuffers, and cannot be forced [v4]
Alan Bateman
- RFR: 4833719: (bf) Views of MappedByteBuffers are not MappedByteBuffers, and cannot be forced [v4]
Brian Burkhalter
- RFR: 8241619: (fs) Files.newByteChannel(path, Set.of(CREATE_NEW, READ)) does not throw a FileAlreadyExistsException when the file exists [v3]
Brian Burkhalter
- RFR: 8241619: (fs) Files.newByteChannel(path, Set.of(CREATE_NEW, READ)) does not throw a FileAlreadyExistsException when the file exists [v2]
Brian Burkhalter
- java.io.File#toPath() on Windows doesn't understand "NUL:" (null device)?
Jaikiran Pai
- java.io.File#toPath() on Windows doesn't understand "NUL:" (null device)?
Jaikiran Pai
- java.io.File#toPath() on Windows doesn't understand "NUL:" (null device)?
David Holmes
- java.io.File#toPath() on Windows doesn't understand "NUL:" (null device)?
Alan Bateman
- java.io.File#toPath() on Windows doesn't understand "NUL:" (null device)?
Jaikiran Pai
- java.io.File#toPath() on Windows doesn't understand "NUL:" (null device)?
Alan Bateman
- java.io.File#toPath() on Windows doesn't understand "NUL:" (null device)?
Jaikiran Pai
- java.io.File#toPath() on Windows doesn't understand "NUL:" (null device)?
Jaikiran Pai
- RFR: 8263742: (bf) MappedByteBuffer.force() should use the capacity as its upper bound
Brian Burkhalter
- RFR: 8263742: (bf) MappedByteBuffer.force() should use the capacity as its upper bound
Andrew Dinn
- RFR: 8263742: (bf) MappedByteBuffer.force() should use the capacity as its upper bound
Alan Bateman
- RFR: 4833719: (bf) Views of MappedByteBuffers are not MappedByteBuffers, and cannot be forced [v4]
Alan Bateman
- RFR: 8241619: (fs) Files.newByteChannel(path, Set.of(CREATE_NEW, READ)) does not throw a FileAlreadyExistsException when the file exists
Alan Bateman
- RFR: 4833719: (bf) Views of MappedByteBuffers are not MappedByteBuffers, and cannot be forced [v4]
Brian Burkhalter
- RFR: 8263742: (bf) MappedByteBuffer.force() should use the capacity as its upper bound
Brian Burkhalter
- Integrated: 8263742: (bf) MappedByteBuffer.force() should use the capacity as its upper bound
Brian Burkhalter
- RFR: 4833719: (bf) Views of MappedByteBuffers are not MappedByteBuffers, and cannot be forced [v5]
Brian Burkhalter
- RFR: 4833719: (bf) Views of MappedByteBuffers are not MappedByteBuffers, and cannot be forced [v6]
Brian Burkhalter
- RFR: 4833719: (bf) Views of MappedByteBuffers are not MappedByteBuffers, and cannot be forced [v6]
Brian Burkhalter
- RFR: 8241619: (fs) Files.newByteChannel(path, Set.of(CREATE_NEW, READ)) does not throw a FileAlreadyExistsException when the file exists [v4]
Brian Burkhalter
- RFR: 8241619: (fs) Files.newByteChannel(path, Set.of(CREATE_NEW, READ)) does not throw a FileAlreadyExistsException when the file exists
Brian Burkhalter
- RFR: 8241619: (fs) Files.newByteChannel(path, Set.of(CREATE_NEW, READ)) does not throw a FileAlreadyExistsException when the file exists
Brian Burkhalter
- Replacing default FileSystemProvider
Michael Hall
- Replacing default FileSystemProvider
Brian Burkhalter
- Replacing default FileSystemProvider
Michael Hall
- RFR: 4926314: Optimize Reader.read(CharBuffer) [v9]
Brian Burkhalter
- Replacing default FileSystemProvider
Michael Hall
- Replacing default FileSystemProvider
Brian Burkhalter
- Replacing default FileSystemProvider
Michael Hall
- java.io.File#toPath() on Windows doesn't understand "NUL:" (null device)?
Jaikiran Pai
- Replacing default FileSystemProvider
Alan Bateman
- Replacing default FileSystemProvider
Michael Hall
- Replacing default FileSystemProvider
Michael Hall
- Replacing default FileSystemProvider
Bernd Eckenfels
- Replacing default FileSystemProvider
Michael Hall
- Replacing default FileSystemProvider
Bernd Eckenfels
- Replacing default FileSystemProvider
Michael Hall
- Replacing default FileSystemProvider
Alan Bateman
- Replacing default FileSystemProvider
Michael Hall
- Replacing default FileSystemProvider
Alan Bateman
- Replacing default FileSystemProvider
Michael Hall
- Replacing default FileSystemProvider
Michael Hall
- Replacing default FileSystemProvider
Alan Bateman
- Replacing default FileSystemProvider
Michael Hall
- Replacing default FileSystemProvider
Michael Hall
- Replacing default FileSystemProvider
Michael Hall
- Replacing default FileSystemProvider
Alan Bateman
- Replacing default FileSystemProvider
Alan Bateman
- RFR: 8241619: (fs) Files.newByteChannel(path, Set.of(CREATE_NEW, READ)) does not throw a FileAlreadyExistsException when the file exists [v4]
Alan Bateman
- java.io.File#toPath() on Windows doesn't understand "NUL:" (null device)?
Alan Bateman
- java.io.File#toPath() on Windows doesn't understand "NUL:" (null device)?
Jaikiran Pai
- Replacing default FileSystemProvider
Michael Hall
- RFR: 8263979: Cleanup duplicate check in Unicode.contains
Aleksey Shipilev
- RFR: 8263979: Cleanup duplicate check in Unicode.contains
Pavel Rappo
- RFR: 8263979: Cleanup duplicate check in Unicode.contains
Pavel Rappo
- RFR: 8263979: Cleanup duplicate check in Unicode.contains
Alan Bateman
- RFR: 4833719: (bf) Views of MappedByteBuffers are not MappedByteBuffers, and cannot be forced [v6]
lyndseyBeil
- Integrated: 8263979: Cleanup duplicate check in Unicode.contains
Aleksey Shipilev
- RFR: 8264029: Replace uses of StringBuffer with StringBuilder in java.base
Andrey Turbanov
- RFR: 8264029: Replace uses of StringBuffer with StringBuilder in java.base
Aleksey Shipilev
- RFR: 8264029: Replace uses of StringBuffer with StringBuilder in java.base
Pavel Rappo
- Replacing default FileSystemProvider
Michael Hall
- Why does Path check for the Default FileSystem?
Michael Hall
- Why does Path check for the Default FileSystem?
Alan Bateman
- Why does Path check for the Default FileSystem?
Michael Hall
- Integrated: 8241619: (fs) Files.newByteChannel(path, Set.of(CREATE_NEW, READ)) does not throw a FileAlreadyExistsException when the file exists
Brian Burkhalter
- Why does Path check for the Default FileSystem?
Alan Bateman
- Why does Path check for the Default FileSystem?
Michael Hall
- RFR: 8264029: Replace uses of StringBuffer with StringBuilder in java.base
Andrey Turbanov
- RFR: 8264029: Replace uses of StringBuffer with StringBuilder in java.base
Pavel Rappo
- Further UserDefinedFileAttributeView improvements and fixes
Brian Burkhalter
- Further UserDefinedFileAttributeView improvements and fixes
Sebastian Stenzel
- RFR: JDK-8262957 (fs) Fail fast in UnixFileStore.isExtendedAttributesEnabled
Sebastian Stenzel
- Why does Path check for the Default FileSystem?
Alan Bateman
- RFR: JDK-8262957 (fs) Fail fast in UnixFileStore.isExtendedAttributesEnabled
Alan Bateman
- Further UserDefinedFileAttributeView improvements and fixes
Sebastian Stenzel
- Further UserDefinedFileAttributeView improvements and fixes
Sebastian Stenzel
- Why does Path check for the Default FileSystem?
Michael Hall
- RFR: JDK-8264111 (fs) Leaking NativeBuffers in case of errors during UnixUserDefinedFileAttributeView.read/write
Sebastian Stenzel
- Why does Path check for the Default FileSystem?
Michael Hall
- Replacing default FileSystemProvider
Michael Hall
- RFR: 8264029: Replace uses of StringBuffer with StringBuilder in java.base
Aleksey Shipilev
- RFR: 8264031: Fix typo in ZipFileSystem.deleteFile ZipException
Aleksey Shipilev
- RFR: 8264031: Fix typo in ZipFileSystem.deleteFile ZipException
Simon Legner
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win)
Brian Burkhalter
- RFR: 8264031: Fix typo in ZipFileSystem.deleteFile ZipException
Aleksey Shipilev
- RFR: 8264031: Fix typo in ZipFileSystem.deleteFile ZipException
Aleksey Shipilev
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win)
Alan Bateman
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win)
Jaikiran Pai
- RFR: 8264031: Fix typo in ZipFileSystem.deleteFile ZipException
Lance Andersen
- Replacing default FileSystemProvider
Alan Bateman
- RFR: JDK-8264111 (fs) Leaking NativeBuffers in case of errors during UnixUserDefinedFileAttributeView.read/write
Alan Bateman
- RFR: JDK-8264111 (fs) Leaking NativeBuffers in case of errors during UnixUserDefinedFileAttributeView.read/write [v2]
Sebastian Stenzel
- RFR: JDK-8264111 (fs) Leaking NativeBuffers in case of errors during UnixUserDefinedFileAttributeView.read/write [v2]
Sebastian Stenzel
- Replacing default FileSystemProvider
Michael Hall
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win)
Brian Burkhalter
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win)
Brian Burkhalter
- RFR: 4833719: (bf) Views of MappedByteBuffers are not MappedByteBuffers, and cannot be forced [v6]
Brian Burkhalter
- Integrated: 4833719: (bf) Views of MappedByteBuffers are not MappedByteBuffers, and cannot be forced
Brian Burkhalter
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win)
Alan Bateman
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win) [v2]
Brian Burkhalter
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win) [v2]
Brian Burkhalter
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win) [v2]
Brian Burkhalter
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win) [v3]
Brian Burkhalter
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win) [v3]
Jaikiran Pai
- Replacing default FileSystemProvider
Michael Hall
- RFR: JDK-8262957 (fs) Fail fast in UnixFileStore.isExtendedAttributesEnabled
Sebastian Stenzel
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win) [v3]
Alan Bateman
- RFR: JDK-8264111 (fs) Leaking NativeBuffers in case of errors during UnixUserDefinedFileAttributeView.read/write [v2]
Alan Bateman
- RFR: JDK-8264111 (fs) Leaking NativeBuffers in case of errors during UnixUserDefinedFileAttributeView.read/write [v3]
Sebastian Stenzel
- RFR: JDK-8264111 (fs) Leaking NativeBuffers in case of errors during UnixUserDefinedFileAttributeView.read/write [v3]
Alan Bateman
- RFR: JDK-8264111 (fs) Leaking NativeBuffers in case of errors during UnixUserDefinedFileAttributeView.read/write [v4]
Sebastian Stenzel
- RFR: JDK-8264111 (fs) Leaking NativeBuffers in case of errors during UnixUserDefinedFileAttributeView.read/write [v4]
Sebastian Stenzel
- RFR: JDK-8264111 (fs) Leaking NativeBuffers in case of errors during UnixUserDefinedFileAttributeView.read/write [v4]
Alan Bateman
- Integrated: JDK-8264111 (fs) Leaking NativeBuffers in case of errors during UnixUserDefinedFileAttributeView.read/write
Sebastian Stenzel
- RFR: JDK-8262958 (fs) UnixUserDefinedFileAttributeView cleanup
Sebastian Stenzel
- RFR: JDK-8264110 (fs) possible UnsupportedOperationException in UnixUserDefinedFileAttributeView.read(...)
Sebastian Stenzel
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win) [v3]
Brian Burkhalter
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win) [v3]
Brian Burkhalter
- RFR: JDK-8264110 (fs) possible UnsupportedOperationException in UnixUserDefinedFileAttributeView.read(...)
Alan Bateman
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win) [v4]
Brian Burkhalter
- RFR: JDK-8264110 (fs) possible UnsupportedOperationException in UnixUserDefinedFileAttributeView.read(...)
Sebastian Stenzel
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win) [v5]
Brian Burkhalter
- RFR: JDK-8264110 (fs) possible UnsupportedOperationException in UnixUserDefinedFileAttributeView.read(...)
Alan Bateman
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win) [v5]
Alan Bateman
- RFR: JDK-8264110 (fs) possible UnsupportedOperationException in UnixUserDefinedFileAttributeView.read(...)
Sebastian Stenzel
- Replacing default FileSystemProvider
Michael Hall
- Replacing default FileSystemProvider
Michael Hall
- Replacing default FileSystemProvider
Alan Bateman
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win) [v5]
Alan Bateman
- RFR: JDK-8264110 (fs) possible UnsupportedOperationException in UnixUserDefinedFileAttributeView.read(...)
Alan Bateman
- Replacing default FileSystemProvider
Michael Hall
- Replacing default FileSystemProvider
Michael Hall
- Withdrawn: JDK-8264110 (fs) possible UnsupportedOperationException in UnixUserDefinedFileAttributeView.read(...)
Sebastian Stenzel
- RFR: JDK-8264110 (fs) possible UnsupportedOperationException in UnixUserDefinedFileAttributeView.read(...)
Sebastian Stenzel
- Integrated: 8264029: Replace uses of StringBuffer with StringBuilder in java.base
Andrey Turbanov
- RFR: JDK-8262958 (fs) UnixUserDefinedFileAttributeView cleanup
Sebastian Stenzel
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win) [v5]
Brian Burkhalter
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win) [v6]
Brian Burkhalter
- RFR: JDK-8262958 (fs) UnixUserDefinedFileAttributeView cleanup
Alan Bateman
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win) [v6]
Alan Bateman
- Integrated: JDK-8262958 (fs) UnixUserDefinedFileAttributeView cleanup
Sebastian Stenzel
- RFR: JDK-8264112 (fs) Reorder methods/constructor/fields in UnixUserDefinedFileAttributeView.java
Sebastian Stenzel
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win) [v6]
Brian Burkhalter
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win) [v7]
Brian Burkhalter
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win) [v8]
Brian Burkhalter
- RFR: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win) [v8]
Alan Bateman
- RFR: JDK-8264112 (fs) Reorder methods/constructor/fields in UnixUserDefinedFileAttributeView.java
Alan Bateman
- Integrated: 8263898: (fs) Files.newOutputStream on the "NUL" special device throws FileSystemException: "nul: Incorrect function" (win)
Brian Burkhalter
- RFR: 8264400: (fs) WindowsFileStore equality depends on how the FileStore was constructed
Brian Burkhalter
- RFR: 8264400: (fs) WindowsFileStore equality depends on how the FileStore was constructed
Alan Bateman
- Integrated: JDK-8264112 (fs) Reorder methods/constructor/fields in UnixUserDefinedFileAttributeView.java
Sebastian Stenzel
- RFR: 8264502: FileDispatcherImpl_setDirect0 might return uninitialized variable
Christoph Göttschkes
- RFR: 8264502: FileDispatcherImpl_setDirect0 might return uninitialized variable
Alan Bateman
- RFR: 8264502: FileDispatcherImpl_setDirect0 might return uninitialized variable
Christoph Göttschkes
- RFR: 8264502: FileDispatcherImpl_setDirect0 might return uninitialized variable
Alan Bateman
- RFR: 8264502: FileDispatcherImpl_setDirect0 might return uninitialized variable
Alan Bateman
- RFR: 8264400: (fs) WindowsFileStore equality depends on how the FileStore was constructed
Brian Burkhalter
- RFR: 8264502: (fc) FileDispatcherImpl.setDirect0 might return uninitialized variable on some platforms
Brian Burkhalter
- RFR: 8264539: Improve failure message of java/nio/file/WatchService/SensitivityModifier.java
Brian Burkhalter
Last message date:
Wed Mar 31 20:29:51 UTC 2021
Archived on: Wed Mar 31 20:30:01 UTC 2021
This archive was generated by
Pipermail 0.09 (Mailman edition).