From cfea5eea406ba3af96588ff458e55de9a149d9c5 Mon Sep 17 00:00:00 2001
From: Erlang/OTP This document describes the changes made to the Kernel application.
+ Driver output has been corrected so output of large
+ binaries (> 4 GiB) now does not silently fail or crash
+ the emulator, but either outputs the binary or fails the
+ call. This means that writing a binary > 4 Gib to file
+ now works but on e.g 64-bit Windows (that has
+ scatter/gather I/O buffer segment lengths of 32 bits)
+ fails. The behaviour may change in the future to always
+ write the binary, in parts if necessary.
+ Own Id: OTP-9820 Aux Id: OTP-9795
+ erts: minor fix for unnecessary condition erts: change
+ SENDFILE_CHUNK_SIZE from signed to unsigned (Thanks to
+ jovi zhang)
+ Own Id: OTP-9872 Two contracts in
+ Own Id: OTP-9874 If a process calls a module with an running on_load
+ handler, the process is supposed to be suspended. But if
+ the module with the on_load handler was loading used
+
+ Own Id: OTP-9875
+ File name and error reason is now returned if creation of
+ a cookie fails. (Thanks to Magnus Henoch)
+ Own Id: OTP-9954
+ Fix port leak in
+ Own Id: OTP-9981
+ Various typographical errors corrected in documentation
+ for the global, error_logger, etop, lists, ets and
+ supervisor modules and in the c_portdriver and kernel_app
+ documentation. (Thanks to Ricardo Catalinas Jiménez)
+ Own Id: OTP-9987 Fix returned error from gen_tcp:accept/1,2 when
+ running out of ports
+
+ The {error, enfile} return value is badly misleading and
+ confusing for this case, since the Posix ENFILE errno
+ value has a well-defined meaning that has nothing to do
+ with Erlang ports. The fix changes the return value to
+ {error, system_limit}, which is consistent with e.g.
+ various file(3) functions. inet:format_error/1 has also
+ been updated to support system_limit in the same manner
+ as file:format_error/1. (Thanks to Per Hedeland)
+
+ Own Id: OTP-9990
+ ++ Own Id: OTP-9991
++ In some cases when the process doing file:sendfile + crashes while sending the file the efile_drv code would + not clean up after itself correctly. This has now been + fixed.
++ Own Id: OTP-9993
++ On BSD based platforms file:sendfile would sometime go + into an infinite loop when sending big files. This has + now been fixed.
++ Own Id: OTP-9994
+While
The problem was addressed in OTP-9764, but the + situation was not improved in all cases.
+(Thanks to Richard Carlsson.)
++ Own Id: OTP-9999 Aux Id: OTP-9764
+
+ The documentation of .app files incorrectly said that the
+ default value for the
+ Own Id: OTP-10002
+