Author: alanmc
Date: 2006-11-26 15:41:30 -0500 (Sun, 26 Nov 2006)
New Revision: 68487

Modified:
   trunk/bitsharp/src/TODO
Log:
Removed some TODOs which have been finished

Modified: trunk/bitsharp/src/TODO
===================================================================
--- trunk/bitsharp/src/TODO     2006-11-26 20:38:29 UTC (rev 68486)
+++ trunk/bitsharp/src/TODO     2006-11-26 20:41:30 UTC (rev 68487)
@@ -6,7 +6,6 @@
     02) Connection Encryption - The ability to encrypt connections between 
compliant peers. [MEDIUM]
     03) Implement the "fast peers" extensions. [MEDIUM-LOW]
     04) Implement DHT/Peer Exchange. [MEDIUM-LOW]
-    07) Recording who sends bad chunks and dropping them after they send X 
chunks. [LOW]
     08) Add in uPnP to the engine to allow automatic port forwarding 
[integrating it [EASY], writing it [HARD]]
     10) Choking and Optimistic Unchoking algorithm needed. [MEDIUM]
     11) Anti-snubbing needs to be implemented [MEDIUM]
@@ -15,8 +14,6 @@
     17) Put in more NUnit tests... i got lazy when it came to tests :p
     19) FileSystemWatcher: AutoDownload .torrents in this directory
     24) Update the rest of the Events to make sure they're all ok [ LOW - 
needs docs to explain safe usage too ]
-    25) Implement End Game Mode. This is a priority [LOW]
-    26) Internally count every time i try to connect to a peer. If it gets 
high, dump the peer. There are cases where i just keep connecting and then they 
dump the connection... hundreds of times in a row
     27) Why are some peers disconnecting me after i send request messages? 
It's happening too frequently to be coincidence. Mark what client is doing this.
     28) Investigate why i appear to be being banned/dropped by certain peers 
and with others i can happily request 100's of pieces without a problem
 
@@ -24,18 +21,13 @@
     01) Allow editing of .torrent information EXCEPT for the infohash section 
[MEDIUM]
     02) Support cancel messages [MEDIUM-LOW]
     05) New super seeding algorithm. At the moment defaults to "seeding" which 
defaults to "downloading. [LOW]
-    06) End Game mode should be implemented [MEDIUM]
     11) Use PieceEventArgs properly [LOW]
-    12) Use a MemoryBuffer/DiskCache to avoid constant read/writes to the disk 
[MEDIUM-HIGH]
-    12) Fix the "negative download speed bug". This is a side effect of the 
above design choice. Should go away when 11 is completed. [LOW] [ COMPLETE ]
+    12) Use a MemoryBuffer/DiskCache to avoid constant read/writes to the disk 
- Only useful for buffering pieces in memory before sending [MEDIUM-HIGH]
     13) Implement "PeerID" to link a peer with the client they're running [LOW]
     17) use the PeerID class [LOW]
     18) Custom attributes for .torrent files
     19) Fix global upload/download speed. Make it follow the settings [LOW] [ 
FIXED FOR PER TORRENT LIMITS ]
-    20) Count HashFails internally [LOW]
     21) Support IPV6
-    26) There are cases where closing the library returns a null WaitHandle 
causing a crash. Find out why.
-    27) Fix Start/Stop/Pause again
     28) Remove BEncode.Decode() and PeerWireEncoder.Decode() and change to 
static methods IBEncodedValue.Decode() and IPeerMessage.Decode() which makes 
more sense
     29) Implement the new mechanism for catching bad peers and resuming pieces 
where the inital peer stops sending pieces. Just like i talked about in the 
utorrent forum
     30) Put peers that i can connect to but drop the connection in a seperate 
"busy" list instead of dropping them completely.

_______________________________________________
Mono-patches maillist  -  [email protected]
http://lists.ximian.com/mailman/listinfo/mono-patches

Reply via email to