From bfcf88311828b93a833ce96ad1a518b8eca08552 Mon Sep 17 00:00:00 2001
From: Rickard Green
Returns a hash value for
This BIF is deprecated, as the hash value can differ on
- different architectures. The hash values for integer
- terms > 2^27 and large binaries are
- poor. The BIF is retained for backward compatibility
- reasons (it can have been used to hash records into a file),
- but all new code is to use one of the BIFs
-
This BIF can be used instead of the old deprecated BIF
-
Returns a string corresponding to the text
representation of
This BIF is intended for debugging and is not to be used - in application programs.
-Returns a string corresponding to the text
representation of the port identifier
This BIF is intended for debugging. It is not to be used - in application programs.
-As from ERTS 5.10 (OTP R16) support - for UTF-8 encoded atoms has been introduced in the external format. - However, only characters that can be encoded using Latin-1 (ISO-8859-1) - are currently supported in atoms. The support for UTF-8 encoded atoms - in the external format has been implemented to be able to support - all Unicode characters in atoms in some future release. - Until full Unicode support for atoms has been introduced, - it is an error to pass atoms containing - characters that cannot be encoded in Latin-1, and the behavior is - undefined.
+As from ERTS 9.0 (OTP 20), UTF-8 encoded atoms may contain any Unicode + character. Although the support for UTF-8 encoded atoms in the external + format is available since ERTS 5.10 (OTP R16), passing atoms that cannot + be encoded in Latin-1 is an error in versions earlier than + Erlang/OTP 20, and the behavior is undefined.
When distribution flag
As from Erlang/OTP 20, atoms can contain any Unicode character
+ and
As from Erlang/OTP 20, Returns the atom whose text representation is
As from Erlang/OTP 20, This document describes the changes made to the ERTS application.
+ A bug has been fixed where if erlang was started +B on a
+ unix platform it would be killed by a SIGUSR2 signal when
+ creating a crash dump.
+ Own Id: OTP-13425 Aux Id: ERL-94
+ Calls to
+ Own Id: OTP-13866 Driver and NIF operations accessing processes or ports
+ could cause an emulator crash when used from
+ non-scheduler threads. Those operations are:
+ Own Id: OTP-13869
+ Fix bug in
+ Own Id: OTP-14159 Aux Id: ERL-340 Decrements the reference count on This function is only thread-safe when the emulator with SMP
- support is used. This function is thread-safe. The reference count of driver binary is normally to be decremented
by calling Returns the current reference count on This function is only thread-safe when the emulator with SMP
- support is used. This function is thread-safe. Increments the reference count on This function is only thread-safe when the emulator with SMP
- support is used. This function is thread-safe.
+
+
+
+
This function is only thread-safe when the emulator with SMP - support is used.
+This function is thread-safe.
@@ -1872,8 +1868,7 @@ r = driver_async(myPort, &myKey, myData, myFunc); ]]>Resizes a driver binary, while keeping the data.
Returns the resized driver binary on success. Returns
This function is only thread-safe when the emulator with SMP - support is used.
+This function is thread-safe.
-- cgit v1.2.3 From 6474bd146ba11a84ed3805f4b158bf752fd5ce8b Mon Sep 17 00:00:00 2001 From: Erlang/OTPThis document describes the changes made to the ERTS application.
+
+ Fix bug in
+ Own Id: OTP-14159 Aux Id: ERL-340
++ The driver efile_drv when opening a file now use fstat() + on the open file instead of stat() before opening, if + fstat() exists. This avoids a race when the file happens + to change between stat() and open().
++ Own Id: OTP-14184 Aux Id: seq-13266
+If the process potentially can get many messages,
you are advised to set the flag to
- Fixed a VM crash that occured in a garbage collection of + Fixed a VM crash that occurred in a garbage collection of a process when it had received binaries. This bug was introduced in ERTS version 8.0 (OTP 19.0).
@@ -581,7 +581,7 @@
- Fixed a VM crash that occured in garbage collection of a
+ Fixed a VM crash that occurred in garbage collection of a
process when it had received maps over the distribution.
This bug was introduced in ERTS version 8.0 (OTP 19.0).
@@ -5682,7 +5682,7 @@
dependent, so applications aiming to be portable should
consider using
Own Id: OTP-8928 Aux Id: kunagi-193 [104]
@@ -7040,7 +7040,7 @@
For the subsection about process_flag(save_calls, N) there's an unrelated paragraph about process priorities - which was copied from the preceeding subsection regarding + which was copied from the preceding subsection regarding process_flag(priority, Level). (Thanks to Filipe David Manana)
@@ -8255,7 +8255,7 @@
Wx on MacOS X generated complains on stderr about certain
- cocoa functions not beeing called from the "Main thread".
+ cocoa functions not being called from the "Main thread".
This is now corrected.
Own Id: OTP-9081 The