Pascal Georges wrote:
Hi!
> Additionally, as it is likely that one is not doing
> anything while just observing a major turnament (ie.
> not sending commands to FICS as it is unnecessary)
> maybe it would be a good thing to be able to switch on
> a "keep alive", like just sending a command every now
> and then.
>
>
> This kind of lock is highly possible, as sockets are in
> lock (sync) mode. Maybe I/O operations will end by
> themselves after a while and give the hand back to the
> user. A solution is to use threads, but some Tcl/Tk
> releases of some Linux distributions have inhibited thread
> support. I will try to check FICS documentation to
> understand what is going on.
Actually, I think that FICS is just closing the connection
if it does not receive any input for a certain ammount of
time. I can't give you the pointer but it is AFAIK even
documented somewhere. While this is no issue at all if you
play on FICS it is a problem if you only observe a game, and
these Grandmasters take so much time these days ;)
I normally solve this by just sending a "." from time to
time that causes input as amigious command and the timeout
is reset. In the case in question I just left the room "to
come right back" but it took a bit longer than expected so
FICS hooked me off.
A way to work arround this problem would be to emulate my
"dot-sending". E.g. an "observe" checkbox that results in
silently sending a byte to FICS from time to time to and
dropping FICS response to stop it from cluttering the
console.
--
Kind regards, / War is Peace.
| Freedom is Slavery.
Alexander Wagner | Ignorance is Strength.
|
| Theory : G. Orwell, "1984"
/ In practice: USA, since 2001
-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
Scid-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/scid-users
