Server Help

50% Packetloss · Posted: Sat May 21, 2005 3:15 am Post subject: Makefiles are my arch nemesis.

Unfortunatly I use ASSS on a windows machine and makefiles bust my balls. For some reason ASSS doesn't seem to want to startup, somethings up with the scoreing module. It is probably easily fixed with a compile but I cant get the damn thing to work. I have dev-c++, I commented the unneeded libraries in the system.mk file and I'm getting these error messages:

CreateProcess((null), uname -s, ...) failed.
102 asss-1.4.0\src\Makefile ../build/deps.mk: No such file or directory. '
102 asss-1.4.0\src\Makefile not found
asss-1.4.0\src\Makefile [Build Error] [../build/deps.mk] Error 127

Anyone have a good suggestion for a makefile tutorial? My computer is a Presario 905us laptop running windows XP home sp2.
_________________
Current Terror Alert Level

Cyan~Fire · Posted: Sat May 21, 2005 9:02 am Post subject:

If you're on Win32, make sure you use Makefile.devcpp, and not Makefile.
_________________
This help is informational only. No representation is made or warranty given as to its content. User assumes all risk of use. Cyan~Fire assumes no responsibility for any loss or delay resulting from such use.
Wise men STILL seek Him.

D1st0rt · Posted: Sat May 21, 2005 1:28 pm Post subject:

Thats why I switched all of my asss building over to linux
_________________

Grelminar · Creator of Asss Joined: Feb 26 2003 Posts: 378 Offline

Cyan: incorrect; i got rid of the windows-specific makefile with 1.4.0.

I've heard other reports that 1.4.0 is broken on windows. I'll try to look into it as soon as I can, but unfortunately I don't expect to get to it for another week or two.

If you want, you can try the real msys/mingw package, which might work better than dev-c++. Make sure to use mingw32-make.exe, not make.exe.

50% Packetloss · Posted: Sat May 21, 2005 4:45 pm Post subject:

Downloaded the real mingw stuff and got the same error. I noticed that in os.mk the file "$(WINDEPS)/python24.dll" was specified, I had python23 so I upgraded. I also placed most of the python files (.exe,.dll,header files, ect) into that windep folder. After that the compile process seemed to at least start. My system.mk file had all the correct info but the other makefiles seem to all point to the /asss/windeps folder for the dependancies. So after that I get this happy compile log:

Code: Show/Hide

Compiler: Default compiler
Executing make...
make.exe -f "Makefile" all
process_begin: CreateProcess((null), uname -s, ...) failed.
Makefile:102: ../build/deps.mk: No such file or directory

../windeps/python.exe ../scripts/makedeps.py -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -I../windeps -I../windeps/mysqlinc -I../windeps/pythoninc \
*/*.c -P '$(BUILDDIR)/' -o ../build/deps.mk

makedeps: ignoring option: -D_REENTRANT
makedeps: ignoring option: -D_GNU_SOURCE
makedeps: warning: "need_errno.h" not found

makedeps: warning: "errno.h" not found
makedeps: warning: "unixstuff.h" not found

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/main.o main/main.c
process_begin: CreateProcess((null), uname -s, ...) failed.

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/module.o main/module.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/cmod.o main/cmod.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/util.o main/util.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/pathutil.o main/pathutil.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/protutil.o main/protutil.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/rwlock.o main/rwlock.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/app.o main/app.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/md5.o main/md5.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/win32compat.o main/win32compat.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/config.o core/config.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/prng.o core/prng.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/player.o core/player.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/core.o core/core.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/logman.o core/logman.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/idle.o core/idle.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/mainloop.o core/mainloop.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/net.o core/net.c

core/net.c: In function `InitSockets':
core/net.c:759: warning: passing arg 1 of `inet_aton' discards qualifiers from pointer target type

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/enc_null.o core/enc_null.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/enc_vie.o core/enc_vie.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/arenaman.o core/arenaman.c

../windeps/python.exe ../scripts/gensparse.py ../build/sparse.inc ../scripts/sparse_params.py

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/mapdata.o core/mapdata.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/mapnewsdl.o core/mapnewsdl.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/clientset.o core/clientset.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/capman.o core/capman.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/lagdata.o core/lagdata.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/lagaction.o core/lagaction.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/bw_default.o core/bw_default.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/bw_nolimit.o core/bw_nolimit.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/log_file.o core/log_file.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/log_console.o core/log_console.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/log_sysop.o core/log_sysop.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/log_staff.o core/log_staff.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/game.o core/game.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/game_timer.o core/game_timer.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/chat.o core/chat.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/flagcore.o core/flagcore.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/balls.o core/balls.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/fm_normal.o core/fm_normal.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/banners.o core/banners.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/bricks.o core/bricks.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/objects.o core/objects.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/messages.o core/messages.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/koth.o core/koth.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/fm_lockspec.o core/fm_lockspec.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/cmdman.o core/cmdman.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/playercmd.o core/playercmd.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/admincmd.o core/admincmd.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/watchdamage.o core/watchdamage.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/buy.o core/buy.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/help.o core/help.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/directory.o core/directory.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/billing.o core/billing.c

core/billing.c: In function `check_connected':

core/billing.c:950: warning: passing arg 4 of `getsockopt' from incompatible pointer type

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/billing_ssc.o core/billing_ssc.c

../windeps/python.exe ../scripts/extract-cfg-docs.py -c ../build/cfghelp.inc */*.c */*.py *.def

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/cfghelp.o core/cfghelp.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/filetrans.o core/filetrans.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/quickfix.o core/quickfix.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/freqowners.o core/freqowners.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/arenaperm.o core/arenaperm.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/auth_prefix.o core/auth_prefix.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/fake.o core/fake.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/chatnet.o core/chatnet.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/ap_multipub.o core/ap_multipub.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/sendfile.o core/sendfile.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/auth_ban.o core/auth_ban.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/auth_file.o core/auth_file.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/deadlock.o core/deadlock.c

dlltool.exe --export-all-symbols -D ../build/asss.exe -e ../build/export.exp -l ../build/import.imp ../build/main.o ../build/module.o ../build/cmod.o ../build/util.o ../build/pathutil.o ../build/protutil.o ../build/rwlock.o ../build/app.o ../build/md5.o ../build/win32compat.o ../build/config.o ../build/prng.o ../build/player.o ../build/core.o ../build/logman.o ../build/idle.o ../build/mainloop.o ../build/net.o ../build/enc_null.o ../build/enc_vie.o ../build/arenaman.o ../build/mapdata.o ../build/mapnewsdl.o ../build/clientset.o ../build/capman.o ../build/lagdata.o ../build/lagaction.o ../build/bw_default.o ../build/bw_nolimit.o ../build/log_file.o ../build/log_console.o ../build/log_sysop.o ../build/log_staff.o ../build/game.o ../build/game_timer.o ../build/chat.o ../build/flagcore.o ../build/balls.o ../build/fm_normal.o ../build/banners.o ../build/bricks.o ../build/objects.o ../build/messages.o ../build/koth.o ../build/fm_lockspec.o ../build/cmdman.o ../build/playercmd.o ../build/admincmd.o ../build/watchdamage.o ../build/buy.o ../build/help.o ../build/directory.o ../build/billing.o ../build/billing_ssc.o ../build/cfghelp.o ../build/filetrans.o ../build/quickfix.o ../build/freqowners.o ../build/arenaperm.o ../build/auth_prefix.o ../build/fake.o ../build/chatnet.o ../build/ap_multipub.o ../build/sendfile.o ../build/auth_ban.o ../build/auth_file.o ../build/deadlock.o

gcc -std=gnu99 -pipe ../build/export.exp -o ../build/asss.exe ../build/main.o ../build/module.o ../build/cmod.o ../build/util.o ../build/pathutil.o ../build/protutil.o ../build/rwlock.o ../build/app.o ../build/md5.o ../build/win32compat.o ../build/config.o ../build/prng.o ../build/player.o ../build/core.o ../build/logman.o ../build/idle.o ../build/mainloop.o ../build/net.o ../build/enc_null.o ../build/enc_vie.o ../build/arenaman.o ../build/mapdata.o ../build/mapnewsdl.o ../build/clientset.o ../build/capman.o ../build/lagdata.o ../build/lagaction.o ../build/bw_default.o ../build/bw_nolimit.o ../build/log_file.o ../build/log_console.o ../build/log_sysop.o ../build/log_staff.o ../build/game.o ../build/game_timer.o ../build/chat.o ../build/flagcore.o ../build/balls.o ../build/fm_normal.o ../build/banners.o ../build/bricks.o ../build/objects.o ../build/messages.o ../build/koth.o ../build/fm_lockspec.o ../build/cmdman.o ../build/playercmd.o ../build/admincmd.o ../build/watchdamage.o ../build/buy.o ../build/help.o ../build/directory.o ../build/billing.o ../build/billing_ssc.o ../build/cfghelp.o ../build/filetrans.o ../build/quickfix.o ../build/freqowners.o ../build/arenaperm.o ../build/auth_prefix.o ../build/fake.o ../build/chatnet.o ../build/ap_multipub.o ../build/sendfile.o ../build/auth_ban.o ../build/auth_file.o ../build/deadlock.o -L../windeps -lpthreadGC2 -lwsock32 -L../windeps -lzdll -lm

../windeps/python.exe ../scripts/processfont.py ../scripts/banner.font ../build/letters.inc

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/bricklayer.o funky/bricklayer.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/autowarp.o funky/autowarp.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/autoturret.o funky/autoturret.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/record.o funky/record.c

funky/record.c: In function `start_playback':
funky/record.c:1072: warning: value computed is not used

funky/record.c: At top level:
funky/record.c:335: warning: 'arenapkt' defined but not used

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/sgcompat.o funky/sgcompat.c

gcc -std=gnu99 -pipe -shared -o ../build/funky.dll ../build/bricklayer.o ../build/autowarp.o ../build/autoturret.o ../build/record.o ../build/sgcompat.o ../build/import.imp -L../windeps -lpthreadGC2 -lwsock32 -L../windeps -lzdll -lm

../windeps/python.exe ../scripts/pymod-process.py ../build/ include/app.h include/arenaman.h include/asss.h include/balls.h include/banners.h include/billing.h include/bricks.h include/bwlimit.h include/capman.h include/cfghelp.h include/chat.h include/chatnet.h include/clientset.h include/cmdman.h include/cmod.h include/config.h include/core.h include/db_layout.h include/defs.h include/encrypt.h include/fake.h include/fg_turf.h include/fg_wz.h include/filetrans.h include/flagcore.h include/game.h include/idle.h include/jackpot.h include/koth.h include/lagdata.h include/log_file.h include/logman.h include/mainloop.h include/mapdata.h include/mapnewsdl.h include/md5.h include/module.h include/net-client.h include/net.h include/objects.h include/param.h include/pathutil.h include/periodic.h include/persist.h include/player.h include/prng.h include/protutil.h include/reldb.h include/rwlock.h include/sizes.h include/statcodes.h include/stats.h include/util.h include/watchdamage.h include/win32compat.h packets/balls.h packets/banners.h packets/billing.h packets/brick.h packets/chat.h packets/clientset.h packets/flags.h packets/goarena.h packets/green.h packets/kill.h packets/koth.h packets/login.h packets/loginresp.h packets/mapfname.h packets/objects.h packets/pdata.h packets/ppk.h packets/reliable.h packets/scoreupd.h packets/shipchange.h packets/simple.h packets/speed.h packets/timesync.h packets/types.h packets/watchdamage.h turf/turf_reward.h

warning: I_ARENAPLACE::Place: guessing arena from player argument
warning: CB_SET_BANNER: guessing arena from player argument

warning: I_CAPMAN::HasCapability: guessing arena from player argument
warning: I_CAPMAN::HigherThan: guessing arena from player argument
warning: CB_CHATMSG: guessing arena from player argument
warning: I_FREQMAN::InitialFreq: guessing arena from player argument
warning: I_FREQMAN::ShipChange: guessing arena from player argument

warning: I_FREQMAN::FreqChange: guessing arena from player argument
warning: CB_FREQCHANGE: guessing arena from player argument
warning: CB_SHIPCHANGE: guessing arena from player argument
warning: CB_SAFEZONE: guessing arena from player argument
warning: CB_GREEN: guessing arena from player argument

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -I../windeps/pythoninc -c -o ../build/pymod.o pymod/pymod.c

In file included from include/defs.h:200,
from include/asss.h:15,
from pymod/pymod.c:12:
include/win32compat.h:57: warning: useless keyword or type name in empty declaration
include/win32compat.h:57: warning: empty declaration

gcc -std=gnu99 -pipe -shared -o ../build/pymod.dll ../build/pymod.o ../build/import.imp -L../windeps -lpthreadGC2 -lwsock32 -L../windeps -lpython24

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/turf_reward.o turf/turf_reward.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/points_turf_reward.o turf/points_turf_reward.c

gcc -std=gnu99 -pipe -I. -Iinclude -I../build -I../windeps -D_REENTRANT -D_GNU_SOURCE -g -Wall -c -o ../build/turf_stats.o turf/turf_stats.c

gcc -std=gnu99 -pipe -shared -o ../build/turf.dll ../build/turf_reward.o ../build/points_turf_reward.o ../build/turf_stats.o ../build/import.imp -L../windeps -lpthreadGC2 -lwsock32

../windeps/install.exe core/backtrace ../build/asss.exe ../build/funky.dll ../build/pymod.dll ../build/turf.dll py/exec.py py/fg_turf.py py/fg_wz.py py/fm_password.py py/watchgreen.py ../windeps/zlib1.dll ../windeps/pthreadGC2.dll ../windeps/python24.dll ../windeps/libdb4.dll ../bin

Execution terminated

Sorry about it being so long.

D1st0rt · Posted: Sat May 21, 2005 4:58 pm Post subject:

Grel, when you updated the userguide, you forgot to change the number at the top

Here's what I get when I try to use run-asss on fedora, it can't seem to load any python modules

Code: Show/Hide

*** asss started
asss 1.4.0 built at May 15 2005 00:03:10
Loading modules...
I <cmod> loading C module 'deadlock' from 'internal'
I <cmod> loading C module 'prng' from 'internal'
I <cmod> loading C module 'logman' from 'internal'
Could not find platform independent libraries <prefix>
Could not find platform dependent libraries <exec_prefix>
Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]
'import site' failed; use -v for traceback
Traceback (most recent call last):
File "<string>", line 1, in ?
ImportError: No module named os
ImportError: No module named cPickle
ImportError: No module named exec
Unrecoverable error (5): Error in loading module '<py> exec'
*** asss exited: error loading modules

Grelminar · Creator of Asss Joined: Feb 26 2003 Posts: 378 Offline

50%: Yeah, sorry about the python version switch. You should be able to change it to "23", and it'll work fine with 2.3.x installed. Anyway, as far as I can tell, that compile went fine. If the last bit (install.exe copying files into the bin directory) didn't work, you can just copy them manually.

d1s: the problem isn't python modules, it's that one particular python module. You can either disable exec.py, or just install a full python 2.4 package so that it can find its standard library.

And the user guide version is semi-intentional. I really didn't change anything from 1.3.6 to 1.4.0 in it, it's just that the updates I made to bring it in line with 1.3.6 didn't actually make it into 1.3.6 (I think; it's been a while).

50% Packetloss · Posted: Sun May 22, 2005 2:58 am Post subject:

Yah, the program starts up fine but Im getting problems from the security:enc_cont module, Unrecoverable Error (5): Error in loading module 'security:enc_cont'. But at least the scoring module now works, along with the server.

Dr Brain · Posted: Sun May 22, 2005 12:24 pm Post subject:

Do you have a copy of security.dll built for 1.4 in your bin directory?
_________________
Hyperspace Owner

Smong> so long as 99% deaths feel lame it will always be hyperspace to me

50% Packetloss · Posted: Sun May 22, 2005 2:50 pm Post subject:

Yes. I had deleted the scrty files expecting that the security module to recreate them, that was what was causing the module not to work. The only remaining problem is at termination of the program, it crashes and displays an error message. It exits with "unknown exit code: -1073741819". I'll probably figure it out, just need to re-enable dr. watson.

Grelminar · Creator of Asss Joined: Feb 26 2003 Posts: 378 Offline

I also noticed the crash-on-exit, and tried to debug it, but didn't get anywhere. If you figure it out, I'd love to hear about it.

50% Packetloss · Posted: Sun May 22, 2005 4:39 pm Post subject:

Does minGW have something similar to Visual C++'s .cod file generation (they are listing files that the assembler spits out so that you can debug manually), also does it have something similar to linker-map files?

Grelminar · Creator of Asss Joined: Feb 26 2003 Posts: 378 Offline

I don't know exactly what you're referring to, but running "nm" on an exe will give you addresses of all its symbols. It won't work well on dlls, because they get relocated when they're loaded. There's probably some way to figure out what addresses they got loaded at at runtime... But if you have a full msys install, you might as well just use gdb.

Purge · Posted: Sun May 22, 2005 11:30 pm Post subject:

This is off-topic, but when will the global.conf's [Billing] be able to support DNS? Are you planning to update it soon? I was just wondering.

Grelminar · Creator of Asss Joined: Feb 26 2003 Posts: 378 Offline

That is very off-topic, and that's also the first time I've heard a request for that feature. I have no plans to do it, though, because doing it correctly means doing it asynchronously, and that's annoying. Does your billing server change ip often enough that it would really be useful?

50% Packetloss · Posted: Mon May 23, 2005 1:10 am Post subject:

Well I traced the problem back to the persist module (or even possibly the entire scoring.dll). For some reason it is getting the addresses of the util.h/util.c functions incorrect. I have no idea what would cause this other than a compile problem, possibly a makefile problem.
To see the problem just printf() the address of one of the util functions in main() and then just call another printf() inside one of the fuctions in persist.c (such as UnregPlayerPD). On my computer, the LLRemove() function in UnregPlayerPD() causes a crash durring the "game.c" module's MM_UNLOAD cycle.

Here is a dr.watson dump

Code: Show/Hide

*----> State Dump for Thread Id 0xf8c <----*

eax=00444c90 ebx=7ffd4000 ecx=77c418bf edx=77c61b78 esi=01c55f3b edi=e7fc2b30
eip=01a934f7 esp=0022fa1c ebp=0022fa38 iopl=0 nv up ei ng nz ac po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000296

function: <nosymbols>
01a934e3 0000 add [eax],al
01a934e5 0000 add [eax],al
01a934e7 0000 add [eax],al
01a934e9 0000 add [eax],al
01a934eb 0000 add [eax],al
01a934ed 0000 add [eax],al
01a934ef 0000 add [eax],al
01a934f1 0000 add [eax],al
01a934f3 0000 add [eax],al
01a934f5 0000 add [eax],al
FAULT ->01a934f7 0000 add [eax],al ds:0023:00444c90=2e
01a934f9 0000 add [eax],al
01a934fb 0000 add [eax],al
01a934fd 0000 add [eax],al
01a934ff 0000 add [eax],al
01a93501 0000 add [eax],al
01a93503 0000 add [eax],al
01a93505 0000 add [eax],al
01a93507 0000 add [eax],al
01a93509 0000 add [eax],al
01a9350b 0000 add [eax],al

The persist module is attempting to call the LLRemove function but it has a completely fucked address.

But then again I could be completely wrong. Everything is compiling nice, I have berkley DB, mysql, and python with the correct paths specified in the makefile, and other than whatever is causing ASSS to crash, the server works perfect. The berkley DB had a .lib file instead of a .a file, not sure if that makes a difference.
Btw, thanks for the help <3.

Grelminar · Creator of Asss Joined: Feb 26 2003 Posts: 378 Offline

Hmm. That's weird. On my system, it also crashed in LLRemove (well, it tried to call LLRemove, and ended up jumping to bad memory). But it was in module.c, which is in asss.exe, not even in a module's code. The good part, I suppose, is that they're in the same function, which might help narrow down the possible causes. Perhaps something's stomping on the memory that the dynamic linker uses to do its relocations.

Mr Ekted · Movie Geek Gender: Joined: Feb 09 2004 Posts: 1379 Offline

Sounds like stack corruption to me.

Code: Show/Hide

void function ()
{
char buf[4];

strcpy(buf, "Hello world.");
}

The above function compiled for release mode, upon reaching its RET, will return to the address represented by the characters "o wo". Local buffer overruns are 99% of the time the cause of stack corruption.
_________________
4,691 irradiated haggis!

Grelminar · Creator of Asss Joined: Feb 26 2003 Posts: 378 Offline

Sure, it's probably memory corruption of some kind, but I'll bet it's the heap, not the stack. LLRemove doesn't call any other functions (well, in debug mode, it calls one), and doesn't have any stack-allocated buffers. And stack corruption would generally lead to a nonsensical backtrace, but we both got reasonable backtraces.

Mr Ekted · Movie Geek Gender: Joined: Feb 09 2004 Posts: 1379 Offline

I agree with you about all the symptoms, except for the fact that EIP ended up in garbage land. The only other way I can see that happening is if you have a function pointer that got over-written. That could be caused by heap corruption if you have function pointers in allocated memory.

Solo Ace · Posted: Mon May 23, 2005 6:04 pm Post subject:

Hmm, garbage land.
Is that where Qndre is?

Mr Ekted · Movie Geek Gender: Joined: Feb 09 2004 Posts: 1379 Offline

Btw grel and/or 50%, if you have .cod files and .map files that go with the EXE/DLL that crashed, I'll be happy to help you walk through finding what line of code goes with what address in your stack traceback. I assume this is Windows since you mentioned a DLL.

50% Packetloss · Posted: Mon May 23, 2005 9:58 pm Post subject:

Yah, but the current version of ASSS is being compiled with minGW (Dev-C++). I can't seem to find the feature that allows me to get .cod and .map files. Not sure if grel has a VC++ port of ASSS version 1.4.0.
I have SS log of a dr.watson tutorial class that you did online ekted, it's pretty sweet.

Mr Ekted · Movie Geek Gender: Joined: Feb 09 2004 Posts: 1379 Offline

.map files are pretty standard, but .cod files may be called anything, like listing files, asm/source output file, etc. I don't know the UI though.

Grelminar · Creator of Asss Joined: Feb 26 2003 Posts: 378 Offline

I think there's a way to get the port of the gnu linker to spit out map files (or you can use nm), and it's easy to make gcc give you the assembly output. But there's no point: gdb gives me a perfectly accurate backtrace, which happens to be almost completely useless for finding the actual bug.