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 ➜ FATAL fold_area bug

FATAL fold_area bug

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


Posted by Kasji   (35 posts)  Bio
Date Thu 02 Jun 2005 01:43 AM (UTC)

Amended on Thu 02 Jun 2005 01:46 AM (UTC) by Kasji

Message
I'm running a heavily modified SWRiP codebase. The only modification to area data, however, is one variable called cylinder, which is an int used for do_clone stuff.

This bug has baffled me because I have compared it with other code bases and their code matches mine, except for that one variable, which is an extra ifcheck and an fprintf.

Upon folding an already installed area (such as omni_complex), the mud gets a segmentation fault, and is unable to recover because the folded area file gets corrupted, so when the crashover code executes, the mud shuts down because it can't load omni_complex -- it's corrupt. So I restore it from omni_complex.bak...

The corruption looks like this...
Normally an area file looks like...
<normal area data here...>
#SPECIALS
S

#$

That's what an area file should look like... the corrupted area file looks like this...

<normal area data here...>
#SPECIALS

<repeat of the normal area data!>


The stuff in #SPECIALS gets stripped out, and duplicate area data is appended to the end of the file!

Can anyone tell me what is going on? This bug could take me a while to track down.
Top

Posted by Zeno   USA  (2,871 posts)  Bio
Date Reply #1 on Thu 02 Jun 2005 01:57 AM (UTC)
Message
When you add a new variable to be written in areas, you need to utilize the AREA_VERSION update or else many issues will occur. Do a search for AREA_VERSION, I asked about it a while back.

Zeno McDohl,
Owner of Bleached InuYasha Galaxy
http://www.biyg.org
Top

Posted by Kasji   (35 posts)  Bio
Date Reply #2 on Thu 02 Jun 2005 02:20 AM (UTC)
Message
From what I can see, SMAUG 1.02a, which is what SWR broke off of (?) didn't utilize area versions. However I could quickly add this to the code.

I don't see this is a problem though considering that the areas saved with my minute code addition previous to this... mess...
Top

Posted by Kasji   (35 posts)  Bio
Date Reply #3 on Thu 02 Jun 2005 02:46 AM (UTC)
Message
Ahhh thanks Greven, you're a life saver. :)

Got it fixed.
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.


14,964 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.