From ca631e470a2c8b4a7ac0c2aa73d6093dd7598706 Mon Sep 17 00:00:00 2001 From: kyren Date: Sun, 11 Feb 2018 06:14:52 -0500 Subject: [PATCH] changelog spelling fix --- CHANGELOG.md | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/CHANGELOG.md b/CHANGELOG.md index 0041bd6..5c9c9a7 100644 --- a/CHANGELOG.md +++ b/CHANGELOG.md @@ -5,11 +5,11 @@ it will error with `CallbackDestructed`. From the rust side, an expired userdata `AnyUserData` will not appear to be any rust type. - Changed the `RegistryKey` API to be more useful and general. Now, it is not - 100% necessary to manually remove `RegistryKey` instances in order to clean up - the registry, instead you can periodically call `Lua::expire_registry_values` - to remove registry values with `RegistryKey`s that have all been dropped. - Also, it is no longer a panic to use a `RegistryKey` from a mismatched Lua - instance, it is simply an error. + 100% necessary to manually remove `RegistryKey`s in order to clean up the + registry, instead you can periodically call `Lua::expire_registry_values` to + remove registry values with `RegistryKey`s that have all been dropped. Also, + it is no longer a panic to use a `RegistryKey` from a mismatched Lua instance, + it is simply an error. - Lua is now `Send`, and all userdata / callback functions have a Send requirement. This is a potentially annoying breaking change, but there is a new way to pass !Send types to Lua in a limited way. @@ -19,7 +19,7 @@ order to make this safe, the scope method behaves similarly to the `crossbeam` crate's `crossbeam::scope` method, which ensures that types created within the scope are destructed at the end of the scope. When using callbacks / userdata - created within the scope, the callbakcs / userdata are guaranteed to be + created within the scope, the callbacks / userdata are guaranteed to be destructed at the end of the scope, and inside Lua references to them are in an invalidated "destructed" state. This destructed state was already possible to observe through `__gc` methods, so it doesn't introduce anything new, but