Zugg Software :: View topic - [MapConv/3.12 pro]conversion semi-breaks room creation

GURU Joined: 23 Dec 2000 Posts: 4834 Location: USA

Something broke, and I'm not sure if it's just me or not. Possibly in relation to the reordering/fixing being done by the converter, though I think the actual oopsie might be occuring within CMud rather than something quietly happening during the conversion itself. No AVs or other popups occur through any of this.

Note that through all of this the actual data for the room itself is absolutely not in question--the proper vnum is created, the name/desc/exits are properly detected and recorded, and the UserStr and other script-inserted data is properly handled.

Problem #1
The room square is not selectable through any means. When the room is created, it's like nothing but the background canvas is there.

Problem #2
Upon opening the session after the room is created, the room square disappears. Restarting the session doesn't bring it back, and the only link displayed is the one that connects to the older already-visible room (stub exits in this missing room do not show).

A previous report was made regarding disappearing room squares, but in those cases the stubs are shown and a session restart brings the square back.

Posted: Tue Jan 26, 2010 3:17 pm

I saw some weird things like that before I corrected for orphaned rooms and invalid links. You might want to open up the map db in an external viewer and make sure you have valid exits both into and out of that room and that your room ids are properly referenced by the other rooms/exits. My guess is you have some type of corruption in your db and cmud is having a hard time making sense of it.

Posted: Tue Jan 26, 2010 5:09 pm

Can you give more of a procedure for reproduce this or send me the broken map file? I just converted my Aardwolf map from CMUD to zMUD and then back to CMUD and then didn't have any problems creating new rooms.

During the map conversion, no reordering or fixing is currently done. The current map converter is just transferring the raw data and tables directly and has no actual understanding of the map database format itself.

Posted: Tue Jan 26, 2010 5:49 pm

Your current conversion program might not be introducing any errors, and it may work properly on an error free db. However, if Matt has previous corruption (as did I) converting a corrupted db might give unpredictable results.

As a quick test you could run my reordering perl script on it. Before it reorders it fixes any errors it encounters, so it would tell you if you have some of the issues that I ran into when I was working on my map db. Even if you care nothing for the reordering, knowing if you have corruption may help point you in the right direction.