CuriousShyRabbit
Level: Smitemaster
Rank Points: 3170
Registered: 10-14-2006
IP: Logged

Tahnan just made a post that made me realize I'm not crazy. It really is a bug that happens to more people besides me.

If you copy someone's hold, delete that copy, then attempt to copy that same hold again, DROD crashes. This happens to me for every hold I try to copy a second time.

DROD.err gets:
Assertion error in line 2454 of .\DbHolds.cpp: "localID != info.RoomIDMap.end()"

mrimer
Level: Legendary Smitemaster

Rank Points: 5058
Registered: 02-04-2003
IP: Logged

I believe you that there is some kind of bug here, but I can't reproduce it. Looking at Tahnan's post, I tried grabbing the posted version of Under the Mountains, making a copy of it, and alternately trying to delete both the copy and the original a few times in sequence, but never experienced any trouble. Can anyone gives me steps to reproduce this from a clean build?

____________________________
Gandalf? Yes... That's what they used to call me.
Gandalf the Grey. That was my name.
I am Gandalf the White.
And I come back to you now at the turn of the tide.

Tahnan
Level: Smitemaster

Rank Points: 2459
Registered: 11-14-2005
IP: Logged

It's astonishing. I utterly cannot reproduce this (in the most recent build, 3.2.1.85). I make a hold, copy it, modify the copy in various ways, and can still recopy the copy.

...except that it still happens with an older copy-of-a-hold. Same assertion error, new line:

Assertion error in line 2456 of .\DbHolds.cpp: "localID != info.RoomIDMap.end()"

It looks the problem may eventually fade away, if it's only sufficiently old holds that cause this crash. In the meantime, still irritating, though.

coppro
Level: Smitemaster
Rank Points: 1308
Registered: 11-24-2005
IP: Logged

Email .dat files?

Syntax
Level: Smitemaster
Rank Points: 1218
Registered: 05-12-2005
IP: Logged

I doubt it's a data issue if it only affects specfic older holds...

coppro
Level: Smitemaster
Rank Points: 1308
Registered: 11-24-2005
IP: Logged

Well, if it affects old holds in general, no, but if I understand Tahnan correctly, he's referring to holds that have been in his game for a long time, meaning there probably was some import issue that was subsequently fixed.

TFMurphy
Level: Smitemaster
Rank Points: 3118
Registered: 06-11-2007
IP: Logged

Actually, this doesn't just affect old holds: it happened to me after a whole bunch of Missing Pieces copies back when Jacob was updating the hold on Architecture. I don't remember many details about it, unfortunately, other than I had multiple copies of the hold (each of different versions) at one point, and things started going wrong shortly after deleting them.

So whatever problem is there is *still* there, and still around for TCB holds.

noma
Level: Smitemaster

Rank Points: 1594
Registered: 11-22-2006
IP: Logged

File: drod.err (778.3 KB)
Downloaded 36 times.
License: Public Domain

This has always happened to me. It wasn't a big deal until now as I never built any holds, but it's a real pain now that I'm actually working on one.

Details from Microsoft error report:
AppName: drod.exe AppVer: 0.0.0.0 ModName: msvcr80.dll
ModVer: 8.0.50727.762 Offset: 00008a8c

I've also attached what I think is the error file for DROD, though I can't open it.

noma
Level: Smitemaster

Rank Points: 1594
Registered: 11-22-2006
IP: Logged

Update:

I have discovered, accidentally, that the program will not crash when I attempt to copy a hold if I am not connected to CaravelNet when I do it. Strange, but it works. Does this work for anyone else who was having this problem?