Login
User Name:

Password:



Register
Forgot your password?
Vote for Us!
auth_update crash
Dec 23, 2017, 10:15 pm
By Remcon
check_tumble
Dec 18, 2017, 7:21 pm
By Remcon
parse description bug
Dec 15, 2017, 10:08 pm
By Remcon
Couple bugs
Dec 12, 2017, 5:42 pm
By Remcon
Bug in disarm( )
Nov 12, 2017, 6:54 pm
By GatewaySysop
LoP 1.46
Author: Remcon
Submitted by: Remcon
LOP 1.45
Author: Remcon
Submitted by: Remcon
LOP Heroes Edition
Author: Vladaar
Submitted by: Vladaar
Heroes sound extras
Author: Vladaar
Submitted by: Vladaar
6Dragons 4.3
Author: Vladaar
Submitted by: Vladaar
Users Online
CommonCrawl, Yandex, Yahoo!, Bing

Members: 0
Guests: 9
Stats
Files
Topics
Posts
Members
Newest Member
478
3,708
19,242
614
BenitoVirg
Today's Birthdays
There are no member birthdays today.
Related Links
» SmaugMuds.org » Codebases » AFKMud Support & Development » Can't create new characters
Forum Rules | Mark all | Recent Posts

Can't create new characters
< Newer Topic :: Older Topic >

Pages:<< prev 1 next >>
Post is unread #1 Jul 2, 2005, 2:14 pm   Last edited Nov 25, 2007, 7:11 pm by Samson
Go to the top of the page
Go to the bottom of the page

FesterHead

GroupMembers
Posts1
JoinedMay 8, 2004

I'm having segfaults when creating new characters using stock afkmud 1.75 on Ubuntu Linux.
Untarred using tar -xvzf afkmud175.tgz to an Eclipse 3.1 standard make C++ project (also tried standard C) with the CDT 3.0 RC1 plugin to a workspace directory in my home to rule out permission problems (/home/festerhead/eclipse/workspace/FesterMUD).

Compiles fine after making the polymorph.c change posted by Txzeenath.
Startup is smooth with "nohup ./startup &" from the src directory.

I can log in with 'Admin' and use the pcrename/password functions to change the user to 'Festerhead' which moves/creates the new pfile in the right spot.

During the new user creation process, it segfaults after I say 'accept' then move up to go to the advancement room.
The area files exist and I'm able to move up with the admin character just fine.
A new pfile for the user is created in the right spot but it's empty.
Permissions look fine on it, too.

I feel like I'm missing something obvious.

Here's my g++ version:
g++ (GCC) 3.3.5 (Debian 1:3.3.5-8ubuntu2)
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


Here's the nohup.out contents:
Segmentation fault (core dumped)

warning: current_sos: Can't read pathname for load map: Input/output error


The startup log has no errors/warnings so not posting it.

Here's the crash log:
Sat Jul  2 10:38:22 HST 2005
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
Core was generated by `../src/afkmud 9500'.
Program terminated with signal 11, Segmentation fault.
#0  0x0810d0d5 in str_cmp (astr=0x8778188 "book tome beginner's wayfaring guide abecedarium", 
    bstr=0xc8087781 <Address 0xc8087781 out of bounds>;) at editor.c:190
190	      if( LOWER( *astr ) != LOWER( *bstr ) )
#0  0x0810d0d5 in str_cmp (astr=0x8778188 "book tome beginner's wayfaring guide abecedarium", 
    bstr=0xc8087781 <Address 0xc8087781 out of bounds>;) at editor.c:190
#1  0x08170439 in fwrite_obj (ch=0x87e4e30, obj=0x87e5078, clan=0x0, fp=0x87e5298, iNest=0, os_type=0, hotboot=false)
    at save.c:555
#2  0x08170304 in fwrite_obj (ch=0x87e4e30, obj=0x87e5158, clan=0x0, fp=0x87e5298, iNest=0, os_type=0, hotboot=false)
    at save.c:507
#3  0x08171047 in save_char_obj (ch=0x87e4e30) at save.c:853
#4  0x081943ec in advance_level (ch=0x87e4e30) at update.c:187
#5  0x08143d5d in do_mpadvance (ch=0x1, argument=0xbfff882e "0.Test 2";) at mud_comm.c:2396
#6  0x0812bbb0 in interpret (ch=0x87ba138, argument=0xbfff882e "0.Test 2";) at interp.c:967
#7  0x0814c1b6 in mprog_do_command (cmnd=0xbfffa19e "mpadvance 0.$n 2", mob=0x87ba138, actor=0x87e4e30, obj=0x0, 
    vo=0x0, rndm=0x87e4e30, ignore=false, ignore_ors=false) at mud_prog.c:2361
#8  0x0814be1e in mprog_driver (
    com_list=0x8792030 "if level($n) == 1\n\rmpechoat 0.$n Yet another brave soul has entered the portal, I see.\n\rmpechoat 0.$n Welcome to (INSERT MUD NAME HERE) $n!\n\rmpechoat 0.$n For your courage in entering the portal, you "..., 
    mob=0x87ba138, actor=0x87e4e30, obj=0x0, vo=0x0, single_step=false) at mud_prog.c:2032
#9  0x0814ca21 in mprog_wordlist_check (arg=0x87e45d8 "Test arrives from below.\n\r", mob=0x87ba138, actor=0x87e4e30, 
    obj=0x0, vo=0x0, type=0) at mud_prog.c:2585
#10 0x081973a8 in aggr_update () at update.c:2230
#11 0x08198819 in update_handler () at update.c:3106
#12 0x080f3805 in game_loop () at comm.c:4226
#13 0x080f48ef in main (argc=2, argv=0xbffffa44) at comm.c:4703
Current language:  auto; currently c++
#0  0x0810d0d5 in str_cmp (astr=0x8778188 "book tome beginner's wayfaring guide abecedarium", 
    bstr=0xc8087781 <Address 0xc8087781 out of bounds>;) at editor.c:190
190	      if( LOWER( *astr ) != LOWER( *bstr ) )
185	      return TRUE;
186	   }
187	
188	   for( ; *astr || *bstr; astr++, bstr++ )
189	   {
190	      if( LOWER( *astr ) != LOWER( *bstr ) )
191	         return TRUE;
192	   }
193	   return FALSE;
194	}
No locals.
#1  0x08170439 in fwrite_obj (ch=0x87e4e30, obj=0x87e5078, clan=0x0, fp=0x87e5298, iNest=0, os_type=0, hotboot=false)
    at save.c:555
555	   if( obj->name && obj->pIndexData->name && str_cmp( obj->name, obj->pIndexData->name ) )
550	   fprintf( fp, "Version      %d\n", SAVEVERSION );
551	   if( iNest )
552	      fprintf( fp, "Nest         %d\n", iNest );
553	   if( obj->count > 1 )
554	      fprintf( fp, "Count        %d\n", obj->count );
555	   if( obj->name && obj->pIndexData->name && str_cmp( obj->name, obj->pIndexData->name ) )
556	      fprintf( fp, "Name         %s~\n", obj->name );
557	   if( obj->short_descr && obj->pIndexData->short_descr && str_cmp( obj->short_descr, obj->pIndexData->short_descr ) )
558	      fprintf( fp, "ShortDescr   %s~\n", obj->short_descr );
559	   if( obj->objdesc && obj->pIndexData->objdesc && str_cmp( obj->objdesc, obj->pIndexData->objdesc ) )
ed = (EXTRA_DESCR_DATA *) 0x0
paf = (AFFECT_DATA *) 0x0
wear = 98
wear_loc = 15680
x = -32376
#2  0x08170304 in fwrite_obj (ch=0x87e4e30, obj=0x87e5158, clan=0x0, fp=0x87e5298, iNest=0, os_type=0, hotboot=false)
    at save.c:507
507	         fwrite_obj( ch, obj->prev_content, clan, fp, iNest, OS_CARRY, hotboot );
502	    * Slick recursion to write lists backwards,
503	    *   so loading them will load in forwards order.
504	    */
505	   if( obj->prev_content && os_type != OS_CORPSE )
506	      if( os_type == OS_CARRY )
507	         fwrite_obj( ch, obj->prev_content, clan, fp, iNest, OS_CARRY, hotboot );
508	
509	   /*
510	    * Castrate storage characters.
511	    * Catch deleted objects                                    -Thoric
ed = (EXTRA_DESCR_DATA *) 0x0
paf = (AFFECT_DATA *) 0x0
wear = 98
wear_loc = 13959
x = -32376
#3  0x08171047 in save_char_obj (ch=0x87e4e30) at save.c:853
853	         fwrite_obj( ch, ch->last_carrying, NULL, fp, 0, OS_CARRY, ch->pcdata->hotboot );
848	   {
849	      fwrite_char( ch, fp );
850	      if( ch->morph )
851	         fwrite_morph_data( ch, fp );
852	      if( ch->first_carrying )
853	         fwrite_obj( ch, ch->last_carrying, NULL, fp, 0, OS_CARRY, ch->pcdata->hotboot );
854	
855	      if( sysdata.save_pets && ch->first_pet )
856	      {
857	         CHAR_DATA *pet;
strsave = "../player/t/Test\000?ÿ¿³_ÿ¿X|$@�{$@(z$@�y$@�y$@�\003\000\000pR~\b\005\000\000\000%\000\000\000�y$@8p$@�y$@\001\000\000\000\004?ÿ¿\v�\030@�y$@\030\000\000\000�y$@Xb\000\000\030\000\000\000�]~\b\000\000\000\000\200�j\b\030\000\000\000$?ÿ¿\223\036\022\b\200R~\b0?ÿ¿\017\000\000\000�V~\b0N~\b\002\000\000\000\210?ÿ¿T\023\026\b0?ÿ¿ the Swordpupil\000¬�\022\bK�\023@\230Gÿ¿|?ÿ¿h?ÿ¿"...
strback = '\0' <repeats 156 times>, "�\226\030@\000\000\000\000\000\000\000\0008p$@\210>ÿ¿d>ÿ¿�\030@\210>ÿ¿�?ÿ¿³_ÿ¿\000\000\000\000¯\024\026@8p$@�?ÿ¿\210>ÿ¿t?ÿ¿¬H\030@\210>ÿ¿³p\033\b�?ÿ¿�?ÿ¿\000\000\000\000(?ÿ¿\210>ÿ¿\001\200­"
fp = (FILE *) 0x87e5298
#4  0x081943ec in advance_level (ch=0x87e4e30) at update.c:187
187	   save_char_obj( ch );
182	   if( ch->level < LEVEL_IMMORTAL )
183	      ch_printf( ch, "&WYour gain is: %d hp, %d mana, %d prac.\n\r", add_hp, add_mana, add_prac );
184	
185	   ClassSpecificStuff( ch );  /* Brought over from DOTD code - Samson 4-6-99 */
186	
187	   save_char_obj( ch );
188	   return;
189	}
190	
191	CMDF do_levelup( CHAR_DATA * ch, char *argument )
buf = "the Swordpupil\000\000~¹\032\bmpat\000ook\000\000\026@�Eÿ¿~¹\032\b", '\0' <repeats 20 times>, "¬\033\026@¬\033\026@�Eÿ¿", '\0' <repeats 44 times>, "\\@ÿ¿O\000\000\000\220Aÿ¿#*\036@8p$@\a\203\030@\002\000\000\000\220Aÿ¿O\000\000\000�\230\030@¡Gÿ¿\004\177.\b[�\027@\000\000\000\000��\031\b\000\000\000\000TFÿ¿;7\026@xFÿ¿��\031\b\002\000\000\000\220Aÿ¿¬@ÿ¿\206\204\030@\200\002$@\220Aÿ¿¬\033\026@@Fÿ¿\000\000\000\000\000\000\000\0008p$@O\000\000\000"...
add_hp = 9
add_mana = 3
add_prac = 6
manamod = 9
manahighdie = 3
manaroll = 98
#5  0x08143d5d in do_mpadvance (ch=0x1, argument=0xbfff882e "0.Test 2";) at mud_comm.c:2396
2396	      advance_level( victim );
2391	   for( iLevel = victim->level; iLevel < level; iLevel++ )
2392	   {
2393	      if( level < LEVEL_IMMORTAL )
2394	         send_to_char( "You raise a level!!  ", victim );
2395	      victim->level += 1;
2396	      advance_level( victim );
2397	   }
2398	   /*
2399	    * Modified by Samson 4-30-99 
2400	    */
arg = "0.Test", '\0' <repeats 22 times>, "�{%\b\001\000\000\000level\000$n\000\000==\0001\000\b�hÿ¿[�\027@\000\000\000\000bT\035\b\000\000\000\000\000fÿ¿;7\026@$fÿ¿bT\035\b\000\000\000\000\000\000\000\0000N~\b�hÿ¿�hÿ¿\210L~\000¬\033\026@�eÿ¿8$~\b@�-\b\000\000\000\000\204`ÿ¿d`ÿ¿%�\016\b\204`ÿ¿8$~\b\210 ÿ¿��\016\b\204`ÿ¿\210L~\b\204`ÿ¿\000@\000\000¢�\032\b\230 ÿ¿[Area filename: void.are�\230\030@"...
victim = (CHAR_DATA *) 0x87e4e30
level = 2
iLevel = 1
       
Post is unread #2 Sep 7, 2005, 1:48 am
Go to the top of the page
Go to the bottom of the page

LordSata

GroupMembers
Posts2
JoinedSep 7, 2005

I have the same problem.
I use a Debian Sarge 3.1. Is this a problem for the Debian based distros?
I made various test and i have discover that if the new pg created is a human this problem don't appear!!!
Anyone have ideas to correct it?
Bye
       
Post is unread #3 Sep 7, 2005, 7:48 pm
Go to the top of the page
Go to the bottom of the page

Samson
Black Hand
GroupAdministrators
Posts3,639
JoinedJan 1, 2002

Well you're not smoking something, and this isn't a Debian related issue unfortunately. Though it does surprise me this didn't get seen sooner. I've been able to recreate the crash on the current branch which will become 1.76 and I'll be looking into this one. I suppose now I need to figure out how far back this goes.
       
Pages:<< prev 1 next >>