ID:1489994
 
BYOND Version:504
Operating System:Windows 8
Web Browser:Firefox 26.0
Applies to:Dream Seeker
Status: Open

Issue hasn't been assigned a status value.
Descriptive Problem Summary:
Trying to boot Alternate Worlds in Dream Seeker or Daemon in the latest beta causes the Seeker/Daemon client to hang on loading the server in the options and messages window (Seeker) or during the not responding phase of Daemon.

Numbered Steps to Reproduce Problem:
Create a map of at least 500x500 with 5 z levels and you'll start to see the load time increase intensely. Alternate Worlds has a map size of 500x500 with 20 z levels which seems to cause Daemon to be incapable of loading it entirely in the newer versions of beta. I've tried this with a combination of theads off and map-threads off, neither of which have any impact on it from what I can tell.

Workarounds:
As far as I can tell the only work around currently is to revert back to the public build and to use a smaller map (the smaller map may simply be for the sake of decreasing the load time, BYOND has always had a problem loading larger map files).
This isn't a beta bug i think this has happened before to me in a stable version just try using less Z and decreasing the size of the map thats the only suggestion i can give you.
Yeah, I've always had to wait 2-3 minutes for the server to load. But with the new update that 2-3 minutes as turned into waiting well over 3 hours for the server to load, it's still loading in dream seeker but I'm not having any success and I can't figure out why.

I've tried using a smaller map and loading it, it works fine in the public version. But using the larger map doesn't seem to work anymore either and it was working just fine a couple of days ago, just randomly started having this problem. S:
Out of curiosity, have you tried this on the oldest 504 beta (1225)? I ask because there is a very minor change to map handling that would increase the memory usage to improve server map handling at runtime, and that could be relevant at a map size like yours. If you can pinpoint exactly which build stopped working, that would be a huge help.

The fact that this happens without threads means it's not the same issue I was hoping, but I'd still like to look into it.

Also, which beta are you currently using? I'd like to make sure the report is marked with the minor version as well.
I was using 504 beta (1230), but have since downgraded to the current public build on the website. However that doesn't seem to be causing any changes.

The game works fine when I swap out the map file for a blank one at 500x500 (5 z levels), though it takes a few seconds to boot up. Which is to be expected with that map size, however for some reason it no longer boots up after the usual 2-3 minutes with the old map (which I modified slightly in 1230, just in case this has some effect I am unaware of).

I'll install 1225 now and see what's that like on the actual map and the test map if that would be of any use to you? Or alternatively I could send you the source files, to see if you can identify anything that I may be missing.
Hey, this happens to my game Dragon Universe as well, which coincidently also has 500x500x20 maps.

It just won't start in the new beta. But in the public release it is fine.
Tens of DU, I'd like for you to try and narrow down if this issue disappears when threads are off, or if it disappears in an earlier 504 version such as 1225. This would need to be tested on Windows though, because Linux can't do threading in 1225 and I'd like to be certain this is the same issue.
I've reverted back to the current public release and I'm having problem running the map still and can't for the life of me figure out what has changed.

The game runs fine in my test map of 500x500x5, but when I try and run my world map of 500x500x20 it fails to get past the Options and Messages window.

I've left it on for three hours and didn't get any further, I don't know if having saved the map in the beta version has made any difference to it but it just doesn't seem to want to work at all anymore. /:
DU works on my Windows PC in 503, 504.1225, and 504.1230 for me.

But not on our Linux VPS
In response to Tens of DU
Tens of DU wrote:
DU works on my Windows PC in 503, 504.1225, and 504.1230 for me.

But not on our Linux VPS

There's quite some difference in a Dedicated PC and a VPS..
Maybe VPS is the wrong term but I don't know
Linux (Debian Squeeze)

503.1124 - working as intended.

504.1230 w/ Threading -crashes with no recorded error at approximately one minute after start up. Seems to be about the time the map and item files are fully loaded.

504.1230 w/o Threading - working as intended.

504.1230 w/o Map Threading - working as intended.

Shortly after the initial test with "map-threads off", I got this error log:

*** glibc detected *** DreamDaemon: double free or corruption (out): 0xb380fe90 ***
======= Backtrace: =========
/lib/i386-linux-gnu/libc.so.6(+0x70a8a)[0xb6edba8a]
/lib/i386-linux-gnu/libc.so.6(+0x722e8)[0xb6edd2e8]
/lib/i386-linux-gnu/libc.so.6(cfree+0x6d)[0xb6ee03ed]
/usr/local/lib/libbyond.so(+0x1ed9c3)[0xb750e9c3]
/usr/local/lib/libbyond.so(+0x203159)[0xb7524159]
/usr/local/lib/libbyond.so(+0x21f34c)[0xb754034c]
/usr/local/lib/libbyond.so(+0x2209a5)[0xb75419a5]
/usr/local/lib/libbyond.so(+0x1e6203)[0xb7507203]
/usr/local/lib/libbyond.so(+0x1e7e28)[0xb7508e28]
DreamDaemon[0x804c7dc]
/lib/i386-linux-gnu/libpthread.so.0(+0x5954)[0xb6fbf954]
/lib/i386-linux-gnu/libc.so.6(clone+0x5e)[0xb6f3f95e]
======= Memory map: ========
08048000-08050000 r-xp 00000000 08:03 92673422 /usr/local/byond/bin/DreamDaemon
08050000-08051000 rw-p 00008000 08:03 92673422 /usr/local/byond/bin/DreamDaemon
092aa000-1bdbf000 rw-p 00000000 00:00 0 [heap]
b377f000-b3800000 rw-p 00000000 00:00 0
b3800000-b3900000 rw-p 00000000 00:00 0
b39fe000-b3a00000 rw-p 00000000 00:00 0
b3a00000-b3b00000 rw-p 00000000 00:00 0
b3bdb000-b3bec000 r-xp 00000000 08:03 92291645 /lib/i386-linux-gnu/libresolv-2.13.so
b3bec000-b3bed000 r--p 00010000 08:03 92291645 /lib/i386-linux-gnu/libresolv-2.13.so
b3bed000-b3bee000 rw-p 00011000 08:03 92291645 /lib/i386-linux-gnu/libresolv-2.13.so
b3bee000-b3bf0000 rw-p 00000000 00:00 0
b3bf0000-b3bf4000 r-xp 00000000 08:03 92291584 /lib/i386-linux-gnu/libnss_dns-2.13.so
b3bf4000-b3bf5000 r--p 00004000 08:03 92291584 /lib/i386-linux-gnu/libnss_dns-2.13.so
b3bf5000-b3bf6000 rw-p 00005000 08:03 92291584 /lib/i386-linux-gnu/libnss_dns-2.13.so
b3bff000-b3c00000 rw-p 00000000 00:00 0
b3c00000-b3e00000 rw-p 00000000 00:00 0
b3e00000-b4000000 rw-p 00000000 00:00 0
b4000000-b4200000 rw-p 00000000 00:00 0
b4200000-b4400000 rw-p 00000000 00:00 0
b4400000-b4600000 rw-p 00000000 00:00 0
b4600000-b4800000 rw-p 00000000 00:00 0
b4800000-b4a00000 rw-p 00000000 00:00 0
b4a00000-b4c00000 rw-p 00000000 00:00 0
b4c00000-b4e00000 rw-p 00000000 00:00 0
b4e00000-b5000000 rw-p 00000000 00:00 0
b5000000-b5100000 rw-p 00000000 00:00 0
b510d000-b6425000 rw-p 00000000 00:00 0
b6425000-b6426000 ---p 00000000 00:00 0
b6426000-b6e25000 rw-p 00000000 00:00 0
b6e25000-b6e2f000 r-xp 00000000 08:03 92291586 /lib/i386-linux-gnu/libnss_files-2.13.so
b6e2f000-b6e30000 r--p 00009000 08:03 92291586 /lib/i386-linux-gnu/libnss_files-2.13.so
b6e30000-b6e31000 rw-p 0000a000 08:03 92291586 /lib/i386-linux-gnu/libnss_files-2.13.so
b6e31000-b6e3a000 r-xp 00000000 08:03 92291648 /lib/i386-linux-gnu/libnss_nis-2.13.so
b6e3a000-b6e3b000 r--p 00008000 08:03 92291648 /lib/i386-linux-gnu/libnss_nis-2.13.so
b6e3b000-b6e3c000 rw-p 00009000 08:03 92291648 /lib/i386-linux-gnu/libnss_nis-2.13.so
b6e3c000-b6e4f000 r-xp 00000000 08:03 92291636 /lib/i386-linux-gnu/libnsl-2.13.so
b6e4f000-b6e50000 r--p 00012000 08:03 92291636 /lib/i386-linux-gnu/libnsl-2.13.so
b6e50000-b6e51000 rw-p 00013000 08:03 92291636 /lib/i386-linux-gnu/libnsl-2.13.so
b6e51000-b6e53000 rw-p 00000000 00:00 0
b6e53000-b6e59000 r-xp 00000000 08:03 92291652 /lib/i386-linux-gnu/libnss_compat-2.13.so
b6e59000-b6e5a000 r--p 00005000 08:03 92291652 /lib/i386-linux-gnu/libnss_compat-2.13.so
b6e5a000-b6e5b000 rw-p 00006000 08:03 92291652 /lib/i386-linux-gnu/libnss_compat-2.13.so
b6e64000-b6e67000 rw-p 00000000 00:00 0
b6e67000-b6e69000 r-xp 00000000 08:03 92291581 /lib/i386-linux-gnu/libdl-2.13.so
b6e69000-b6e6a000 r--p 00001000 08:03 92291581 /lib/i386-linux-gnu/libdl-2.13.so
b6e6a000-b6e6b000 rw-p 00002000 08:03 92291581 /lib/i386-linux-gnu/libdl-2.13.so
b6e6b000-b6fb2000 r-xp 00000000 08:03 92291582 /lib/i386-linux-gnu/libc-2.13.so
b6fb2000-b6fb3000 ---p 00147000 08:03 92291582 /lib/i386-linux-gnu/libc-2.13.so
b6fb3000-b6fb5000 r--p 00147000 08:03 92291582 /lib/i386-linux-gnu/libc-2.13.so
b6fb5000-b6fb6000 rw-p 00149000 08:03 92291582 /lib/i386-linux-gnu/libc-2.13.so
b6fb6000-b6fba000 rw-p 00000000 00:00 0
b6fba000-b6fcf000 r-xp 00000000 08:03 92291573 /lib/i386-linux-gnu/libpthread-2.13.so
b6fcf000-b6fd0000 r--p 00014000 08:03 92291573 /lib/i386-linux-gnu/libpthread-2.13.so
b6fd0000-b6fd1000 rw-p 00015000 08:03 92291573 /lib/i386-linux-gnu/libpthread-2.13.so
b6fd1000-b6fd3000 rw-p 00000000 00:00 0
b6fd3000-b6fef000 r-xp 00000000 08:03 92291632 /lib/i386-linux-gnu/libgcc_s.so.1
b6fef000-b6ff0000 rw-p 0001b000 08:03 92291632 /lib/i386-linux-gnu/libgcc_s.so.1
b6ff0000-b7014000 r-xp 00000000 08:03 92291630 /lib/i386-linux-gnu/libm-2.13.so
b7014000-b7015000 r--p 00023000 08:03 92291630 /lib/i386-linux-gnu/libm-2.13.so
b7015000-b7016000 rw-p 00024000 08:03 92291630 /lib/i386-linux-gnu/libm-2.13.so
b7016000-b70f6000 r-xp 00000000 08:03 92414487 /usr/lib/i386-linux-gnu/libstdc++.so.6.0.17
b70f6000-b70fa000 r--p 000e0000 08:03 92414487 /usr/lib/i386-linux-gnu/libstdc++.so.6.0.17
b70fa000-b70fb000 rw-p 000e4000 08:03 92414487 /usr/lib/i386-linux-gnu/libstdc++.so.6.0.17
b70fb000-b7102000 rw-p 00000000 00:00 0
b7102000-b7109000 r-xp 00000000 08:03 92291613 /lib/i386-linux-gnu/librt-2.13.so
b7109000-b710a000 r--p 00006000 08:03 92291613 /lib/i386-linux-gnu/librt-2.13.so
b710a000-b710b000 rw-p 00007000 08:03 92291613 /lib/i386-linux-gnu/librt-2.13.so
b710b000-b710c000 rw-p 00000000 00:00 0
b710c000-b7320000 r-xp 00000000 08:03 92673423 /usr/local/byond/bin/libext.so
b7320000-b7321000 rw-p 00213000 08:03 92673423 /usr/local/byond/bin/libext.so
b7321000-b77b9000 r-xp 00000000 08:03 92673420 /usr/local/byond/bin/libbyond.so
b77b9000-b77bc000 rw-p 00497000 08:03 92673420 /usr/local/byond/bin/libbyond.so
b77bc000-b77d4000 rw-p 00000000 00:00 0
b77d9000-b77db000 rw-p 00000000 00:00 0
b77dc000-b77df000 rw-p 00000000 00:00 0
b77df000-b77e0000 r-xp 00000000 00:00 0 [vdso]
b77e0000-b77fc000 r-xp 00000000 08:03 92291618 /lib/i386-linux-gnu/ld-2.13.so
b77fc000-b77fd000 r--p 0001b000 08:03 92291618 /lib/i386-linux-gnu/ld-2.13.so
b77fd000-b77fe000 rw-p 0001c000 08:03 92291618 /lib/i386-linux-gnu/ld-2.13.so
bfecf000-bfee4000 rw-p 00000000 00:00 0 [stack]


And the second occurance:

*** glibc detected *** DreamDaemon: double free or corruption (!prev): 0x1a965f80 ***
======= Backtrace: =========
/lib/i386-linux-gnu/libc.so.6(+0x70a8a)[0xb6e82a8a]
/lib/i386-linux-gnu/libc.so.6(+0x722e8)[0xb6e842e8]
/lib/i386-linux-gnu/libc.so.6(cfree+0x6d)[0xb6e873ed]
/usr/local/lib/libbyond.so(+0x1ed9df)[0xb74b59df]
/usr/local/lib/libbyond.so(+0x203159)[0xb74cb159]
/usr/local/lib/libbyond.so(+0x21f56e)[0xb74e756e]
/usr/local/lib/libbyond.so(+0x2279e3)[0xb74ef9e3]
/usr/local/lib/libbyond.so(+0x22931b)[0xb74f131b]
/usr/local/lib/libbyond.so(+0x1b5f72)[0xb747df72]
/usr/local/lib/libbyond.so(+0x1b6317)[0xb747e317]
/usr/local/lib/libbyond.so(+0x24200c)[0xb750a00c]
/usr/local/lib/libbyond.so(+0x1b8629)[0xb7480629]
/usr/local/lib/libbyond.so(+0x1b85df)[0xb74805df]
/usr/local/lib/libbyond.so(+0x242511)[0xb750a511]
/usr/local/lib/libbyond.so(+0x1ed9c3)[0xb74b59c3]
/usr/local/lib/libbyond.so(+0x203159)[0xb74cb159]
/usr/local/lib/libbyond.so(+0x203260)[0xb74cb260]
/usr/local/lib/libbyond.so(+0x21f34c)[0xb74e734c]
/usr/local/lib/libbyond.so(_ZN7TimeLib11SystemAlarmEv+0x14a)[0xb758120a]
/usr/local/lib/libbyond.so(_ZN9SocketLib15WaitForSocketIOElh+0x202)[0xb7550b12]
DreamDaemon[0x804add4]
/lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xe6)[0xb6e28e16]
DreamDaemon[0x804a711]
======= Memory map: ========
08048000-08050000 r-xp 00000000 08:03 92673422 /usr/local/byond/bin/DreamDaemon
08050000-08051000 rw-p 00008000 08:03 92673422 /usr/local/byond/bin/DreamDaemon
08a4e000-1b2b5000 rw-p 00000000 00:00 0 [heap]
b3800000-b38f2000 rw-p 00000000 00:00 0
b38f2000-b3900000 ---p 00000000 00:00 0
b3953000-b3a00000 rw-p 00000000 00:00 0
b3a00000-b3c00000 rw-p 00000000 00:00 0
b3c00000-b3e00000 rw-p 00000000 00:00 0
b3e00000-b4000000 rw-p 00000000 00:00 0
b4000000-b4200000 rw-p 00000000 00:00 0
b4200000-b4400000 rw-p 00000000 00:00 0
b4400000-b4600000 rw-p 00000000 00:00 0
b4600000-b4800000 rw-p 00000000 00:00 0
b4800000-b4a00000 rw-p 00000000 00:00 0
b4a00000-b4c00000 rw-p 00000000 00:00 0
b4c00000-b4e00000 rw-p 00000000 00:00 0
b4e00000-b5000000 rw-p 00000000 00:00 0
b5000000-b5100000 rw-p 00000000 00:00 0
b5146000-b5157000 r-xp 00000000 08:03 92291645 /lib/i386-linux-gnu/libresolv-2.13.so
b5157000-b5158000 r--p 00010000 08:03 92291645 /lib/i386-linux-gnu/libresolv-2.13.so
b5158000-b5159000 rw-p 00011000 08:03 92291645 /lib/i386-linux-gnu/libresolv-2.13.so
b5159000-b515b000 rw-p 00000000 00:00 0
b515b000-b515f000 r-xp 00000000 08:03 92291584 /lib/i386-linux-gnu/libnss_dns-2.13.so
b515f000-b5160000 r--p 00004000 08:03 92291584 /lib/i386-linux-gnu/libnss_dns-2.13.so
b5160000-b5161000 rw-p 00005000 08:03 92291584 /lib/i386-linux-gnu/libnss_dns-2.13.so
b5161000-b63cc000 rw-p 00000000 00:00 0
b63cc000-b63cd000 ---p 00000000 00:00 0
b63cd000-b6dcc000 rw-p 00000000 00:00 0
b6dcc000-b6dd6000 r-xp 00000000 08:03 92291586 /lib/i386-linux-gnu/libnss_files-2.13.so
b6dd6000-b6dd7000 r--p 00009000 08:03 92291586 /lib/i386-linux-gnu/libnss_files-2.13.so
b6dd7000-b6dd8000 rw-p 0000a000 08:03 92291586 /lib/i386-linux-gnu/libnss_files-2.13.so
b6dd8000-b6de1000 r-xp 00000000 08:03 92291648 /lib/i386-linux-gnu/libnss_nis-2.13.so
b6de1000-b6de2000 r--p 00008000 08:03 92291648 /lib/i386-linux-gnu/libnss_nis-2.13.so
b6de2000-b6de3000 rw-p 00009000 08:03 92291648 /lib/i386-linux-gnu/libnss_nis-2.13.so
b6de3000-b6df6000 r-xp 00000000 08:03 92291636 /lib/i386-linux-gnu/libnsl-2.13.so
b6df6000-b6df7000 r--p 00012000 08:03 92291636 /lib/i386-linux-gnu/libnsl-2.13.so
b6df7000-b6df8000 rw-p 00013000 08:03 92291636 /lib/i386-linux-gnu/libnsl-2.13.so
b6df8000-b6dfa000 rw-p 00000000 00:00 0
b6dfa000-b6e00000 r-xp 00000000 08:03 92291652 /lib/i386-linux-gnu/libnss_compat-2.13.so
b6e00000-b6e01000 r--p 00005000 08:03 92291652 /lib/i386-linux-gnu/libnss_compat-2.13.so
b6e01000-b6e02000 rw-p 00006000 08:03 92291652 /lib/i386-linux-gnu/libnss_compat-2.13.so
b6e0b000-b6e0e000 rw-p 00000000 00:00 0
b6e0e000-b6e10000 r-xp 00000000 08:03 92291581 /lib/i386-linux-gnu/libdl-2.13.so
b6e10000-b6e11000 r--p 00001000 08:03 92291581 /lib/i386-linux-gnu/libdl-2.13.so
b6e11000-b6e12000 rw-p 00002000 08:03 92291581 /lib/i386-linux-gnu/libdl-2.13.so
b6e12000-b6f59000 r-xp 00000000 08:03 92291582 /lib/i386-linux-gnu/libc-2.13.so
b6f59000-b6f5a000 ---p 00147000 08:03 92291582 /lib/i386-linux-gnu/libc-2.13.so
b6f5a000-b6f5c000 r--p 00147000 08:03 92291582 /lib/i386-linux-gnu/libc-2.13.so
b6f5c000-b6f5d000 rw-p 00149000 08:03 92291582 /lib/i386-linux-gnu/libc-2.13.so
b6f5d000-b6f61000 rw-p 00000000 00:00 0
b6f61000-b6f76000 r-xp 00000000 08:03 92291573 /lib/i386-linux-gnu/libpthread-2.13.so
b6f76000-b6f77000 r--p 00014000 08:03 92291573 /lib/i386-linux-gnu/libpthread-2.13.so
b6f77000-b6f78000 rw-p 00015000 08:03 92291573 /lib/i386-linux-gnu/libpthread-2.13.so
b6f78000-b6f7a000 rw-p 00000000 00:00 0
b6f7a000-b6f96000 r-xp 00000000 08:03 92291632 /lib/i386-linux-gnu/libgcc_s.so.1
b6f96000-b6f97000 rw-p 0001b000 08:03 92291632 /lib/i386-linux-gnu/libgcc_s.so.1
b6f97000-b6fbb000 r-xp 00000000 08:03 92291630 /lib/i386-linux-gnu/libm-2.13.so
b6fbb000-b6fbc000 r--p 00023000 08:03 92291630 /lib/i386-linux-gnu/libm-2.13.so
b6fbc000-b6fbd000 rw-p 00024000 08:03 92291630 /lib/i386-linux-gnu/libm-2.13.so
b6fbd000-b709d000 r-xp 00000000 08:03 92414487 /usr/lib/i386-linux-gnu/libstdc++.so.6.0.17
b709d000-b70a1000 r--p 000e0000 08:03 92414487 /usr/lib/i386-linux-gnu/libstdc++.so.6.0.17
b70a1000-b70a2000 rw-p 000e4000 08:03 92414487 /usr/lib/i386-linux-gnu/libstdc++.so.6.0.17
b70a2000-b70a9000 rw-p 00000000 00:00 0
b70a9000-b70b0000 r-xp 00000000 08:03 92291613 /lib/i386-linux-gnu/librt-2.13.so
b70b0000-b70b1000 r--p 00006000 08:03 92291613 /lib/i386-linux-gnu/librt-2.13.so
b70b1000-b70b2000 rw-p 00007000 08:03 92291613 /lib/i386-linux-gnu/librt-2.13.so
b70b2000-b70b3000 rw-p 00000000 00:00 0
b70b3000-b72c7000 r-xp 00000000 08:03 92673423 /usr/local/byond/bin/libext.so
b72c7000-b72c8000 rw-p 00213000 08:03 92673423 /usr/local/byond/bin/libext.so
b72c8000-b7760000 r-xp 00000000 08:03 92673420 /usr/local/byond/bin/libbyond.so
b7760000-b7763000 rw-p 00497000 08:03 92673420 /usr/local/byond/bin/libbyond.so
b7763000-b777b000 rw-p 00000000 00:00 0
b777f000-b7786000 rw-p 00000000 00:00 0
b7786000-b7787000 r-xp 00000000 00:00 0 [vdso]
b7787000-b77a3000 r-xp 00000000 08:03 92291618 /lib/i386-linux-gnu/ld-2.13.so
b77a3000-b77a4000 r--p 0001b000 08:03 92291618 /lib/i386-linux-gnu/ld-2.13.so
b77a4000-b77a5000 rw-p 0001c000 08:03 92291618 /lib/i386-linux-gnu/ld-2.13.so
bfb6c000-bfb81000 rw-p 00000000 00:00 0 [stack]
In response to EXGenesis
To be clear, this was with threads on (or unspecified) and map-threads off?

The crash trace does have some useful info, in that it tells me that the issue came up while running background/sleeping procs. I'm not sure how that all ties in, but it's given me some things to look at. However it seems unrelated to this specific thread, since it's a crash happening only in threaded mode.
In response to Lummox JR
Lummox JR wrote:
To be clear, this was with threads on (or unspecified) and map-threads off?

The crash trace does have some useful info, in that it tells me that the issue came up while running background/sleeping procs. I'm not sure how that all ties in, but it's given me some things to look at. However it seems unrelated to this specific thread, since it's a crash happening only in threaded mode.

I dunno, Tens said test in 504.1320 and post results, so I did. Probably should have checked the thread.
In response to EXGenesis
I ask because the setting of map-threads is totally irrelevant if threads are off. Turning off map-threads when threads are already off will result in no change.
In response to Lummox JR
Lummox JR wrote:
I ask because the setting of map-threads is totally irrelevant if threads are off. Turning off map-threads when threads are already off will result in no change.

Oh, forgot to answer that part.
The crash trace is with "map-threads off" and threads on (unspecified).
In response to EXGenesis
Okay, that fits for me. I found that I haven't been able to discover any lingering problems with map threads on vs. off, but only with threading in general on vs. off.

It would really help a lot to have the code to examine. What I've determined from your crash trace is that the crash happened at the end of a proc that was run in the background. I can't tell which proc that is, however. Do you have any info from a standard stack trace produced by DD? There ought to have been something that also said which procs had recently been run. You mentioned the map and item files. Do you have any debugging in the routines loading these files that might shed some light on where it's failing?

The one constant I keep seeing in all the startup woes with threading appears to be that it happens with more complex games. (SilkWizard has a different issue, though, related to the machine it's on.) Yet it's not happening for me with games like Eternia, so there has to be more to it.
In response to Lummox JR
Lummox JR wrote:
Okay, that fits for me. I found that I haven't been able to discover any lingering problems with map threads on vs. off, but only with threading in general on vs. off.

It would really help a lot to have the code to examine. What I've determined from your crash trace is that the crash happened at the end of a proc that was run in the background. I can't tell which proc that is, however. Do you have any info from a standard stack trace produced by DD? There ought to have been something that also said which procs had recently been run. You mentioned the map and item files. Do you have any debugging in the routines loading these files that might shed some light on where it's failing?

The one constant I keep seeing in all the startup woes with threading appears to be that it happens with more complex games. (SilkWizard has a different issue, though, related to the machine it's on.) Yet it's not happening for me with games like Eternia, so there has to be more to it.

That's all the info there I'm afraid. :/ With map-threading disabled, the loading completes just fine, and takes approximately 10-15 minutes to crash, upon fully loading.