09 Feb, 2012, arholly wrote in the 1st comment:
Votes: 0
Well, after some very generous help from someone on the board, I finally got my stack no longer corrupted. And now I'm working through some of my issues. The mud still segfaults, but now it is down to:
(gdb) run
Starting program: /home/m243bra/ptdev/src/projectdev 9085
Detaching after fork from child process 12193.
Detaching after fork from child process 12194.
Detaching after fork from child process 12195.

Program received signal SIGSEGV, Segmentation fault.
0x0809bc8d in load_mobiles (fp=0x817c4b8) at db.c:2457
2457 pMobIndex->description[0] = UPPER(pMobIndex->description[0]);
(gdb) bt
#0 0x0809bc8d in load_mobiles (fp=0x817c4b8) at db.c:2457
#1 0x0809e96c in boot_db () at db.c:432
#2 0x080957c5 in main (argc=Cannot access memory at address 0x0
) at comm.c:424
(gdb) list
2452 pMobIndex->long_descr = fread_string( fp );
2453 pMobIndex->description = fread_string( fp );
2454 pMobIndex->race = race_lookup(fread_string( fp ));
2455
2456 pMobIndex->long_descr[0] = UPPER(pMobIndex->long_descr[0]);
2457 pMobIndex->description[0] = UPPER(pMobIndex->description[0]);
2458
2459 pMobIndex->act = fread_flag( fp ) | ACT_IS_NPC
2460 | race_table[pMobIndex->race].act;
2461 pMobIndex->affected_by = fread_flag( fp )
(gdb) info locals
vnum = 5
letter = <value optimized out>
iHash = <value optimized out>
pMobIndex = 0x81c9750
__FUNCTION__ = "load_mobiles"
(gdb)


I'm just not sure what it means. Can anyone help?

Thanks.
09 Feb, 2012, arholly wrote in the 2nd comment:
Votes: 0
Nevermind. Thanks.
09 Feb, 2012, Zeno wrote in the 3rd comment:
Votes: 0
Should post your solution too. :)
10 Feb, 2012, Omega wrote in the 4th comment:
Votes: 0
I was his solution :)
10 Feb, 2012, Dean wrote in the 5th comment:
Votes: 0
There you have it folks, hit your segfault problem with your closest locatable Darien and all is well. :evil:
10 Feb, 2012, arholly wrote in the 6th comment:
Votes: 0
Very, very true.
0.0/6