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
top