13 Mar, 2009, Roswellien wrote in the 1st comment:
Votes: 0
Hello, I am the orginal coder for the DRM code base RoT deriv. I haven't coded or mud'd in 6 years or more now but have recently gotten back into both.

Last I left my codebase and my last release of the DRM1.3B codebase had a completely working Clan System. But now that I have found a host and finally got the codebase back up and running I am having a very strange issue when putting a player into a clan. As soon as I put said player into a clan the mud immediatly crashs and in the shell i recieve this "crash dump".

roswellien@evileye:~/drm/area$ *** glibc detected *** ../src/rot: double free or corruption (!prev): 0x0000000001af9b00 ***
======= Backtrace: =========
/lib/libc.so.6[0x7fac39410948]
/lib/libc.so.6(cfree+0x76)[0x7fac39412a56]
/lib/libc.so.6(fclose+0x151)[0x7fac39400da1]
../src/rot[0x43851d]
../src/rot[0x42f702]
../src/rot[0x42f9fc]
../src/rot[0x42e8b7]
../src/rot[0x4568c3]
../src/rot[0x42ba1e]
../src/rot[0x430b4e]
../src/rot[0x4304a2]
/lib/libc.so.6(__libc_start_main+0xe6)[0x7fac393bb1a6]
../src/rot[0x401a69]
======= Memory map: ========
00400000-0051b000 r-xp 00000000 08:04 8356516 /home/roswellien/drm/src/rot
0071a000-0071b000 rw-p 0011a000 08:04 8356516 /home/roswellien/drm/src/rot
0071b000-0073a000 rw-p 0071b000 00:00 0
01af9000-01b82000 rw-p 01af9000 00:00 0 [heap]
7fac34000000-7fac34021000 rw-p 7fac34000000 00:00 0
7fac34021000-7fac38000000 —p 7fac34021000 00:00 0
7fac387be000-7fac387d4000 r-xp 00000000 08:01 179213 /lib/libgcc_s.so.1
7fac387d4000-7fac389d4000 —p 00016000 08:01 179213 /lib/libgcc_s.so.1
7fac389d4000-7fac389d5000 rw-p 00016000 08:01 179213 /lib/libgcc_s.so.1
7fac389d5000-7fac389e5000 r-xp 00000000 08:01 179272 /lib/libresolv-2.7.so
7fac389e5000-7fac38be5000 —p 00010000 08:01 179272 /lib/libresolv-2.7.so
7fac38be5000-7fac38be7000 rw-p 00010000 08:01 179272 /lib/libresolv-2.7.so
7fac38be7000-7fac38be9000 rw-p 7fac38be7000 00:00 0
7fac38be9000-7fac38bed000 r-xp 00000000 08:01 179279 /lib/libnss_dns-2.7.so
7fac38bed000-7fac38dec000 —p 00004000 08:01 179279 /lib/libnss_dns-2.7.so
7fac38dec000-7fac38dee000 rw-p 00003000 08:01 179279 /lib/libnss_dns-2.7.so
7fac38dee000-7fac38df8000 r-xp 00000000 08:01 179275 /lib/libnss_files-2.7.so
7fac38df8000-7fac38ff8000 —p 0000a000 08:01 179275 /lib/libnss_files-2.7.so
7fac38ff8000-7fac38ffa000 rw-p 0000a000 08:01 179275 /lib/libnss_files-2.7.so
7fac39003000-7fac3939d000 rw-p 7fac39003000 00:00 0
7fac3939d000-7fac394e7000 r-xp 00000000 08:01 179278 /lib/libc-2.7.so
7fac394e7000-7fac396e6000 —p 0014a000 08:01 179278 /lib/libc-2.7.so
7fac396e6000-7fac396e9000 r–p 00149000 08:01 179278 /lib/libc-2.7.so
7fac396e9000-7fac396eb000 rw-p 0014c000 08:01 179278 /lib/libc-2.7.so
7fac396eb000-7fac396f0000 rw-p 7fac396eb000 00:00 0
7fac396f0000-7fac396f8000 r-xp 00000000 08:01 179276 /lib/libcrypt-2.7.so
7fac396f8000-7fac398f8000 —p 00008000 08:01 179276 /lib/libcrypt-2.7.so
7fac398f8000-7fac398fa000 rw-p 00008000 08:01 179276 /lib/libcrypt-2.7.so
7fac398fa000-7fac39928000 rw-p 7fac398fa000 00:00 0
7fac39928000-7fac39944000 r-xp 00000000 08:01 179281 /lib/ld-2.7.so
7fac39946000-7fac39b37000 rw-p 7fac39946000 00:00 0
7fac39b40000-7fac39b43000 rw-p 7fac39b40000 00:00 0
7fac39b43000-7fac39b45000 rw-p 0001b000 08:01 179281 /lib/ld-2.7.so
7fff41a51000-7fff41b45000 rw-p 7ffffff0b000 00:00 0 [stack]
7fff41bff000-7fff41c00000 r-xp 7fff41bff000 00:00 0 [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]
Aborted (core dumped)

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


I would highly appreciate a any assistance anyone could give, because I have NEVER personally seen anything like this.


Thank you
Roswellien
13 Mar, 2009, David Haley wrote in the 2nd comment:
Votes: 0
If you can, run it through valgrind – that'll very quickly tell you exactly where your problem is coming from.

To run executable 'foo' through valgrind with parameters 'a', 'b' and 'c',
valgrind foo a b c
13 Mar, 2009, Roswellien wrote in the 3rd comment:
Votes: 0
Okay thank you very much, im not sure if I ran this correctly but here is everything it gives when starting up and then to executing the command which kills the mud (guild in this case).

roswellien@evileye:~/drm/area$ valgrind ./startup & a b c
[1] 25048
-bash: a: command not found
roswellien@evileye:~/drm/area$ ==25048== Memcheck, a memory error detector.
==25048== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==25048== Using LibVEX rev 1854, a library for dynamic binary translation.
==25048== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==25048== Using valgrind-3.3.1-Debian, a dynamic binary instrumentation framework.
==25048== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
==25048== For more details, rerun with: -v
==25048==
==25048== Warning: noted but unhandled ioctl 0x5451 with no size/direction hints
==25048== This could cause spurious value errors to appear.
==25048== See README_MISSING_SYSCALL_OR_IOCTL for guidance on writing a proper wrapper.
==25048== Warning: noted but unhandled ioctl 0x5451 with no size/direction hints
==25048== This could cause spurious value errors to appear.
==25048== See README_MISSING_SYSCALL_OR_IOCTL for guidance on writing a proper wrapper.
==25048== Warning: noted but unhandled ioctl 0x5451 with no size/direction hints
==25048== This could cause spurious value errors to appear.
==25048== See README_MISSING_SYSCALL_OR_IOCTL for guidance on writing a proper wrapper.
==25048== Warning: invalid file descriptor -1 in syscall close()
==25048== Invalid read of size 2
==25048== at 0x409319: (within /bin/bsd-csh)
==25048== by 0x409AD1: (within /bin/bsd-csh)
==25048== by 0x409EA6: (within /bin/bsd-csh)
==25048== by 0x409FF6: (within /bin/bsd-csh)
==25048== by 0x40A0E2: (within /bin/bsd-csh)
==25048== by 0x40A1C7: (within /bin/bsd-csh)
==25048== by 0x4094FC: (within /bin/bsd-csh)
==25048== by 0x40966D: (within /bin/bsd-csh)
==25048== by 0x4096DD: (within /bin/bsd-csh)
==25048== by 0x40974C: (within /bin/bsd-csh)
==25048== by 0x4097CC: (within /bin/bsd-csh)
==25048== by 0x409919: (within /bin/bsd-csh)
==25048== Address 0x5189b5a is 0 bytes after a block of size 2 alloc'd
==25048== at 0x4C2260E: malloc (vg_replace_malloc.c:207)
==25048== by 0x402715: (within /bin/bsd-csh)
==25048== by 0x40DCA2: (within /bin/bsd-csh)
==25048== by 0x407992: (within /bin/bsd-csh)
==25048== by 0x407A86: (within /bin/bsd-csh)
==25048== by 0x407D26: (within /bin/bsd-csh)
==25048== by 0x416E44: (within /bin/bsd-csh)
==25048== by 0x416B1A: (within /bin/bsd-csh)
==25048== by 0x402C3D: (within /bin/bsd-csh)
==25048== by 0x40432D: (within /bin/bsd-csh)
==25048== by 0x4E441A5: (below main) (in /lib/libc-2.7.so)
*** glibc detected *** ../src/rot: double free or corruption (!prev): 0x00000000013cab00 ***
======= Backtrace: =========
/lib/libc.so.6[0x7f536821b948]
/lib/libc.so.6(cfree+0x76)[0x7f536821da56]
/lib/libc.so.6(fclose+0x151)[0x7f536820bda1]
../src/rot[0x43851d]
../src/rot[0x42f702]
../src/rot[0x42f9fc]
../src/rot[0x42e8b7]
../src/rot[0x4568c3]
../src/rot[0x42ba1e]
../src/rot[0x430b4e]
../src/rot[0x4304a2]
/lib/libc.so.6(__libc_start_main+0xe6)[0x7f53681c61a6]
../src/rot[0x401a69]
======= Memory map: ========
00400000-0051b000 r-xp 00000000 08:04 8356516 /home/roswellien/drm/src/rot
0071a000-0071b000 rw-p 0011a000 08:04 8356516 /home/roswellien/drm/src/rot
0071b000-0073a000 rw-p 0071b000 00:00 0
013ca000-01432000 rw-p 013ca000 00:00 0 [heap]
7f5360000000-7f5360021000 rw-p 7f5360000000 00:00 0
7f5360021000-7f5364000000 —p 7f5360021000 00:00 0
7f53675c9000-7f53675df000 r-xp 00000000 08:01 179213 /lib/libgcc_s.so.1
7f53675df000-7f53677df000 —p 00016000 08:01 179213 /lib/libgcc_s.so.1
7f53677df000-7f53677e0000 rw-p 00016000 08:01 179213 /lib/libgcc_s.so.1
7f53677e0000-7f53677f0000 r-xp 00000000 08:01 179272 /lib/libresolv-2.7.so
7f53677f0000-7f53679f0000 —p 00010000 08:01 179272 /lib/libresolv-2.7.so
7f53679f0000-7f53679f2000 rw-p 00010000 08:01 179272 /lib/libresolv-2.7.so
7f53679f2000-7f53679f4000 rw-p 7f53679f2000 00:00 0
7f53679f4000-7f53679f8000 r-xp 00000000 08:01 179279 /lib/libnss_dns-2.7.so
7f53679f8000-7f5367bf7000 —p 00004000 08:01 179279 /lib/libnss_dns-2.7.so
7f5367bf7000-7f5367bf9000 rw-p 00003000 08:01 179279 /lib/libnss_dns-2.7.so
7f5367bf9000-7f5367c03000 r-xp 00000000 08:01 179275 /lib/libnss_files-2.7.so
7f5367c03000-7f5367e03000 —p 0000a000 08:01 179275 /lib/libnss_files-2.7.so
7f5367e03000-7f5367e05000 rw-p 0000a000 08:01 179275 /lib/libnss_files-2.7.so
7f5367e0e000-7f53681a8000 rw-p 7f5367e0e000 00:00 0
7f53681a8000-7f53682f2000 r-xp 00000000 08:01 179278 /lib/libc-2.7.so
7f53682f2000-7f53684f1000 —p 0014a000 08:01 179278 /lib/libc-2.7.so
7f53684f1000-7f53684f4000 r–p 00149000 08:01 179278 /lib/libc-2.7.so
7f53684f4000-7f53684f6000 rw-p 0014c000 08:01 179278 /lib/libc-2.7.so
7f53684f6000-7f53684fb000 rw-p 7f53684f6000 00:00 0
7f53684fb000-7f5368503000 r-xp 00000000 08:01 179276 /lib/libcrypt-2.7.so
7f5368503000-7f5368703000 —p 00008000 08:01 179276 /lib/libcrypt-2.7.so
7f5368703000-7f5368705000 rw-p 00008000 08:01 179276 /lib/libcrypt-2.7.so
7f5368705000-7f5368733000 rw-p 7f5368705000 00:00 0
7f5368733000-7f536874f000 r-xp 00000000 08:01 179281 /lib/ld-2.7.so
7f5368751000-7f5368942000 rw-p 7f5368751000 00:00 0
7f536894b000-7f536894e000 rw-p 7f536894b000 00:00 0
7f536894e000-7f5368950000 rw-p 0001b000 08:01 179281 /lib/ld-2.7.so
7fff7085a000-7fff7094f000 rw-p 7ffffff0a000 00:00 0 [stack]
7fff709fe000-7fff709ff000 r-xp 7fff709fe000 00:00 0 [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]
Aborted (core dumped)
==25048== Warning: invalid file descriptor -1 in syscall close()
==25048== Warning: invalid file descriptor -1 in syscall close()

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



any more help beyond that would be highy appreciated.
13 Mar, 2009, tphegley wrote in the 4th comment:
Votes: 0
What are you compiling under and what did you use to compile under? Could be a memory issue from a new compiler that wasn't an issue back when you last worked on it.
13 Mar, 2009, Noplex wrote in the 5th comment:
Votes: 0
Looks like your linked list may be getting fubar'd.
13 Mar, 2009, David Haley wrote in the 6th comment:
Votes: 0
It also looks like you aren't compiling with debugging symbols enabled. In gcc, use -g3, and turn off any -O argument you might have (optimization). That can help make the output more legible (and it will have things like line references to your code).
13 Mar, 2009, Noplex wrote in the 7th comment:
Votes: 0
David Haley said:
It also looks like you aren't compiling with debugging symbols enabled. In gcc, use -g3, and turn off any -O argument you might have (optimization). That can help make the output more legible (and it will have things like line references to your code).

I think its -g, no? I never have seen -g3 used.

Edit: My bad, different levels. ;-)
13 Mar, 2009, Roswellien wrote in the 8th comment:
Votes: 0
Thank everyone very much for their help, I apologize for my "newbness" Ive been out of the game for 6 years.

To answer an earlier question I am compiling under gcc4 (had to make a the common corrections to get it to compile at first). I have also modified the Makefile as previously suggested, although -g3 was already present I removed -O. Here is a copy of said Makefile and a Copy of the new crash dump through valgrind.

I have discoverd something intersting that may help. On the mud when someone attains level 50 it autoclans them to an "independent" clan with no "roster", I can also manually guild anyone to this clan with no problem. But as soon as I attempt to guild then to a clan with "roster" is when the mud crash. Im beginning to think this may be a permission problem Im missing somewhere.

Makefile
CC      = gcc
PROF = -ggdb -g3
WARN = -Wall -Werror -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls
# -Wshadow
FLAGS =
C_FLAGS = $(WARN) $(PROF) $(FLAGS)
LIBS = -lcrypt
L_FLAGS = $(PROF) $(LIBS)

C_FILES := $(wildcard *.c)
O_FILES := $(patsubst %.c, %.o, $(C_FILES))
H_FILES := $(wildcard *.h)

all:: rot

rot: $(O_FILES)
@rm -f rot
@echo "Building Death Rising"
@$(CC) $(L_FLAGS) -o rot $(O_FILES) $(LIBS)

.c.o: merc.h
@echo "Compiling $<…"
@$(CC) -c $(C_FLAGS) $<

depend:
@$(CC) -E -MM $(C_FILES) -I. > .depend

indent:
@indent $(C_FILES) $(H_FILES)

backup:
@tar -cvf backup.tar $(C_FILES) $(H_FILES) Makefile
@gzip -fq backup.tar

clean:
@rm -f $(O_FILES) *~
@echo "Done Cleaning."

# DO NOT DELETE THIS LINE – make depend depends on it.

include .depend


"New" Crashdump - very little seems to have changed.
roswellien@evileye:~/drm/area$ valgrind ./startup & a b c
[2] 13641
-bash: a: command not found
roswellien@evileye:~/drm/area$ ==13641== Memcheck, a memory error detector.
==13641== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==13641== Using LibVEX rev 1854, a library for dynamic binary translation.
==13641== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==13641== Using valgrind-3.3.1-Debian, a dynamic binary instrumentation framework.
==13641== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
==13641== For more details, rerun with: -v
==13641==
==13641== Warning: noted but unhandled ioctl 0x5451 with no size/direction hints
==13641== This could cause spurious value errors to appear.
==13641== See README_MISSING_SYSCALL_OR_IOCTL for guidance on writing a proper wrapper.
==13641== Warning: noted but unhandled ioctl 0x5451 with no size/direction hints
==13641== This could cause spurious value errors to appear.
==13641== See README_MISSING_SYSCALL_OR_IOCTL for guidance on writing a proper wrapper.
==13641== Warning: noted but unhandled ioctl 0x5451 with no size/direction hints
==13641== This could cause spurious value errors to appear.
==13641== See README_MISSING_SYSCALL_OR_IOCTL for guidance on writing a proper wrapper.
==13641== Warning: invalid file descriptor -1 in syscall close()
==13641== Invalid read of size 2
==13641== at 0x409319: (within /bin/bsd-csh)
==13641== by 0x409AD1: (within /bin/bsd-csh)
==13641== by 0x409EA6: (within /bin/bsd-csh)
==13641== by 0x409FF6: (within /bin/bsd-csh)
==13641== by 0x40A0E2: (within /bin/bsd-csh)
==13641== by 0x40A1C7: (within /bin/bsd-csh)
==13641== by 0x4094FC: (within /bin/bsd-csh)
==13641== by 0x40966D: (within /bin/bsd-csh)
==13641== by 0x4096DD: (within /bin/bsd-csh)
==13641== by 0x40974C: (within /bin/bsd-csh)
==13641== by 0x4097CC: (within /bin/bsd-csh)
==13641== by 0x409919: (within /bin/bsd-csh)
==13641== Address 0x5189b62 is 0 bytes after a block of size 2 alloc'd
==13641== at 0x4C2260E: malloc (vg_replace_malloc.c:207)
==13641== by 0x402715: (within /bin/bsd-csh)
==13641== by 0x40DCA2: (within /bin/bsd-csh)
==13641== by 0x407992: (within /bin/bsd-csh)
==13641== by 0x407A86: (within /bin/bsd-csh)
==13641== by 0x407D26: (within /bin/bsd-csh)
==13641== by 0x416E44: (within /bin/bsd-csh)
==13641== by 0x416B1A: (within /bin/bsd-csh)
==13641== by 0x402C3D: (within /bin/bsd-csh)
==13641== by 0x40432D: (within /bin/bsd-csh)
==13641== by 0x4E441A5: (below main) (in /lib/libc-2.7.so)
*** glibc detected *** ../src/rot: double free or corruption (!prev): 0x00000000012fab00 ***
======= Backtrace: =========
/lib/libc.so.6[0x7f08590e3948]
/lib/libc.so.6(cfree+0x76)[0x7f08590e5a56]
/lib/libc.so.6(fclose+0x151)[0x7f08590d3da1]
../src/rot[0x453f85]
../src/rot[0x445ce1]
../src/rot[0x446181]
../src/rot[0x4447f0]
../src/rot[0x48285b]
../src/rot[0x4403d9]
../src/rot[0x447afc]
../src/rot[0x446f78]
/lib/libc.so.6(__libc_start_main+0xe6)[0x7f085908e1a6]
../src/rot[0x401ba9]
======= Memory map: ========
00400000-00561000 r-xp 00000000 08:04 8356969 /home/roswellien/drm/src/rot
00760000-00761000 rw-p 00160000 08:04 8356969 /home/roswellien/drm/src/rot
00761000-00780000 rw-p 00761000 00:00 0
012fa000-01362000 rw-p 012fa000 00:00 0 [heap]
7f0854000000-7f0854021000 rw-p 7f0854000000 00:00 0
7f0854021000-7f0858000000 —p 7f0854021000 00:00 0
7f0858491000-7f08584a7000 r-xp 00000000 08:01 179213 /lib/libgcc_s.so.1
7f08584a7000-7f08586a7000 —p 00016000 08:01 179213 /lib/libgcc_s.so.1
7f08586a7000-7f08586a8000 rw-p 00016000 08:01 179213 /lib/libgcc_s.so.1
7f08586a8000-7f08586b8000 r-xp 00000000 08:01 179272 /lib/libresolv-2.7.so
7f08586b8000-7f08588b8000 —p 00010000 08:01 179272 /lib/libresolv-2.7.so
7f08588b8000-7f08588ba000 rw-p 00010000 08:01 179272 /lib/libresolv-2.7.so
7f08588ba000-7f08588bc000 rw-p 7f08588ba000 00:00 0
7f08588bc000-7f08588c0000 r-xp 00000000 08:01 179279 /lib/libnss_dns-2.7.so
7f08588c0000-7f0858abf000 —p 00004000 08:01 179279 /lib/libnss_dns-2.7.so
7f0858abf000-7f0858ac1000 rw-p 00003000 08:01 179279 /lib/libnss_dns-2.7.so
7f0858ac1000-7f0858acb000 r-xp 00000000 08:01 179275 /lib/libnss_files-2.7.so
7f0858acb000-7f0858ccb000 —p 0000a000 08:01 179275 /lib/libnss_files-2.7.so
7f0858ccb000-7f0858ccd000 rw-p 0000a000 08:01 179275 /lib/libnss_files-2.7.so
7f0858cd6000-7f0859070000 rw-p 7f0858cd6000 00:00 0
7f0859070000-7f08591ba000 r-xp 00000000 08:01 179278 /lib/libc-2.7.so
7f08591ba000-7f08593b9000 —p 0014a000 08:01 179278 /lib/libc-2.7.so
7f08593b9000-7f08593bc000 r–p 00149000 08:01 179278 /lib/libc-2.7.so
7f08593bc000-7f08593be000 rw-p 0014c000 08:01 179278 /lib/libc-2.7.so
7f08593be000-7f08593c3000 rw-p 7f08593be000 00:00 0
7f08593c3000-7f08593cb000 r-xp 00000000 08:01 179276 /lib/libcrypt-2.7.so
7f08593cb000-7f08595cb000 —p 00008000 08:01 179276 /lib/libcrypt-2.7.so
7f08595cb000-7f08595cd000 rw-p 00008000 08:01 179276 /lib/libcrypt-2.7.so
7f08595cd000-7f08595fb000 rw-p 7f08595cd000 00:00 0
7f08595fb000-7f0859617000 r-xp 00000000 08:01 179281 /lib/ld-2.7.so
7f0859619000-7f085980a000 rw-p 7f0859619000 00:00 0
7f0859813000-7f0859816000 rw-p 7f0859813000 00:00 0
7f0859816000-7f0859818000 rw-p 0001b000 08:01 179281 /lib/ld-2.7.so
7fff61723000-7fff61818000 rw-p 7ffffff0a000 00:00 0 [stack]
7fff618fa000-7fff618fb000 r-xp 7fff618fa000 00:00 0 [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]
Aborted (core dumped)
==13616== Warning: invalid file descriptor -1 in syscall close()
==13616== Warning: invalid file descriptor -1 in syscall close()



Again I thank everyone for their assistance and apologize for my "newbness".
13 Mar, 2009, David Haley wrote in the 9th comment:
Votes: 0
Oh. I forgot to mention that you should run the executable directly, not run the startup script. It's getting confused because it doesn't know to look at the executable being run; that's why you're getting gibberish from /bin/bsd-csh.
13 Mar, 2009, Roswellien wrote in the 10th comment:
Votes: 0
Oh okay, leme give that a shot
13 Mar, 2009, tphegley wrote in the 11th comment:
Votes: 0
Try this from area folder (or whatever folder your exe goes into) valgrind ../src/exe -v
13 Mar, 2009, Roswellien wrote in the 12th comment:
Votes: 0
Okay run as tphegley said.

roswellien@evileye:~/drm/src$ valgrind ../src/rot -v
==18314== Memcheck, a memory error detector.
==18314== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==18314== Using LibVEX rev 1854, a library for dynamic binary translation.
==18314== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==18314== Using valgrind-3.3.1-Debian, a dynamic binary instrumentation framework.
==18314== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
==18314== For more details, rerun with: -v
==18314==
Usage: ../src/rot [port ##] [wwwport #]
==18314==
==18314== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 8 from 1)
==18314== malloc/free: in use at exit: 568 bytes in 1 blocks.
==18314== malloc/free: 10 allocs, 9 frees, 3,449 bytes allocated.
==18314== For counts of detected errors, rerun with: -v
==18314== searching for pointers to 1 not-freed blocks.
==18314== checked 400,400 bytes.
==18314==
==18314== LEAK SUMMARY:
==18314== definitely lost: 0 bytes in 0 blocks.
==18314== possibly lost: 0 bytes in 0 blocks.
==18314== still reachable: 568 bytes in 1 blocks.
==18314== suppressed: 0 bytes in 0 blocks.
==18314== Rerun with –leak-check=full to see details of leaked memory.


I am examining the update_clanlist function atm because as far as i can currently tell its that function which is causing the crash.
13 Mar, 2009, David Haley wrote in the 13th comment:
Votes: 0
Well, you still need to give it the port number :wink:
13 Mar, 2009, Roswellien wrote in the 14th comment:
Votes: 0
Okay thanks for all the help guys, it appears it was just a ClanList error, i have corrected the issue and it works great now. Thanks to everyone. Now I can move on to some much smaller issues like updating helpfiles and renaming the mud….and hiring some builders, immturns, and some playtesters.


But now that i know about valgrind i can track down some memory leaks…though im note sure i have the capabilities atm to fix them heh.


Again thanks to EVERYONE.
0.0/14