Register forum user name Search FAQ

Gammon Forum

Notice: Any messages purporting to come from this site telling you that your password has expired, or that you need to verify your details, confirm your email, resolve issues, making threats, or asking for money, are spam. We do not email users with any such messages. If you have lost your password you can obtain a new one by using the password reset link.

Due to spam on this forum, all posts now need moderator approval.

 Entire forum ➜ SMAUG ➜ SMAUG coding ➜ [SOLVED - Kinda...] mud crashes when link dead characters auto-quit

[SOLVED - Kinda...] mud crashes when link dead characters auto-quit

It is now over 60 days since the last post. This thread is closed.     Refresh page


Posted by Cbond   USA  (19 posts)  Bio
Date Sun 14 Jun 2009 07:36 AM (UTC)
Message
After hunting around and testing various things I've determined that after a character goes link dead and their descriptor gets set to NULL, for some reason the ch->in_room for the char gets NULL'd out as well. I've tried some stuff and I've got it to the point that their pfile isn't getting wiped anymore, but the mud is still crashing. In this case in extract_char, because ch->in_room is NULL.

So, can anyone figure out why ch->in_room is getting NULL'd out? The "physical" character still exists in the game so why would it not be showing up as in a room? The last time I tested this, about 2 minutes ago, the test char was sitting in room vnum 100.

Thanks.
Top

Posted by Nick Gammon   Australia  (23,133 posts)  Bio   Forum Administrator
Date Reply #1 on Sun 14 Jun 2009 09:30 PM (UTC)
Message
Which version of Smaug is this?

- Nick Gammon

www.gammon.com.au, www.mushclient.com
Top

Posted by Cbond   USA  (19 posts)  Bio
Date Reply #2 on Sun 14 Jun 2009 09:51 PM (UTC)

Amended on Sun 14 Jun 2009 11:00 PM (UTC) by Cbond

Message
It's actually a modified SWR 1.0.

Oh ya, I just remembered that the issue cropped up after we put in an account system...

Think I'll go poke around in the account stuff to see if anything in there looks like an obvious culprit, though why that would be an issue I couldn't say as it should only have anything to do with logging in...

Well, after taking a closer look at the account system, the ONLY thing it does as far as what room the character is in is it reads the Room from the player file in order to display what room the player last quit from...
Top

Posted by Nick Gammon   Australia  (23,133 posts)  Bio   Forum Administrator
Date Reply #3 on Sun 14 Jun 2009 11:28 PM (UTC)
Message
Quote:

It's actually a modified SWR 1.0.


It is hard to debug a pointer problem with modified code that I don't have access to. I can only suggest you read up on gdb (http://mushclient.com/gdb) and try to put breakpoints on the parts of the code that set ch->in_room to NULL, and force a link-dead character.

- Nick Gammon

www.gammon.com.au, www.mushclient.com
Top

Posted by Conner   USA  (381 posts)  Bio
Date Reply #4 on Sun 14 Jun 2009 11:35 PM (UTC)
Message
As Nick said, without being able to see the code, the best we can really do is guess work, but if I were to take a guess based on what you've told us, I'd suspect that the character was being extracted twice.

-=Conner=-
--
Come test your mettle in the Land of Legends at telnet://tcdbbs.zapto.org:4000
or, for a little family oriented medieval fun, come join us at The Castle's Dungeon BBS at telnet://tcdbbs.zapto.org
or, if you just want information about either, check our web page at http://tcdbbs.zapto.org
Top

The dates and times for posts above are shown in Universal Co-ordinated Time (UTC).

To show them in your local time you can join the forum, and then set the 'time correction' field in your profile to the number of hours difference between your location and UTC time.


18,256 views.

It is now over 60 days since the last post. This thread is closed.     Refresh page

Go to topic:           Search the forum


[Go to top] top

Information and images on this site are licensed under the Creative Commons Attribution 3.0 Australia License unless stated otherwise.