Now that I think about it...the "buffer overflow" problem is most likely caused by the data in the "file read buffer" growing too large, not on any restrictions placed on the list of bans.
As voogru stated, the most efficient and obvious way for the engine to store the bans is in a linked list. It would also be terrible if that list weren't sorted. I'm thinking that the engine reads the file into a buffer and then builds the list from there. There could either be a bug in the banlist parser function, or maybe it is not coded intelligently enough to handle a file larger than the buffer. Dave -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bruce "Bahamut" Andrews Sent: Monday, October 18, 2004 7:57 AM To: [EMAIL PROTECTED] Subject: Re: [hlds] Number of allowed bans too small? Lets assume this is happening on a very very fast (dual processor) server comp with 2gb+ of RAM, (because it is), having a lot of bans in memory isn't a problem. However, this is for a GSP, which has a lot of bans that cannot be revoked because those people that are permanently banned will return (seen it happen before). Your advice may be good for a small server, but when you're collecting ban data from all half-life mod servers in a database then writing them out to all the servers to stop people from getting banned in one game for cheating then just moving onto the next, you need to be able to have a large number of bans in place on a server. Though, what I don't really get is why none of the bans get written to the server when typing "exec banned.cfg" (the bans are imported to that file, not banned_users.cfg). Cfg files get executed one line at a time from top to bottom, right? So shouldn't all the bans get slowly added until it runs out of memory or whatever limitations are in place? Just odd that it worked for ~100 entries but not for 600 or 1200 :/ HLDS supports this many, was just curious as to why SRCDS does not. Doesn't really help for scaleability if it is indeed limited, though the error may not be linked to that. - Bruce "Bahamut" Andrews sebastian nielsen wrote: > Bans is data too. They take space like other files. Ram memory on the > computer is requiring to have the game running , not banning people. > > HL-servers aren't for banning people all the time. They are used to > have an > central connection point for gamers to play to each other. > Do an ban clean each month and then your files will kept in a good > size... > This is my trick.... I have a software that runs on thje last day in a > month > , this deletes the ban file and reloads the CFG:s. > > You know , to store steam IDs and names of people you dont want in your > server , this must be stored as 1:s and 0:s like other gaming data , and > they take space too. All text images and whatever takes space. Save the > resources , dont ban like an automated process that bans 1000 people per > second.... Be nice to players.... Theres a limited number of players. > If you > ban all players your server will be empty. > > _________________________________________________________________ > Hitta r�tt p� n�tet med MSN S�k http://search.msn.se/ > > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds > _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds
