no more compile warnings, pthread final(?) fixes

1 files changed, 13 insertions, 12 deletions

diff --git a/TODO b/TODO
index 3790874..904a5fe 100644
--- a/TODO
+++ b/TODO
@@ -2,34 +2,35 @@ immediate:
 ----------
 
 fix bug in http (java) client with big endian server: byte swapping is broken
-pthreads concept: How to iterate over rfbClientPtr's? So that it can be
-	 either called from rfbProcessEvents (which locks the list mutex)
-	 or from the main thread (where the background loop sometimes
-	 locks the list mutex).
-	- cursor drawing!
-	- cursor setting!
-	- rfbMarkRectAsModified
 update to newest TridiaVNC version.
-adapt rdp2vnc (rdesktop)
 
 later:
 ------
 
+udp
+documentation
 optionally dont draw rich cursors as xcursors
-
-autoconf? at least Sun Solaris compilation
+autoconf? at least Sun Solaris and Windows compilation
 perhaps the option (or just hint) not to mark very tiny regions as modified,
 	because that is inefficient for the encodings.
-udp
 rfbConnect, ConnectToTcpAddr
 CORBA
-documentation
 cursor "smears" sometimes when not using cursor encoding
 	(seems to be gone now; haven't debugged properly, though)
 
 done:
 -----
 
+.adapt rdp2vnc (rdesktop)
+.pthreads concept: How to iterate over rfbClientPtr's? So that it can be
+	 either called from rfbProcessEvents (which locks the list mutex)
+	 or from the main thread (where the background loop sometimes
+	 locks the list mutex).
+	- cursor drawing!
+	- cursor setting!
+	- rfbMarkRectAsModified
+  (did that by adding a refcount to clients secured by refCountMutex;
+   it also was necessary to check for cl->sock<0 in SendUpdateBuf)
 .translate.c: warning about non 8-bit colourmaps
 	16-bit colourmaps are 192k -> no use without fast net.
 .rfbCloseClient