Paranoia regarding recursive errors, may fix the issue bigfoot has.
git-svn-id: https://svn.code.sf.net/p/fteqw/code/branches/wip@3731 fc73d0e0-1445-4013-8a0c-d673dee63da5
This commit is contained in:
parent
ab865b7e25
commit
3b936a3f24
2 changed files with 4 additions and 3 deletions
|
@ -248,7 +248,6 @@ int readdemobytes(int *readpos, void *data, int len)
|
|||
}
|
||||
else if (i < 0)
|
||||
{ //0 means no data available yet
|
||||
printf("VFS_READ failed\n");
|
||||
endofdemo = true;
|
||||
return 0;
|
||||
}
|
||||
|
|
|
@ -44,9 +44,10 @@ void ClientReliableCheckBlock(client_t *cl, int maxsize)
|
|||
{
|
||||
if (cl->num_backbuf == MAX_BACK_BUFFERS)
|
||||
{
|
||||
Con_Printf ("WARNING: MAX_BACK_BUFFERS for %s\n", cl->name);
|
||||
cl->backbuf.cursize = 0; // don't overflow without allowoverflow set
|
||||
cl->netchan.message.overflowed = true; // this will drop the client
|
||||
if (!cl->drop)
|
||||
Con_Printf ("WARNING: MAX_BACK_BUFFERS for %s\n", cl->name);
|
||||
cl->drop = true;
|
||||
return;
|
||||
}
|
||||
|
@ -77,7 +78,8 @@ void ClientReliable_FinishWrite(client_t *cl)
|
|||
|
||||
if (cl->backbuf.overflowed)
|
||||
{
|
||||
Con_TPrintf (STL_MESSAGEOVERFLOW,cl->num_backbuf,cl->name);
|
||||
if (!cl->netchan.message.overflowed)
|
||||
Con_TPrintf (STL_MESSAGEOVERFLOW,cl->num_backbuf,cl->name);
|
||||
cl->netchan.message.overflowed = true; // this will drop the client
|
||||
}
|
||||
}
|
||||
|
|
Loading…
Reference in a new issue