For reference:
Not sure I get you meaning there Elgan?
The problem with this code is it hardcodes its config files e.g.
This as mentioned breaks under a GSP enviroment which has one install and uses the command line options to run multiple servers from said install i.e. correctly setting fs_userpath, fs_game etc.
Killing :
Nice fix but unfortunately it makes the assumption that each server has an install to itself which causes problems for us GSP's.
Would it be possible to load the relevant configs from fs_game. This would maintain the current behaviour for those that dont alter fs_game for multiple servers but also work for those that do, enabling them to configure each server individually.
Elgan :
each server does have a path for itself, How else can clients use mods? ALso i think fs_vars are broken inohaa, not tested them myself,
Not sure I get you meaning there Elgan?
The problem with this code is it hardcodes its config files e.g.
FILE *fp = fopen( "mainadmins.ini", "rt" );
FILE *fp = fopen( "mainipfilter.cfg", "rt" );
FILE *fp = fopen( "mainchatfilter.cfg", "w" );
FILE *fp = fopen( "mainnamefilter.cfg", "a+" );
This as mentioned breaks under a GSP enviroment which has one install and uses the command line options to run multiple servers from said install i.e. correctly setting fs_userpath, fs_game etc.
