forked from LuaLanes/lanes
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathBUGS
46 lines (31 loc) · 1.29 KB
/
BUGS
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
BUGS:
- The use of 'static' and "one time" initialization of things is not suitable
to a situation where a Lua state is run, using Lanes, then terminated. If
another Lua state later is launched, the initializations will get cramped.
Reported by Boris Ouretskey (25-Jun-09)
- a 'require "lanes"' and speedy exit from the process causes a segfault
on ArchLinux (reported by [email protected] 1-Jun-2009).
This issue is not reproducible on Ubuntu (8.04 or 9.04) and has not therefore
been fixed. A patch is welcome. The issue is most likely caused by the
Linda thread not being properly launched when the process itself already
quits.
<<
With Lanes 2.0.3, the following code *always* gives me a segmentation
fault:
-- begin
require("lanes")
-- end
But this:
-- begin
require("lanes")
garbagecollect('collect')
-- end
always work.
Based on this experimentation, if I require lanes and the program end
without any garbage collecting, I receive a segmentation fault.
I'm using Arch Linux (32bits), Lua 5.1.4 and it was compiled with gcc 4.3
<<
Also simply waiting a bit ('os.execute("sleep 1")') avoids the crash.
- tests/irayo_closure.lua fails (trouble with setting globals right
for functions carried over to another Lua state)
- "make appendud" causes a segfault on OS X PowerPC.