| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
| |
Removed a limitation preventing Lua functions with indirect recursive upvalue references from being transferable.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Lua 5.2 introduced a hash randomizer seed which causes table iteration to yield a different key order
on different VMs even when the tables are populated the exact same way.
When Lua is built with compatibility options (such as LUA_COMPAT_ALL),
this causes several base libraries to register functions under multiple names.
This, with the randomizer, can cause the first name of a function to be different on different VMs,
which breaks function transfer.
This means that Lua 5.2 must be built with compatibility off to be able to use Lanes.
Even under Lua 5.1, this may cause trouble (even if this would be much less frequent)
Unfortunately, this fails with string.gfind/string.gmatch when Lua 5.1 is built with LUA_COMPAT_GFIND (which is the case of LuaBinaries),
so for the time being, fail only for Lua 5.2 as the randomizer is the real show breaker here.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
the user find out what's wrong
* new function lanes.nameof()
|
| |
|
|
| |
luaL_openlibs()
|
| |
|
|
| |
int size)
|
| |
|
|
|
|
| |
parameters
* added support for an on_state_create callback called to load custom functions in a state in addition to the base libraries
|
| | |
|
| |
|
|
| |
* fix a multithreading issue at desinit causing invalid memory accesses (to be verified)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
when atexit() handlers are processed
* Lua 5.2-style module:
* module() is no longer used to implement lanes.lua
* a global "lanes" variable is no longer created when the module is required
* the Lanes module table is returned instead
* Lanes must be initialized before used:
* the first occurence of 'require "lanes"' produces a minimal interface that only contains a configure() function
* the remainder of the interface is made available once this function is called
* subsequent calls to configure() do nothing
* configure() controls the number of keeper states and the startup of timers
* LuaJIT 2 compatibility
* non-Lua functions are no longer copied by creating a C closure from a C pointer, but through 2-way lookup tables
* this means that if a lane function body pulls non-Lua functions, the lane generator description must contain the list of libraries and modules that exports them
* introduces a change in configuration .globals management: contents are copied *after* std libs are loaded
* new .required configuration entry to list modules that must be require()'ed before lane body is transferred
* lane:cancel() wakes up waiting lindas like what is done at lane shutdown
|
| | |
|
| |
|
|
|
|
| |
LuaJIT2-compatibility (but this is not enough).
* moved keeper-related code in a separate source file
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Refactor lane proxy implementation: it is now a full userdata instead
of a table, and its methods are implemented in C instead of Lua.
* its metatable is no longer accessible.
* writing to the proxy raises an error.
* it is no longer possible to overwrite its join() and cancel() methods
- when a deep userdata idfunc requests a module to be required, manually
check that it is not loaded before requiring it instead of relying on
the require function's loop detection feature.
- when a module must be required, raise an error if the 'require' function
is not found in the target state.
- we know Lanes is loaded in the master state, so we don't force it
to be required in every lane too when a linda deep userdata is copied.
|
| |
|
|
| |
errors thrown by inter-state data copy for unsupported types
|
| |
|
|
| |
lua-callable and to be able to require the module it was exported from in the target lanes.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
github repository becomes the official Lanes source codebase.
Note that Asko's SVN server holds version 2.0.9, whereas this is version 2.0.10, but I don't see any real need to update SVN if it is to become deprecated.
Next steps:
- upgrade the rockspec to the latest version
- make the html help available online somewhere
Signed-off-by: Benoit Germain <bnt.germain@gmail.com>
|
| |
|
