Login
User Name:

Password:



Register
Forgot your password?
Vote for Us!
Bug in disarm( )
Nov 12, 2017, 6:54 pm
By GatewaySysop
Bug in will_fall( )
Oct 23, 2017, 1:35 am
By GatewaySysop
Bug in do_zap( ), do_brandish( )
Oct 18, 2017, 1:52 pm
By GatewaySysop
Bug in get_exp_worth( )
Oct 10, 2017, 1:26 am
By GatewaySysop
Bug in do_drag( )
Oct 8, 2017, 12:40 am
By GatewaySysop
LOP Heroes Edition
Author: Vladaar
Submitted by: Vladaar
Heroes sound extras
Author: Vladaar
Submitted by: Vladaar
6Dragons 4.3
Author: Vladaar
Submitted by: Vladaar
Memwatch
Author: Johan Lindh
Submitted by: Vladaar
Beastmaster 6D sound files
Author: Vladaar
Submitted by: Vladaar
Users Online
CommonCrawl, Yahoo!

Members: 0
Guests: 9
Stats
Files
Topics
Posts
Members
Newest Member
476
3,704
19,231
608
LAntorcha
Today's Birthdays
There are no member birthdays today.
Related Links
» SmaugMuds.org » Codebases » SWR FUSS » SWR Hotboot 1.0 Bug
Forum Rules | Mark all | Recent Posts

SWR Hotboot 1.0 Bug
< Newer Topic :: Older Topic >

Pages:<< prev 1 next >>
Post is unread #1 Apr 23, 2008, 5:15 am
Go to the top of the page
Go to the bottom of the page

Banner
Magician
GroupMembers
Posts169
JoinedNov 29, 2005

The main problem is the fact that Hotboot doesn't finish executing. It claims it can't find the hotboot file. I've created a hotboot directory, and I've tried placing a copyover.dat in there, but it erases it or something and can't find it again. And the other problem is all the bugs the loading world state created. It's apparently trying to load/save nonexistant mobs/objs. Is this a serverside or mudside problem, and how is it corrected? Thank you.

[code]
Tue Apr 22 22:27:26 2008 :: alaris1.ast
Tue Apr 22 22:27:26 2008 :: Done asteroids
Tue Apr 22 22:27:26 2008 :: Loading world state...
Tue Apr 22 22:27:26 2008 :: World state: loading mobs
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: No index data for vnum 7900
Tue Apr 22 22:27:26 2008 :: [*****] BUG: Extract_char: NULL ch.
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: Vnum not found
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: No index data for vnum 7900
Tue Apr 22 22:27:26 2008 :: [*****] BUG: Extract_char: NULL ch.
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: Vnum not found
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: No index data for vnum 7901
Tue Apr 22 22:27:26 2008 :: [*****] BUG: Extract_char: NULL ch.
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: Vnum not found
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: No index data for vnum 7901
Tue Apr 22 22:27:26 2008 :: [*****] BUG: Extract_char: NULL ch.
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: Vnum not found
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: No index data for vnum 7901
Tue Apr 22 22:27:26 2008 :: [*****] BUG: Extract_char: NULL ch.
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: Vnum not found
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: No index data for vnum 7900
Tue Apr 22 22:27:26 2008 :: [*****] BUG: Extract_char: NULL ch.
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: Vnum not found
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: No index data for vnum 7900
Tue Apr 22 22:27:26 2008 :: [*****] BUG: Extract_char: NULL ch.
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: Vnum not found
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: No index data for vnum 7901
Tue Apr 22 22:27:26 2008 :: [*****] BUG: Extract_char: NULL ch.
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: Vnum not found
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: No index data for vnum 7901
Tue Apr 22 22:27:26 2008 :: [*****] BUG: Extract_char: NULL ch.
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: Vnum not found
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: No index data for vnum 7900
Tue Apr 22 22:27:26 2008 :: [*****] BUG: Extract_char: NULL ch.
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: Vnum not found
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: No index data for vnum 7901
Tue Apr 22 22:27:26 2008 :: [*****] BUG: Extract_char: NULL ch.
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: Vnum not found
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: No index data for vnum 7900
Tue Apr 22 22:27:26 2008 :: [*****] BUG: Extract_char: NULL ch.
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: Vnum not found
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: No index data for vnum 7901
Tue Apr 22 22:27:26 2008 :: [*****] BUG: Extract_char: NULL ch.
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: Vnum not found
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: No index data for vnum 7901
Tue Apr 22 22:27:26 2008 :: [*****] BUG: Extract_char: NULL ch.
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: Vnum not found
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: No index data for vnum 7900
Tue Apr 22 22:27:26 2008 :: [*****] BUG: Extract_char: NULL ch.
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: Vnum not found
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: No index data for vnum 7900
Tue Apr 22 22:27:26 2008 :: [*****] BUG: Extract_char: NULL ch.
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: Vnum not found
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: No index data for vnum 7900
Tue Apr 22 22:27:26 2008 :: [*****] BUG: Extract_char: NULL ch.
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: Vnum not found
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: No index data for vnum 7901
Tue Apr 22 22:27:26 2008 :: [*****] BUG: Extract_char: NULL ch.
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: Vnum not found
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: No index data for vnum 7901
Tue Apr 22 22:27:26 2008 :: [*****] BUG: Extract_char: NULL ch.
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: Vnum not found
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: No index data for vnum 7900
Tue Apr 22 22:27:26 2008 :: [*****] BUG: Extract_char: NULL ch.
Tue Apr 22 22:27:26 2008 :: [*****] BUG: load_mobile: Vnum not found
Tue Apr 22 22:27:26 2008 :: World state: loading objs
Tue Apr 22 22:27:26 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8031!
Tue Apr 22 22:27:26 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8016!
Tue Apr 22 22:27:26 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8026!
Tue Apr 22 22:27:26 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8018!
Tue Apr 22 22:27:26 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8003!
Tue Apr 22 22:27:26 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8012!
Tue Apr 22 22:27:26 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8024!
Tue Apr 22 22:27:26 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 0!
Tue Apr 22 22:27:26 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8005!
Tue Apr 22 22:27:26 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8011!
Tue Apr 22 22:27:26 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8025!
Tue Apr 22 22:27:26 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 7991!
Tue Apr 22 22:27:26 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 7993!
Tue Apr 22 22:27:26 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8040!
Tue Apr 22 22:27:26 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8030!
Tue Apr 22 22:27:26 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8013!
Tue Apr 22 22:27:26 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8037!
Tue Apr 22 22:27:26 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8017!
Tue Apr 22 22:27:26 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 7994!
Tue Apr 22 22:27:26 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8004!
Tue Apr 22 22:27:26 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 7990!
Tue Apr 22 22:27:26 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 0!
Tue Apr 22 22:27:26 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 0!
Tue Apr 22 22:27:26 2008 :: World state: loading ships
Tue Apr 22 22:27:26 2008 :: Resetting areas
Tue Apr 22 22:27:26 2008 :: Loading projects.
Tue Apr 22 22:27:26 2008 :: Reading in Vendors
Vendor -> ../vendor/Takeda
Vendor -> ../vendor/Aeron
Vendor -> ../vendor/Vger
Vendor -> ../vendor/Kradssk
Tue Apr 22 22:27:26 2008 :: Loading Hall of Fame
Tue Apr 22 22:27:26 2008 :: Resetting variables
Tue Apr 22 22:27:26 2008 :: Running hotboot_recover.
Tue Apr 22 22:27:26 2008 :: Loading player data for: Banner (14K)
Tue Apr 22 22:27:26 2008 :: Updating area entry for Banner
Tue Apr 22 22:27:26 2008 :: Hotboot recovery complete.
Tue Apr 22 22:27:26 2008 :: Initializing socket
Tue Apr 22 22:27:26 2008 :: &wStar Wars: Galactic Insights v2.3 is ready to rock and roll on port 8062.&W
Tue Apr 22 22:27:26 2008 :: Initiating hotboot recovery.
hotboot_recover: fopen: No such file or directory
Tue Apr 22 22:27:26 2008 :: [*****] BUG: Hotboot file not found. Exitting.
[code]
       
Post is unread #2 Apr 23, 2008, 9:18 am
Go to the top of the page
Go to the bottom of the page

David Haley
Sorcerer
GroupMembers
Posts903
JoinedJan 29, 2007

Have you tried running this through gdb to see exactly what it's trying to load, and what kind of error you are getting?
       
Post is unread #3 Apr 23, 2008, 9:37 am
Go to the top of the page
Go to the bottom of the page

Samson
Black Hand
GroupAdministrators
Posts3,639
JoinedJan 1, 2002

Try this. Type hotboot debug and post the contents of your copyover.dat file, plus part of your mobs.dat file where the mob with vnum 7900 is shown. Or if 7900 isn't there, at least 2 complete mobs that are.
       
Post is unread #4 Apr 23, 2008, 11:28 am
Go to the top of the page
Go to the bottom of the page

Banner
Magician
GroupMembers
Posts169
JoinedNov 29, 2005


DavidHaley said:

Have you tried running this through gdb to see exactly what it's trying to load, and what kind of error you are getting?

That log is from GDB. It's trying to load mobs/objs that aren't even created ingame.

Samson said:

Try this. Type hotboot debug and post the contents of your copyover.dat file, plus part of your mobs.dat file where the mob with vnum 7900 is shown. Or if 7900 isn't there, at least 2 complete mobs that are.


Here's the hotboot debug log:
Wed Apr 23 12:20:58 2008 :: Reading in Vendors
Vendor -> ../vendor/Takeda
Vendor -> ../vendor/Aeron
Vendor -> ../vendor/Vger
Vendor -> ../vendor/Kradssk
Wed Apr 23 12:20:58 2008 :: Loading Hall of Fame
Wed Apr 23 12:20:58 2008 :: Resetting variables
Wed Apr 23 12:20:58 2008 :: Initializing socket
Wed Apr 23 12:20:58 2008 :: &wStar Wars: Galactic Insights v2.3 is ready to rock and roll on port 8062.&W
Wed Apr 23 12:20:58 2008 :: Registering SIGSEGV handler
Wed Apr 23 12:21:04 2008 :: Sock.sinaddr:  204.111.33.23, port 3179.
Wed Apr 23 12:21:04 2008 :: Sock.sinaddr: New connection on port 3179.
Wed Apr 23 12:21:05 2008 :: Preloading player data for: Banner (14K)
Wed Apr 23 12:21:05 2008 :: Updating area entry for Banner
Wed Apr 23 12:21:05 2008 :: Loading player data for: Banner (14K)
Wed Apr 23 12:21:05 2008 :: Updating area entry for Banner
Wed Apr 23 12:21:05 2008 :: Banner@204-111-33-23.hardynet.com((no auth)) has connected.
Banner.are    : Rooms:  7900 - 8999  Objs:  7900 - 8999  Mobs:  7900 - 8999
Wed Apr 23 12:21:06 2008 :: Banner has entered the game.
Wed Apr 23 12:21:45 2008 :: Log retired twi'lek councilman: mpgoto 32800
Wed Apr 23 12:23:42 2008 :: Hotboot initiated by Banner.
Wed Apr 23 12:23:42 2008 :: Preserving world state....
Wed Apr 23 12:23:42 2008 :: Saving player files and connection states....
Wed Apr 23 12:23:42 2008 :: Hotboot debug - Aborting before execl


As for copyover.dat, it isn't in the hotboot directory. Here is the portion of mobs.dat, though:

 #MOBILE   
Vnum    52
Level   10
Gold    5
Room    10509 
Long       A soldier patrols the area. (The Galactic Empire)
^M~
HpManaMove   1800 1800 0 0 1000 1000
Position 8
Flags 16777217
AffectedBy   0   
#OBJECT
Vnum         54
WearLoc      16
Level        10
Values       12 10 40 6 2000 2000
End

EndMobile

#MOBILE
Vnum    7900
Level   14
Gold    0
Room    8037
HpManaMove   300 300 1000 0 1000 1000
Position 8
Flags 3
AffectedBy   0
#OBJECT
Vnum         7902
WearLoc      8   
Level        13
Values       1 1 0 0 0 0
End
   
#OBJECT
Vnum         7903
WearLoc      8
Level        11
Values       1 1 0 0 0 0
End

#OBJECT
Vnum         7904
WearLoc      13
Level        13
Values       1 1 0 0 0 0
End

#OBJECT   
Vnum         7905
WearLoc      13
Level        12
Values       1 1 0 0 0 0
End
   
#OBJECT
Vnum         7906
WearLoc      5
Level        12  
Values       1 1 0 0 0 0
End

EndMobile
       
Post is unread #5 Apr 23, 2008, 12:11 pm
Go to the top of the page
Go to the bottom of the page

Samson
Black Hand
GroupAdministrators
Posts3,639
JoinedJan 1, 2002

Ah. It appears you hotbooted with your in progress area loaded and the mobs were reset. So they were in their rooms when the command was issued and got saved to the data file along with everything else. When the game rebooted, that area was not loaded, so those vnums are being correctly reported as not existing. I'm assuming the reported mobs are still flagged as prototypes? If not then that's where things are breaking down.
       
Post is unread #6 Apr 23, 2008, 1:26 pm
Go to the top of the page
Go to the bottom of the page

Banner
Magician
GroupMembers
Posts169
JoinedNov 29, 2005

And that will fix hotboot from not finding the copyover file as well?
       
Post is unread #7 Apr 23, 2008, 1:40 pm
Go to the top of the page
Go to the bottom of the page

Banner
Magician
GroupMembers
Posts169
JoinedNov 29, 2005

I tried hotbooting without the prototype area loading, but again, it failed with the error that the hotboot file couldn't be found, although it apparently writes to it correctly when hotboot is first initiated.

Wed Apr 23 14:39:08 2008 :: Loading world state...
Wed Apr 23 14:39:08 2008 :: World state: loading mobs
Wed Apr 23 14:39:08 2008 :: World state: loading objs
Wed Apr 23 14:39:08 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8031!
Wed Apr 23 14:39:08 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8016!
Wed Apr 23 14:39:08 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8026!
Wed Apr 23 14:39:08 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8018!
Wed Apr 23 14:39:08 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8003!
Wed Apr 23 14:39:08 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8012!
Wed Apr 23 14:39:08 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8024!
Wed Apr 23 14:39:08 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 0!
Wed Apr 23 14:39:08 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8005!
Wed Apr 23 14:39:08 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8011!
Wed Apr 23 14:39:08 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8025!
Wed Apr 23 14:39:08 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 7991!
Wed Apr 23 14:39:08 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 7993!
Wed Apr 23 14:39:08 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8040!
Wed Apr 23 14:39:08 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8030!
Wed Apr 23 14:39:08 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8013!
Wed Apr 23 14:39:08 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8037!
Wed Apr 23 14:39:08 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8017!
Wed Apr 23 14:39:08 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 7994!
Wed Apr 23 14:39:08 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 8004!
Wed Apr 23 14:39:08 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 7990!
Wed Apr 23 14:39:08 2008 :: [*****] BUG: read_obj_file: ARGH! Missing room index for 0!
Wed Apr 23 14:39:08 2008 :: World state: loading ships
Wed Apr 23 14:39:08 2008 :: Resetting areas
Wed Apr 23 14:39:08 2008 :: Loading projects.
Wed Apr 23 14:39:08 2008 :: Reading in Vendors
Vendor -> ../vendor/Takeda
Vendor -> ../vendor/Aeron
Vendor -> ../vendor/Vger
Vendor -> ../vendor/Kradssk
Wed Apr 23 14:39:08 2008 :: Loading Hall of Fame
Wed Apr 23 14:39:08 2008 :: Resetting variables
Wed Apr 23 14:39:08 2008 :: Running hotboot_recover.
Wed Apr 23 14:39:08 2008 :: Loading player data for: Banner (14K)
Wed Apr 23 14:39:08 2008 :: Hotboot recovery complete.
Wed Apr 23 14:39:08 2008 :: Initializing socket
Wed Apr 23 14:39:08 2008 :: &wStar Wars: Galactic Insights v2.3 is ready to rock and roll on port 8062.&W
Wed Apr 23 14:39:08 2008 :: Initiating hotboot recovery.
hotboot_recover: fopen: No such file or directory
Wed Apr 23 14:39:08 2008 :: [*****] BUG: Hotboot file not found. Exitting.

Program exited with code 01.
(gdb) 
       
Post is unread #8 Apr 23, 2008, 1:52 pm
Go to the top of the page
Go to the bottom of the page

Samson
Black Hand
GroupAdministrators
Posts3,639
JoinedJan 1, 2002

You probably need to make sure the hotboot directory is cleaned out at this point. The debug operation leaves things behind in an unclean state, and the normal hotboot doesn't clean the directory out first. Make sure everything is cleaned out, then try it again without loading your prototype zone first.
       
Post is unread #9 Apr 23, 2008, 2:11 pm
Go to the top of the page
Go to the bottom of the page

Banner
Magician
GroupMembers
Posts169
JoinedNov 29, 2005

I found the problem. There was an unncessary call to hotboot_recover that was running it twice. Sorry about that..
       
Post is unread #10 Apr 23, 2008, 4:25 pm
Go to the top of the page
Go to the bottom of the page

Banner
Magician
GroupMembers
Posts169
JoinedNov 29, 2005

Now I'm getting this error that crashes the MUD after someone quites, and it only started happening after installing hotboot:

Wed Apr 23 16:44:16 2008 :: Saving roche_asteroids.are...
Wed Apr 23 16:44:16 2008 :: Saving Ryloth.are...
Wed Apr 23 16:44:16 2008 :: Saving pships.are...
Wed Apr 23 16:45:24 2008 :: Log Luorei: bank balance
Wed Apr 23 16:45:29 2008 :: Log Luorei: bank deposit 60000
Wed Apr 23 16:45:57 2008 :: Yurik has quit.
accept_new: select: poll: Bad file descriptor




       
Post is unread #11 Apr 24, 2008, 4:48 am   Last edited Apr 24, 2008, 5:09 am by Banner
Go to the top of the page
Go to the bottom of the page

Banner
Magician
GroupMembers
Posts169
JoinedNov 29, 2005

Anyone have any idea? I think It has something to do with the 'control' in comm.c The accept_new function uses it, and that's where the bug that appears in comm.c is.
       
Post is unread #12 Apr 24, 2008, 2:37 pm
Go to the top of the page
Go to the bottom of the page

David Haley
Sorcerer
GroupMembers
Posts903
JoinedJan 29, 2007

Somehow the descriptor isn't being removed from the set of active descriptors. Why that is could be due to a rather large number of possibilities.

Did this feature work before? If so, what did you change? Looking into that is probably your best bet for fixing this...
       
Post is unread #13 Apr 24, 2008, 6:55 pm   Last edited Apr 24, 2008, 6:55 pm by Banner
Go to the top of the page
Go to the bottom of the page

Banner
Magician
GroupMembers
Posts169
JoinedNov 29, 2005

It worked before, and all I did was add in hotboot. Like I said, I think it has something to do with the 'control' value in comm.c, as that's the only call accept_new makes on any variable. I seen in a modified SWR that control was closed like this:

   log_string( "Booting Database" );
   boot_db( fCopyOver );
   log_string( "Initializing socket" );
   if( !fCopyOver )  /* We have already the port if copyover'ed */
   {
      control = init_socket( port );
 //     control2 = init_socket( port + 1 );
   }
   sprintf( log_buf, "&wStar Wars: Galactic Insights v%s.%s is ready to rock and roll on port %d.&W", MUD_VERSION_MAJOR,
            MUD_VERSION_MINOR, port );
   log_string( log_buf );
   if( fCopyOver )
   {
      log_string( "Initiating hotboot recovery." );
      hotboot_recover(  );
   }
   game_loop(  ); 
----> THIS LINE   close(control);

#ifdef IMC
   imc_shutdown( FALSE );
#endif
#ifdef I3
   I3_shutdown( 0 );
#endif


I added that to mine, so will that fix it? Players have been logging off for 13 hours with no crashing, but I'm not sure if it's fixed or not.
       
Pages:<< prev 1 next >>