Hi again. Well, once more thnx for the great deal of positive feedback on the segfault I got in alias.c, and well, regretedly I'm not perfect, I got it to work flawlessly in alias.c I think... so thats great. Now I added OasisOLC a coupel of days ago, and it seems that when I have edited a few objects and/or use the 'list' funtion to show yest unsaved zones I get another segfault... Now I watched some of the stuff I was told coudl cause problems in the alias.c problem, i.e. uninitialized pointers, but as it's Jeremys bpl8 write_to_Q() procedure it seems to be 101% correct.. so thats why I'm mailing another snip from GDB... [GDB START] #0 0xdf68ad0c in t_splay () #1 0xdf68ab64 in t_delete () #2 0xdf68a7f8 in realfree () #3 0xdf68b074 in cleanfree () #4 0xdf68a1c4 in _malloc_unlocked () #5 0xdf68a0bc in malloc () #6 0xdf679964 in calloc () #7 0x1c3f4 in write_to_q (txt=0xdffff6a0 "gain", queue=0x53239c, aliased=0) at comm.c:805 (gdb) frame #7 0x1c3f4 in write_to_q (txt=0xdffff6a0 "gain", queue=0x53239c, aliased=0) at comm.c:805 805 CREATE(new, struct txt_block, 1); (gdb) list 800 801 void write_to_q(char *txt, struct txt_q * queue, int aliased) 802 { 803 struct txt_block *new; 804 805 CREATE(new, struct txt_block, 1); 806 CREATE(new->text, char, strlen(txt) + 1); 807 strcpy(new->text, txt); 808 new->aliased = aliased; Now GDB shows it's in the alloc/malloc'ing of the first CREATE.... is there any explainable reason on this ? The only thing I can think of would be insufficient ram or something.. but I have no idea as of how to check this... Anyone got some ideas ? Regards, Con d. -- *************************************************************************** * * Visit my homepage: * * Rasmus Rønlev DOEK'94 * http://www.econ.cbs.dk/people/raro94ab * * Student instructor * Visit my Multi User Dungeon (MUD): * * * ns3.ptd.net 5000 or 198.80.46.3 5000 * *************************************************************************** * * * Student, B.Sc in Computer Science and Business Administration * * * ***************************************************************************
This archive was generated by hypermail 2b30 : 12/18/00 PST