updates.

diff --git a/TODO b/TODO
index e061b915c0fa48fd7158e1c657f97fcb1bd96f32..8f685e33b6e7c6f5cde56bb35814047e90033551 100644 (file)
--- 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 17e3971c0bac7d411a05aef1c8593dae7b417a68..3b9f23e1738fe0a340ae16262216e90a1aaacad3 100644 (file)
--- 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"));