From f8c207bb8c440864b9001e321585e02879c4a59b Mon Sep 17 00:00:00 2001 From: Pekka Riikonen Date: Sun, 24 Jun 2001 10:47:39 +0000 Subject: [PATCH] updates. --- TODO | 20 ++++++++++++++++++++ lib/silcutil/win32/silcwin32schedule.c | 18 ++---------------- 2 files changed, 22 insertions(+), 16 deletions(-) diff --git a/TODO b/TODO index e061b915..8f685e33 100644 --- a/TODO +++ b/TODO @@ -1,6 +1,18 @@ TODO/bugs in Irssi SILC client ============================== + o /cmode #c +p says "not channel operator" even though is operator. + + o /WHOIS without arguments should so client's own info. + + o Do not let the Irssi show the passphrase of the channel on the screen. + + o Do not execute PING for invalid entities. + + o Do not let irssi u pdate the status bar on JOIN until the join command + is successful, so that it does not update that I'm on the channel + even though I could not join the channel. + o The CMODE notify handling in client library may return NULL client entry pointer to the application (when server was the CMODE's executor). Fix this somehow. @@ -26,6 +38,9 @@ TODO/bugs in Irssi SILC client TODO/bugs In SILC Client Library ================================ + o Library should save the cumode and not start from 0 everytime then + CUMODE is issued. + o Add some silc_client_del_client and other deletion funtions for application to delete client entrys from the cache. @@ -146,6 +161,11 @@ TODO In SILC Protocol private keys, thus the servers decrypts and re-ecnrypts the messages. Other applications exists as well. + o If channel founder mode is set and the invite mode is set on channel + then the founder should be added to the list automatically so that + if the founder signoff's it will be able join again to the invite only + channel wihtout being invited. + TODO After 1.0 ============== diff --git a/lib/silcutil/win32/silcwin32schedule.c b/lib/silcutil/win32/silcwin32schedule.c index 17e3971c..3b9f23e1 100644 --- a/lib/silcutil/win32/silcwin32schedule.c +++ b/lib/silcutil/win32/silcwin32schedule.c @@ -21,20 +21,6 @@ #include "silcincludes.h" -/* XXX This probably does not work at all the way we want. We mostly - need the scheduler to handle socket connections. The MSDN says the - WaitForMultipleObjects should not be used for sockets. Instead they - should be handled through windows messages (Like WSAAsyncSelect) but - that would require some different approach to this whole thing. Also, - I don't know whether I could use the Winsock's select()?? Maybe it would - be possible to use select(), WaitForMultipleObjects and handle the - windows messages with the PeekMessage() etc... Dunno... Someone who - knows these things should take a look at this. Also, If it requires - some more tweaking I can abandon this silc_select() thingy all together - and move the generic code to unix/ and program the SILC Scheduler - interface all together as platform specific. It is here just to - use as much common code as possible... -Pekka */ - /* Our "select()" for WIN32. This actually is not the select() and does not call Winsock's select() (since it cannot be used for our purposes) but mimics the functions of select(). @@ -74,8 +60,8 @@ int silc_select(int n, fd_set *readfds, fd_set *writefds, if (nhandles == 0) return -1; else - ready = WaitForMultipleObjects(nhandles, handles, FALSE, timeo, - QS_ALLINPUT); + ready = MsgWaitForMultipleObjects(nhandles, handles, FALSE, timeo, + QS_ALLINPUT); if (ready == WAIT_FAILED) { SILC_LOG_WARNING(("WaitForMultipleObjects() failed")); -- 2.43.0