server crashes on client download, what can I do?

({KM}PFC.NS) #1

for some reason whenever people try to download any .pk3’s off my server, ET will crash.here are my download specs

set sv_maxRate “2500”
set sv_dl_maxRate “200”
set sv_allowDownload “1”
set sv_wwwDownload “1”
sv_wwwBaseURL “http://www.student.uit.no/~paalde/games/aw/maps”
set sv_wwwDlDisconnected “0”
set sv_wwwFallbackURL “”

originally I had the problem of people not being able to connect because it was trying to go to the wwwbaseURL to get the campaign .pk3. but fixed that, and now it will just crash after it downloads the map, and tries to download the .pk3 off the server. any clue as to what I can do?when I set

also when I set sv_wwwDLdisconnected “1” they automatically can’t attemp to download the .pk3, but the server doesn’t crash.

server specs:
pentium III 900mghz
448megs ram
Windows XP pro

any help would be much appreciated

thanx,
NS

(Rain) #2

The Win32 binary has a bug that causes the server to crash when a client attempts to fall back to normal download (i.e. a disconnected download failed for whatever reason.) We’ve worked around it in etpro, but there’s no other fix right now (short of running the Linux server binary on a different system.)

({KM}PFC.NS) #3

ok I turned off disconnected download, and they would download the map from the site, but as soon as they needed the campaign .pk3 off my server, for the map rotation, it would initialize, then the ET console would freeze for a second, and then I would get “this program has caused an error and must shutdown” and would close out the ET console, is this also the cause of the win32 binary?

(Rain) #4

Whenever the game would normally say “Client ‘<playername>’: falling back to regular downloading for failed file <filename>'â€?, the Win32 server will crash. The bug that causes this is present in both the Linux and Win32 binary; however, because of compiler differences, the code generated in the Linux binary happens to not crash in this case.

(Sauron|EFG) #5

You do realize that posting that URL means that it’s really easy for anyone running an ET server to leech your bandwidth.

Not that you would care, but the university that pays for the server may get pissed… :wink: