Loading...

XML

Word

Printable

Type: Bug
Resolution: Fixed
Priority: P2
Fix Version/s: 11
Affects Version/s: 8u181, 9, 10, 11
Component/s: core-libs
Labels:

Subcomponent:
java.nio
Resolved In Build:
b12
Verification:
Not verified

Issue	Fix Version	Assignee	Priority	Status	Resolution	Resolved In Build
JDK-8214666	8u211	Robert Mckenna	P2	Resolved	Fixed	b01
JDK-8211788	8u202	Robert Mckenna	P2	Closed	Fixed	b01
JDK-8221012	emb-8u211	Robert Mckenna	P2	Resolved	Fixed	master

This issue tracks reverting the changes in ~~JDK-8168628~~ so that RandomAccessFile.setLength and the FileChannel.map do not call ftruncate64 to pre-allocate disk space. The background to this issue is that ~~JDK-8168628~~ was mis-diagnosed, the real issue is that bulk transfer operations using Unsafe copyMemory lack memory guards. This requires changes in HotSpot and is tracked as ~~JDK-8191278~~.

More discussion on this topic here:
http://mail.openjdk.java.net/pipermail/nio-dev/2018-April/005041.html

backported by

JDK-8214666 (fc) FileChannel.map and RandomAccessFile.setLength should not preallocate space

Resolved

JDK-8221012 (fc) FileChannel.map and RandomAccessFile.setLength should not preallocate space

Resolved

JDK-8211788 (fc) FileChannel.map and RandomAccessFile.setLength should not preallocate space

Closed

relates to

JDK-8168628 (fc) SIGBUS when extending file size to map it

Resolved

JDK-8191278 MappedByteBuffer bulk access memory failures are not handled gracefully

Closed

JDK-8202116 (fc) FileChannel.map should ensure mapped region is backed by disk space

Closed

(1 relates to)

Assignee:: Alan Bateman

Reporter:: Alan Bateman

Votes:: 0 Vote for this issue

Watchers:: 4 Start watching this issue

Created:: 2018-04-25 06:21

Updated:: 2019-05-12 21:40

Resolved:: 2018-04-26 01:11

Details

Backports

Description

Attachments

Issue Links

Activity

People

Dates