[bxx] Massive sells in Shops crashes
Posted: Sat Jan 08, 2011 10:42 am
I informally already told darkgod about this bug, sent him my log but I feel it's always useful to post it here to warn of this possible bug. Also gather other possible info by someone willing to replicate this error would be great. TIA.
Be an only problem of my machine could be true but the way things happen I just feel that is some buffer/queue/memory handling issue. Since I already replicated the error several times and did it without any other apps running I can deduce 2.93 Duo and 4GB memory should be enough to handle well all wanted TOME needs and operations. Also would be nice to determine if is a platform thing.
VERSION: This already happened to me in several betas (in OSX platform).
HOW IT HAPPENS: I usually use a lot of gear helping increasing the Max encumberance so when raiding a dungeon can bring the max I can without have to decide there what is best to take/drop, etc. So when returning to a town/shop I usually end to have sometimes about 40/50.
BUG DESCRIPTION: Sell about +40/50 items in same shop without leaving it. After sell 10 all ok but when reaching already 20/30 items sold some random items start in sell process start to slowdown. Continue selling, continue to hang up in some items (didn't found a type of item error pattern). So, when I reach usually 40/50 items sold straight away (no need to fast sold) TOME just can't handle at some point and crashes (exit).
HOW TO AVOID THIS: If simple I sold about 10/20 items max, exit the store and reenter and sell another bunch of items things runs smoothly.
WHAT I FEEL THE PROBLEM IS: To be honest and not being an expert I feel that shop buffer can't handle in same operation so many sells (overdose in operation with Lua's shop tables?).
Also checking the app crash log I notice some clues that can point to some operation memory issues
WHAT COULD BE HELPFUL: If someone willing to use some of their time to replicate this bug in OSX (confirming as not a personal issue but at least OSX plataform one) or Windows/Linux (and so a general platform issue) would be great to help darkgod fix this rare but possible issue. Thanks in advance.
Be an only problem of my machine could be true but the way things happen I just feel that is some buffer/queue/memory handling issue. Since I already replicated the error several times and did it without any other apps running I can deduce 2.93 Duo and 4GB memory should be enough to handle well all wanted TOME needs and operations. Also would be nice to determine if is a platform thing.
VERSION: This already happened to me in several betas (in OSX platform).
HOW IT HAPPENS: I usually use a lot of gear helping increasing the Max encumberance so when raiding a dungeon can bring the max I can without have to decide there what is best to take/drop, etc. So when returning to a town/shop I usually end to have sometimes about 40/50.
BUG DESCRIPTION: Sell about +40/50 items in same shop without leaving it. After sell 10 all ok but when reaching already 20/30 items sold some random items start in sell process start to slowdown. Continue selling, continue to hang up in some items (didn't found a type of item error pattern). So, when I reach usually 40/50 items sold straight away (no need to fast sold) TOME just can't handle at some point and crashes (exit).
HOW TO AVOID THIS: If simple I sold about 10/20 items max, exit the store and reenter and sell another bunch of items things runs smoothly.
WHAT I FEEL THE PROBLEM IS: To be honest and not being an expert I feel that shop buffer can't handle in same operation so many sells (overdose in operation with Lua's shop tables?).
Also checking the app crash log I notice some clues that can point to some operation memory issues
Code: Select all
Thread 1 Crashed: Dispatch queue: com.apple.libdispatch-manager
0 libSystem.B.dylib 0x95236982 kevent + 10
1 libSystem.B.dylib 0x9523709c _dispatch_mgr_invoke + 215
2 libSystem.B.dylib 0x95236559 _dispatch_queue_invoke + 163
3 libSystem.B.dylib 0x952362fe _dispatch_worker_thread2 + 240
4 libSystem.B.dylib 0x95235d81 _pthread_wqthread + 390
5 libSystem.B.dylib 0x95235bc6 start_wqthread + 30
Thread 2:
0 libSystem.B.dylib 0x9523e0a6 __semwait_signal + 10
1 libSystem.B.dylib 0x9523dd62 _pthread_cond_wait + 1191
2 libSystem.B.dylib 0x9523f9f8 pthread_cond_wait$UNIX2003 + 73
3 org.te4.T-Engine 0x00026558 SIGNAL_WAIT + 42
4 org.te4.T-Engine 0x0002571a LG_linda_receive + 320
5 org.te4.T-Engine 0x00013e53 luaD_precall + 920
6 org.te4.T-Engine 0x000228c1 luaV_execute + 3121
7 org.te4.T-Engine 0x00013f84 luaD_call + 121
8 org.te4.T-Engine 0x0000a4b3 f_call + 33
9 org.te4.T-Engine 0x000137db luaD_rawrunprotected + 59
10 org.te4.T-Engine 0x00013838 luaD_pcall + 79
11 org.te4.T-Engine 0x0000b020 lua_pcall + 242
12 org.te4.T-Engine 0x00024e07 lane_main + 185
13 libSystem.B.dylib 0x9523d85d _pthread_start + 345
14 libSystem.B.dylib 0x9523d6e2 thread_start + 34
Thread 1 crashed with X86 Thread State (32-bit):
eax: 0x00000004 ebx: 0x95236fd6 ecx: 0xb0080d5c edx: 0x95236982
edi: 0xa06881ec esi: 0xb0080ed8 ebp: 0xb0080ef8 esp: 0xb0080d5c
ss: 0x0000001f efl: 0x00000247 eip: 0x95236982 cs: 0x00000007
ds: 0x0000001f es: 0x0000001f fs: 0x0000001f gs: 0x00000037
cr2: 0x00705868
Crashed Thread: 1 Dispatch queue: com.apple.libdispatch-manager
Thread 0: Dispatch queue: com.apple.main-thread
0 libSystem.B.dylib 0xffff08b7 __memcpy + 279
1 libGLImage.dylib 0x98a9648b glgCopyRowsWithMemCopy(GLGOperation const*, unsigned long, GLDPixelMode const*) + 102
2 libGLImage.dylib 0x98a94c93 glgProcessPixelsWithProcessor + 725
3 GLEngine 0x15f3a892 gleTextureImagePut + 1433
4 GLEngine 0x15f3b06b glTexSubImage2D_Exec + 1574
5 libGL.dylib 0x9766c570 glTexSubImage2D + 87
6 org.te4.T-Engine 0x00048238 copy_surface_to_texture + 154
7 org.te4.T-Engine 0x000482cb sdl_surface_to_texture + 140
8 org.te4.T-Engine 0x00013e53 luaD_precall + 920
9 org.te4.T-Engine 0x000228c1 luaV_execute + 3121
10 org.te4.T-Engine 0x00013f84 luaD_call + 121
11 org.te4.T-Engine 0x0000a4b3 f_call + 33
12 org.te4.T-Engine 0x000137db luaD_rawrunprotected + 59
13 org.te4.T-Engine 0x00013838 luaD_pcall + 79
14 org.te4.T-Engine 0x0000b020 lua_pcall + 242
15 org.te4.T-Engine 0x00048e88 docall + 92
16 org.te4.T-Engine 0x00049f5b on_event + 1362
17 org.te4.T-Engine 0x0004a3cb tengine_main + 1130
18 org.te4.T-Engine 0x0003044b -[SDLMain applicationDidFinishLaunching:] + 35
19 com.apple.Foundation 0x95a584df _nsnote_callback + 176
20 com.apple.CoreFoundation 0x95754793 __CFXNotificationPost + 947
21 com.apple.CoreFoundation 0x9575419a _CFXNotificationPostNotification + 186
22 com.apple.Foundation 0x95a4d384 -[NSNotificationCenter postNotificationName:object:userInfo:] + 128
23 com.apple.Foundation 0x95a5a789 -[NSNotificationCenter postNotificationName:object:] + 56
24 com.apple.AppKit 0x90c44422 -[NSApplication _postDidFinishNotification] + 125
25 com.apple.AppKit 0x90c44332 -[NSApplication _sendFinishLaunchingNotification] + 74
26 com.apple.AppKit 0x90d9b4ed -[NSApplication(NSAppleEventHandling) _handleAEOpen:] + 274
27 com.apple.AppKit 0x90d9b10d -[NSApplication(NSAppleEventHandling) _handleCoreEvent:withReplyEvent:] + 101
28 com.apple.Foundation 0x95a8d7a4 -[NSAppleEventManager dispatchRawAppleEvent:withRawReply:handlerRefCon:] + 511
29 com.apple.Foundation 0x95a8d568 _NSAppleEventManagerGenericHandler + 228
30 com.apple.AE 0x96f6df58 aeDispatchAppleEvent(AEDesc const*, AEDesc*, unsigned long, unsigned char*) + 166
31 com.apple.AE 0x96f6de57 dispatchEventAndSendReply(AEDesc const*, AEDesc*) + 43
32 com.apple.AE 0x96f6dd61 aeProcessAppleEvent + 197
33 com.apple.HIToolbox 0x9864d389 AEProcessAppleEvent + 50
34 com.apple.AppKit 0x90c149ca _DPSNextEvent + 1420
35 com.apple.AppKit 0x90c13fce -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 156
36 com.apple.AppKit 0x90bd6247 -[NSApplication run] + 821
37 org.te4.T-Engine 0x00030aba main + 1639
38 org.te4.T-Engine 0x00002a7d start + 53