Player logging off in the middle of a map update causing crash

BYOND Forums

Announcements · BYOND Help · Bug Reports · Feature Requests · Beta Testers · Beta Bugs · Developer Help · Design Philosophy · Demos & Libraries · Tutorials & Snippets · Art & Sound · Classified Ads · Game Updates · Contests & Events · Linux Talk · On Topic · Off Topic

ID:96841

Jun 13 2010, 9:16 am (Edited on Jun 29 2010, 2:06 pm)

Slurm

Resolved

If a player logged out in the middle of a map update, the server could crash. This only became evident in versions 468+ due to improved responsiveness to the client-server communication.

BYOND Version:	470
Operating System:	FreeBSD
Web Browser:
Applies to:	Dream Daemon

Status:

Resolved (471)

This issue has been resolved.

Don't know what caused the crash. I have the core file if you want it.

BUG: Crashing due to an illegal operation!



Backtrace for BYOND 469.1073 on FreeBSD:

Generated at Sun Jun 13 13:05:53 2010



DreamDaemon [0x8048000, 0x804977c], [0x8048000, 0x804ab04]

libbyond.so 0x27bb20, 0x27c045

libbyond.so 0x1bc0c0, 0x1beb2f

libbyond.so 0x1bf700, 0x1bf842

libbyond.so 0x1c6540, 0x1c671a

libbyond.so 0x26eba0, 0x26ecdc

libbyond.so 0x240540, 0x24076e

DreamDaemon [0x8048000, 0x804977c], [0x8048000, 0x804a26c]

DreamDaemon [0x8048000, 0x804977c], [0x8048000, 0x8049d59]



To help the BYOND developers debug this, please send the above trace as part

of a very detailed bug report: http://www.byond.com/members/?command=view_tracker&tracker=1





DreamDaemon will now produce a file called 'core' that you can send to the

BYOND developers for more analysis. For instructions, please contact us at

http://www.byond.com/support/

Jun 13 2010, 1:51 pm
Slurm	Crash occured again at at Sun Jun 13 17:39:20 2010.

Jun 13 2010, 4:17 pm
Slurm	Crash occured two more times, this started up when I moved from 467.1069 to 469.1073.

Jun 13 2010, 4:20 pm
Tom	Thanks. I'll take a look at the trace. If you can post the core somewhere that might help (not sure if I need it just yet). Hopefully this is related to the other issues people are having with 468/469.

Jun 13 2010, 4:21 pm

Slurm

Tom wrote:

Thanks. I'll take a look at the trace. If you can post the core somewhere that might help (not sure if I need it just yet). Hopefully this is related to the other issues people are having with 468/469.

A friend running the same dmb on linux (well, compiled on linux from the same code) is getting crash issues too as of 469.1073, I've suggested he post the stacktrace on the bugs system.

Jun 13 2010, 4:34 pm (Edited on Jun 13 2010, 5:01 pm)

Slurm

Looking at the core file in GDB shows:

(gdb) bt

#0 0x28608a07 in kill () from /lib/libc.so.7

#1 0x28608966 in raise () from /lib/libc.so.7

#2 0x2860757a in abort () from /lib/libc.so.7

#3 0x0804b065 in ?? ()

#4 0x0804ab3b in ?? ()

#5 <signal handler called>

#6 0x282fd045 in BagItem::BagItem () from /home/rick/server/byond/469.1073/bin/libbyond.so

#7 0x2823fb2f in DoEventNewLink () from /home/rick/server/byond/469.1073/bin/libbyond.so

#8 0x28240842 in SendMaps () from /home/rick/server/byond/469.1073/bin/libbyond.so

#9 0x2824771a in DD_SetServerTicker () from /home/rick/server/byond/469.1073/bin/libbyond.so

#10 0x282efcdc in TimeLib::SystemAlarm () from /home/rick/server/byond/469.1073/bin/libbyond.so

#11 0x282c176e in SocketLib::WaitForSocketIO () from /home/rick/server/byond/469.1073/bin/libbyond.so

The two addresses before SendMaps are mislabeled (because those functions are near those named functions).

Jun 14 2010, 1:33 pm
Tom	If you could, please post the core somewhere (or mail to me at [email protected]).

Jun 14 2010, 2:10 pm
Slurm	Tom wrote: If you could, please post the core somewhere (or mail to me at [email protected]). Sent.

Jun 16 2010, 8:41 am
Slurm	Problem still occurs in 470.1075. New core file sent to Tom.

Jun 29 2010, 2:07 pm
Slurm	After much back and forth with Tom in working on the crash, the issue has been identified and most likely fixed for next release. "The cause of the crash was a player logging off in the middle of a map update."