Checking for required directories...
Wed Jul 29, 2009 8:25:25 PM CDT :: Directory check passed.
Wed Jul 29, 2009 8:25:25 PM CDT :: Booting Database
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Wed Jul 29, 2009 8:25:25 PM CDT :: [*****] BOOT: ---------------------[ Boot Log ]--------------------
Wed Jul 29, 2009 8:25:25 PM CDT :: Database bootup starting.
Wed Jul 29, 2009 8:25:25 PM CDT :: Loading sysdata configuration...
Wed Jul 29, 2009 8:25:25 PM CDT :: Initializing libdl support...
Wed Jul 29, 2009 8:25:25 PM CDT :: Verifying existence of login greeting...
Wed Jul 29, 2009 8:25:25 PM CDT :: Login greeting located.
Wed Jul 29, 2009 8:25:25 PM CDT :: Loading commands...
Wed Jul 29, 2009 8:25:25 PM CDT :: Loading spec_funs...
Wed Jul 29, 2009 8:25:25 PM CDT :: Loading helps...
Wed Jul 29, 2009 8:25:25 PM CDT :: Loading channels...
Wed Jul 29, 2009 8:25:25 PM CDT :: Loading overland maps...
Wed Jul 29, 2009 8:25:25 PM CDT :: Initializing map grid array....
Wed Jul 29, 2009 8:25:25 PM CDT :: Loading continent of One.....
./afkmud: symbol lookup error: ./afkmud: undefined symbol: gdImageCreateFromPng


I have no idea where to even start with this, its all new to me. I'm old school, still stuck in the GCC 3.4.4 days .

After about 7 hours getting this thing to compile correctly. GD-DEV issue (already have the library installed). I also notice many many many buffer overflow warnings.

If you would, pm me at pcrepair@my-pcrepairman.com, or answer on here.

Thanks,

Apoc.



Lime / Ubuntu <---> OS GCC 4.4.3

you are missing the gd image library. what os are you using?

I'm using this new Lime / Ubuntu type system. The newest one. I updated the package for the GD library. Or i wouldn't have received a clean compile.

And the boot startup file is loaded with ^M's. Anyone else having problems with the startup, just make a new file.


-- Touch Startup
-- Copy code from startup orig.
-- Past via Nano

Should solve your startup problem.

Actually anyone having trouble with files full of return codes and such should pay attention and upload it as ascii and not binary

The undefined symbol thing is new though. I suppose I shouldn't be at all surprised it's a Debian/Ubuntu setup. Though the compiler should have balked at the idea of linking the library if it wasn't actually there.

Heh heh, not surprising I guess that you'd blame all the problems on Debian/Ubuntu. Evil evil evil Debian, the root of all problems on Earth.

Chances are that you are simply missing the shared library one way or another, as Kiasyn said. You need to make sure that not only do you have the development files installed, but also the appropriate version of the library itself. I don't know how AFKMud does its apparent dynamic lookup of function names, but you'll need to figure out how it is trying to load symbols and where it is looking. It's possible that it's doing something somewhat non-standard or non-portable.

void load_map_png( const char *mapfile, short mapnumber )
{
   FILE *jpgin;
   char filename[256];
   gdImagePtr im;

   log_printf( "Loading continent of %s.....", map_names[mapnumber] );

   snprintf( filename, 256, "%s%s", MAP_DIR, mapfile );

   if( !( jpgin = fopen( filename, "r" ) ) )
   {
      char oldfile[256];

      snprintf( oldfile, 256, "%s%s.raw", MAP_DIR, map_name[mapnumber] );
      if( !load_oldmapfile( oldfile, mapnumber ) )
      {
         bug( "%s: Missing graphical map file %s for continent!", __FUNCTION__, mapfile );
         shutdown_mud( "Missing map file" );
         exit( 1 );
      }
      else
         return;
   }

   im = gdImageCreateFromPng( jpgin );

   for( short y = 0; y < gdImageSY( im ); ++y )
   {
      for( short x = 0; x < gdImageSX( im ); ++x )
      {
         int pixel = gdImageGetPixel( im, x, y );
         short terr = get_sector_colour( im, pixel );
         putterr( mapnumber, x, y, terr );
      }
   }
   FCLOSE( jpgin );
   gdImageDestroy( im );
}

That's the code it's choking on, based on where the log died. If you see something here that I could possibly have broken, I'm all ears. Otherwise yes, I'll blame the Debian maintainers for doing whatever wacked crap they did to cause this.

The include at the top of the file is nothing special either:

#include <gd.h>

And the L_FLAGS line from the Makefile too:

L_FLAGS = $(MACHINE) $(DEBUG_FLAG) $(OPT_FLAG) $(PROF_FLAG) $(EXPORT_SYMBOLS) $(SOLARIS_LINK) $(MATH_LIB) -lz -lgd $(LIB_MYSQL) $(NEED_DL)

Damnit, I don't know why the code is compiling and letting me get this far just to deny the load. The compiler should flag me as soon as it reaches that part of the code that isn't defined. I'm about to throw this system in the trash and start with a compiler version 4.3-. Right now this code may work on 4.3 but be broken on 4.4 I don't know, I haven't tried. I'm sticking with this code-base though, as I love the idea of creating png's of the world, making it far easier to build maps with ease. I start school in the fall (29 yrs old) for gaming design, I'm hoping to extend my knowledge in c++, as I've learned nothing but C for the past 9 years.

Also wondering if anyone here plays Ragnarok Online, if so, we should partner up, rip the grf apart of all the Character/Mob sprites and use the engine, and backgrounds to create something more like diablo instead of a kiddy game. (blood, pvp, body parts)...

Back to the code,

--Apoc.

Okay I decided to throw that last Install of GD in the Trash, reinstalled the RC version, and Waalaa... Worked fine. You know you always think its best to go with the stable latest release, but as we've seen here, its not always the best choice. Thanks guys for looking in to this, at least I can provide an answer, i'll post the link to the library and give instructions on how to manually install.


--http://www.libgd.org/releases/gd-2.0.36RC1.tar.gz
--extract "anywhere"
--./configure
--make install

wait for it to finish making the .o files and your all done. Code should work with the GD issue.

As I seen in the warnings, this is what happens when i try to log in to the game.

*** buffer overflow detected ***: ./afkmud terminated
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0xb7d62da8]
/lib/tls/i686/cmov/libc.so.6[0xb7d60eb0]
/lib/tls/i686/cmov/libc.so.6(__strcpy_chk+0x44)[0xb7d60184]
./afkmud(_Z8show_mapP9char_dataPc+0x321)[0x81b61d5]
./afkmud(do_look+0x421)[0x80a6d21]
./afkmud(_Z9interpretP9char_dataSs+0x123f)[0x815a0f0]
./afkmud(_Z12char_to_gameP9char_data+0x31f)[0x81794c7]
./afkmud(_ZN15descriptor_data5nannyERSs+0x4252)[0x817f7ea]
./afkmud(_Z13process_inputv+0x2ac)[0x81530dd]
./afkmud(_Z9game_loopv+0x6e)[0x81537d1]
./afkmud(main+0x211)[0x81543a4]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7c7b775]
./afkmud[0x807de11]
======= Memory map: ========
08048000-0833d000 r-xp 00000000 08:05 50038 /home/nmorgan350z/afkmud/src/afkmud
0833d000-0833e000 r--p 002f4000 08:05 50038 /home/nmorgan350z/afkmud/src/afkmud
0833e000-08342000 rw-p 002f5000 08:05 50038 /home/nmorgan350z/afkmud/src/afkmud
08342000-08499000 rw-p 08342000 00:00 0
09fcb000-0a246000 rw-p 09fcb000 00:00 0 [heap]
b7a15000-b7a17000 rw-p b7a15000 00:00 0
b7a17000-b7a2c000 r-xp 00000000 08:05 2622706 /lib/tls/i686/cmov/libpthread-2.9.so
b7a2c000-b7a2d000 r--p 00014000 08:05 2622706 /lib/tls/i686/cmov/libpthread-2.9.so
b7a2d000-b7a2e000 rw-p 00015000 08:05 2622706 /lib/tls/i686/cmov/libpthread-2.9.so
b7a2e000-b7a30000 rw-p b7a2e000 00:00 0
b7a30000-b7a34000 r-xp 00000000 08:05 1517196 /usr/lib/libXdmcp.so.6.0.0
b7a34000-b7a35000 rw-p 00003000 08:05 1517196 /usr/lib/libXdmcp.so.6.0.0
b7a35000-b7a37000 r-xp 00000000 08:05 1517185 /usr/lib/libXau.so.6.0.0
b7a37000-b7a38000 r--p 00001000 08:05 1517185 /usr/lib/libXau.so.6.0.0
b7a38000-b7a39000 rw-p 00002000 08:05 1517185 /usr/lib/libXau.so.6.0.0
b7a39000-b7a5d000 r-xp 00000000 08:05 1517475 /usr/lib/libexpat.so.1.5.2
b7a5d000-b7a5f000 r--p 00023000 08:05 1517475 /usr/lib/libexpat.so.1.5.2
b7a5f000-b7a60000 rw-p 00025000 08:05 1517475 /usr/lib/libexpat.so.1.5.2
b7a60000-b7a78000 r-xp 00000000 08:05 1518201 /usr/lib/libxcb.so.1.1.0
b7a78000-b7a79000 r--p 00017000 08:05 1518201 /usr/lib/libxcb.so.1.1.0
b7a79000-b7a7a000 rw-p 00018000 08:05 1518201 /usr/lib/libxcb.so.1.1.0
b7a7a000-b7a7b000 rw-p b7a7a000 00:00 0
b7a7b000-b7a9f000 r-xp 00000000 08:05 1518069 /usr/lib/libpng12.so.0.27.0
b7a9f000-b7aa0000 r--p 00023000 08:05 1518069 /usr/lib/libpng12.so.0.27.0
b7aa0000-b7aa1000 rw-p 00024000 08:05 1518069 /usr/lib/libpng12.so.0.27.0
b7aa1000-b7b13000 r-xp 00000000 08:05 1515559 /usr/lib/libfreetype.so.6.3.20
b7b13000-b7b17000 r--p 00071000 08:05 1515559 /usr/lib/libfreetype.so.6.3.20
b7b17000-b7b18000 rw-p 00075000 08:05 1515559 /usr/lib/libfreetype.so.6.3.20
b7b18000-b7b43000 r-xp 00000000 08:05 1517502 /usr/lib/libfontconfig.so.1.3.0
b7b43000-b7b44000 r--p 0002a000 08:05 1517502 /usr/lib/libfontconfig.so.1.3.0
b7b44000-b7b45000 rw-p 0002b000 08:05 1517502 /usr/lib/libfontconfig.so.1.3.0
b7b45000-b7b64000 r-xp 00000000 08:05 1517849 /usr/lib/libjpeg.so.62.0.0
b7b64000-b7b65000 rw-p 0001e000 08:05 1517849 /usr/lib/libjpeg.so.62.0.0
b7b65000-b7c4f000 r-xp 00000000 08:05 1517179 /usr/lib/libX11.so.6.2.0
b7c4f000-b7c50000 ---p 000ea000 08:05 1517179 /usr/lib/libX11.so.6.2.0
b7c50000-b7c51000 r--p 000ea000 08:05 1517179 /usr/lib/libX11.so.6.2.0
b7c51000-b7c53000 rw-p 000eb000 08:05 1517179 /usr/lib/libX11.so.6.2.0
b7c53000-b7c55000 rw-p b7c53000 00:00 0
b7c55000-b7c64000 r-xp 00000000 08:05 1517216 /usr/lib/libXpm.so.4.11.0
b7c64000-b7c65000 rw-p 0000f000 08:05 1517216 /usr/lib/libXpm.so.4.11.0
b7c65000-b7dc1000 r-xp 00000000 08:05 2622680 /lib/tls/i686/cmov/libc-2.9.so
b7dc1000-b7dc2000 ---p 0015c000 08:05 2622680 /lib/tls/i686/cmov/libc-2.9.so
b7dc2000-b7dc4000 r--p 0015c000 08:05 2622680 /lib/tls/i686/cmov/libc-2.9.so
b7dc4000-b7dc5000 rw-p 0015e000 08:05 2622680 /lib/tls/i686/cmov/libc-2.9.so
b7dc5000-b7dc8000 rw-p b7dc5000 00:00 0
b7dc8000-b7dd5000 r-xp 00000000 08:05 2605121 /lib/libgcc_s.so.1
b7dd5000-b7dd6000 r--p 0000c000 08:05 2605121 /lib/libgcc_s.so.1
b7dd6000-b7dd7000 rw-p 0000d000 08:05 2605121 /lib/libgcc_s.so.1
b7dd7000-b7dfb000 r-xp 00000000 08:05 2622688 /lib/tls/i686/cmov/libm-2.9.so
b7dfb000-b7dfc000 r--p 00023000 08:05 2622688 /lib/tls/i686/cmov/libm-2.9.so
b7dfc000-b7dfd000 rw-p 00024000 08:05 2622688 /lib/tls/i686/cmov/libm-2.9.so
b7dfd000-b7ee1000 r-xp 00000000 08:05 1518211 /usr/lib/libstdc++.so.6.0.10
b7ee1000-b7ee5000 r--p 000e3000 08:05 1518211 /usr/lib/libstdc++.so.6.0.10
b7ee5000-b7ee6000 rw-p 000e7000 08:05 1518211 /usr/lib/libstdc++.so.6.0.10
b7ee6000-b7eec000 rw-p b7ee6000 00:00 0
b7eec000-b7eee000 r-xp 00000000 08:05 2622686 /lib/tls/i686/cmov/libdl-2.9.so
b7eee000-b7eef000 r--p 00001000 08:05 2622686 /lib/tls/i686/cmov/libdl-2.9.so
b7eef000-b7ef0000 rw-p 00002000 08:05 2622686 /lib/tls/i686/cmov/libdl-2.9.so
b7ef0000-b7ef1000 rw-p b7ef0000 00:00 0
b7ef1000-b7f10000 r-xp 00000000 08:05 1630551 /usr/local/lib/libgd.so.2.0.0
b7f10000-b7f11000 r--p 0001e000 08:05 1630551 /usr/local/lib/libgd.so.2.0.0
b7f11000-b7f30000 rw-p 0001f000 08:05 1630551 /usr/local/lib/libgd.so.2.0.0
b7f30000-b7f35000 rw-p b7f30000 00:00 0
b7f35000-b7f49000 r-xp 00000000 08:05 2605218 /lib/libz.so.1.2.3.3
b7f49000-b7f4a000 r--p 00013000 08:05 2605218 /lib/libz.so.1.2.3.3
b7f4a000-b7f4b000 rw-p 00014000 08:05 2605218 /lib/libz.so.1.2.3.3
b7f5d000-b7f5f000 rw-p b7f5d000 00:00 0
b7f5f000-b7f60000 r-xp b7f5f000 00:00 0 [vdso]
b7f60000-b7f7c000 r-xp 00000000 08:05 2605079 /lib/ld-2.9.so
b7f7c000-b7f7d000 r--p 0001b000 08:05 2605079 /lib/ld-2.9.so
b7f7d000-b7f7e000 rw-p 0001c000 08:05 2605079 /lib/ld-2.9.so
bfc68000-bfc7d000 rw-p bffeb000 00:00 0 [stack]
Aborted

Blaming this on Debian is ridiculous. I'm sure you'd find it equally ridiculous if somebody used code that worked well on Debian but failed on Fedora, and started lambasting the Fedora developers as a bunch of incompetent idiots. So let's please stop throwing around blame needlessly and brashly, and instead try to identify the solution.

What version of libgd is used on Fedora?
Apoc, what version do you have installed?

I see libgd2-xpm-dev 2.0.36
or libgd2-noxpm-dev 2.0.36

I have the first one installed.

I got a fresh install from here, and extracted it. I then went into src, ran make, got a mostly clean compile (some warnings), then when to area, typed ../src/afkmud, and the game started up just fine. I was able to connect as well.

I have gcc 4.3.3.

If you take a fresh install from the above link and try to compile it, what output do you get?

...You weren't using the libgd-dev package that comes with your distribution and instead installing something from scratch...?

No wonder it wasn't finding the shared library in your custom install, even though it was finding the header file... it's non-trivial to install your own shared libraries (you need to know what you're doing, at least).

Samson, as you can see, this had nothing to do with Debian, or even any distribution for that matter. I'm glad we have managed to make that clear.

[code]make all
make[1]: Entering directory `/home/nmorgan350z/afkmud/src'
Building AFKMud....
make -j2 -s afkmud
make[2]: Entering directory `/home/nmorgan350z/afkmud/src'
Compiling o/imc.o....
Compiling o/act_comm.o....
Compiling o/act_info.o....
Compiling o/act_move.o....
Compiling o/act_obj.o....
Compiling o/act_wiz.o....
Compiling o/archery.o....
Compiling o/area.o....
In function ‘int snprintf(char*, size_t, const char*, ...)’,
inlined from ‘void destroy_immdata(char_data*, const char*)’ at act_wiz.cpp:2753:
/usr/include/bits/stdio2.h:66: warning: call to int __builtin___snprintf_chk(char*, unsigned int, int, unsigned int, const char*, ...) will always overflow destination buffer
In function ‘int snprintf(char*, size_t, const char*, ...)’,
inlined from ‘void destroy_immdata(char_data*, const char*)’ at act_wiz.cpp:2760:
/usr/include/bits/stdio2.h:66: warning: call to int __builtin___snprintf_chk(char*, unsigned int, int, unsigned int, const char*, ...) will always overflow destination buffer
In function ‘int snprintf(char*, size_t, const char*, ...)’,
inlined from ‘void destroy_immdata(char_data*, const char*)’ at act_wiz.cpp:2763:
/usr/include/bits/stdio2.h:66: warning: call to int __builtin___snprintf_chk(char*, unsigned int, int, unsigned int, const char*, ...) will always overflow destination buffer
In function ‘int snprintf(char*, size_t, const char*, ...)’,
inlined from ‘void destroy_immdata(char_data*, const char*)’ at act_wiz.cpp:2772:
/usr/include/bits/stdio2.h:66: warning: call to int __builtin___snprintf_chk(char*, unsigned int, int, unsigned int, const char*, ...) will always overflow destination buffer
In function ‘int snprintf(char*, size_t, const char*, ...)’,
inlined from ‘void destroy_immdata(char_data*, const char*)’ at act_wiz.cpp:2775:
/usr/include/bits/stdio2.h:66: warning: call to int __builtin___snprintf_chk(char*, unsigned int, int, unsigned int, const char*, ...) will always overflow destination buffer
In function ‘int snprintf(char*, size_t, const char*, ...)’,
inlined from ‘void destroy_immdata(char_data*, const char*)’ at act_wiz.cpp:2781:
/usr/include/bits/stdio2.h:66: warning: call to int __builtin___snprintf_chk(char*, unsigned int, int, unsigned int, const char*, ...) will always overflow destination buffer
Compiling o/areaconvert.o....
Compiling o/auction.o....
Compiling o/ban.o....
Compiling o/bits.o....
Compiling o/boards.o....
boards.cpp: In function ‘void load_boards()’:
boards.cpp:1132: warning: ignoring return value of ‘int system(const char*)’, declared with attribute warn_unused_result
Compiling o/build.o....
Compiling o/calendar.o....
Compiling o/channels.o....
Compiling o/character.o....
Compiling o/chess.o....
Compiling o/clans.o....
Compiling o/color.o....
Compiling o/comm.o....
comm.cpp: In function ‘void directory_check()’:
comm.cpp:234: warning: ignoring return value of ‘int chdir(const char*)’, declared with attribute warn_unused_result
comm.cpp:241: warning: ignoring return value of ‘int chdir(const char*)’, declared with attribute warn_unused_result
comm.cpp:242: warning: ignoring return value of ‘int system(const char*)’, declared with attribute warn_unused_result
Compiling o/commands.o....
Compiling o/comments.o....
Compiling o/connhist.o....
Compiling o/const.o....
Compiling o/db.o....
Compiling o/deity.o....
Compiling o/descriptor.o....
Compiling o/editor.o....
Compiling o/environment.o....
Compiling o/event.o....
Compiling o/event_handler.o....
Compiling o/features.o....
Compiling o/fight.o....
Compiling o/finger.o....
Compiling o/handler.o....
Compiling o/hashstr.o....
Compiling o/help.o....
Compiling o/hotboot.o....
hotboot.cpp: In function ‘void hotboot_recover()’:
hotboot.cpp:792: warning: ignoring return value of ‘int fscanf(FILE*, const char*, ...)’, declared with attribute warn_unused_result
Compiling o/imm_host.o....
Compiling o/liquids.o....
Compiling o/magic.o....
Compiling o/mapout.o....
Compiling o/mapper.o....
Compiling o/md5.o....
Compiling o/misc.o....
Compiling o/mobindex.o....
Compiling o/modules.o....
Compiling o/mspecial.o....
Compiling o/mssp.o....
Compiling o/mudcfg.o....
Compiling o/mud_comm.o....
Compiling o/mud_prog.o....
Compiling o/new_auth.o....
Compiling o/object.o....
new_auth.cpp: In function ‘void name_generator(std::string&)’:
new_auth.cpp:76: warning: ignoring return value of ‘char* fgets(char*, int, FILE*)’, declared with attribute warn_unused_result
new_auth.cpp:80: warning: ignoring return value of ‘char* fgets(char*, int, FILE*)’, declared with attribute warn_unused_result
new_auth.cpp:86: warning: ignoring return value of ‘char* fgets(char*, int, FILE*)’, declared with attribute warn_unused_result
new_auth.cpp:93: warning: ignoring return value of ‘char* fgets(char*, int, FILE*)’, declared with attribute warn_unused_result
new_auth.cpp:100: warning: ignoring return value of ‘char* fgets(char*, int, FILE*)’, declared with attribute warn_unused_result
new_auth.cpp: In function ‘void pick_name(std::string&, const char*)’:
new_auth.cpp:146: warning: ignoring return value of ‘char* fgets(char*, int, FILE*)’, declared with attribute warn_unused_result
new_auth.cpp:150: warning: ignoring return value of ‘char* fgets(char*, int, FILE*)’, declared with attribute warn_unused_result
new_auth.cpp:155: warning: ignoring return value of ‘char* fgets(char*, int, FILE*)’, declared with attribute warn_unused_result
Compiling o/objindex.o....
Compiling o/olcmob.o....
Compiling o/olcobj.o....
Compiling o/olcroom.o....
Compiling o/overland.o....
Compiling o/pfiles.o....
pfiles.cpp: In function ‘void do_pfiles(char_data*, std::string)’:
pfiles.cpp:854: warning: ignoring return value of ‘int system(const char*)’, declared with attribute warn_unused_result
pfiles.cpp: In function ‘void check_pfiles(time_t)’:
pfiles.cpp:907: warning: ignoring return value of ‘int system(const char*)’, declared with attribute warn_unused_result
Compiling o/player.o....
Compiling o/polymorph.o....
Compiling o/rare.o....
Compiling o/renumber.o....
Compiling o/reset.o....
Compiling o/roomindex.o....
Compiling o/save.o....
Compiling o/search.o....
Compiling o/sha256.o....
Compiling o/ships.o....
Compiling o/shops.o....
Compiling o/skills.o....
Compiling o/skyship.o....
Compiling o/slay.o....
Compiling o/tables.o....
Compiling o/track.o....
Compiling o/treasure.o....
Compiling o/update.o....
Compiling o/variables.o....
Compiling o/web.o....
Generating dependency file ...
Done building AFKMud.
make[2]: Leaving directory `/home/nmorgan350z/afkmud/src'
Buidling DNS Resolver...
make -s resolver
make[2]: Entering directory `/home/nmorgan350z/afkmud/src'
Done buidling DNS Resolver.
make[2]: Leaving directory `/home/nmorgan350z/afkmud/src'
make[1]: Leaving directory `/home/nmorgan350z/afkmud/src'

Funny thing is David I did manually install the package. I didn't use the package crap installer they give you, I know better than that. I used the GD library that says latest release. <From the site stated above> So . So basically what I stated is, don't use the latest release 1.2MB use the RC version 1.6MB works clean. Now as far as logging in, I can't seem to do that, it buffer overflows and crashes it. and I'm using 4.4 GCC. Not by choice, it won't install the GCC command unless I use the latest update.

Edit:

I suppose I need to fiddle with the area.cpp file to cure the buffer overflow problems.

The distribution package manager is what you should use to install libraries; it's far more reliable than installing things yourself, or using the download's installer. This is true whether you're on Fedora, Ubuntu, Debian, gentoo, whatever.

In this case, I just did:
sudo aptitude install libgd2-xpm-dev

and everything worked just fine.

yeah, the GD issue is solved, now the buffer overflow problem . Probably another 6 hours, only because I don't know the backbone of these compilers. I haven't messed with a mud in nearly 6-7 years. But since I'm going back to school I decided to refresh my memory.

Inlined from act_wiz.cpp


Hmm.... Increasing the buffer size should work for this eh?

Okay, David did you get the same warning as I? OR is there something up with the new GCC. Doesn't matter how high the buffer is, it still says it will always overflow.

I got the same warnings, yes. I didn't actually log in, I just connected and saw the logon screen.

Depending on how things are being computed, the buffer size might be irrelevant. I haven't actually looked at the code in question, though...

Okay, yeah I can log in, fill out the information, as soon as I go to log in to the game, bam... bufferoverflow

Well the warning is that the call is guaranteed to overflow, so it seems likely that the code needs to be fixed first.

Maybe you could show some of the problem lines in question?