From c7ed3700965d6120ddf31f4d7de70561e655c0bb Mon Sep 17 00:00:00 2001 From: Arvid Norberg Date: Mon, 20 Jan 2014 10:11:07 +0000 Subject: [PATCH] regenerated html --- docs/reference-Alerts.html | 202 +++++++----- docs/reference.html | 1 + docs/todo.html | 502 +++++++++--------------------- include/libtorrent/utp_stream.hpp | 2 +- 4 files changed, 280 insertions(+), 427 deletions(-) diff --git a/docs/reference-Alerts.html b/docs/reference-Alerts.html index a82d764e5..d9175a683 100644 --- a/docs/reference-Alerts.html +++ b/docs/reference-Alerts.html @@ -55,78 +55,79 @@

Table of contents

The pop_alert() function on session is the interface for retrieving @@ -2237,6 +2238,63 @@ struct rss_item_alert : alert feed_item item; }; + +

+

dht_error_alert

+

Declared in "libtorrent/alert_types.hpp"

+

posted when something fails in the DHT. This is not necessarily a fatal +error, but it could prevent proper operation

+
+struct dht_error_alert: alert
+{
+   virtual std::string message () const;
+
+   enum op_t
+   {
+      unknown,
+      hostname_lookup,
+   };
+
+   | alert::dht_notification;
+   error_code error;
+   op_t operation;
+};
+
+
+

enum op_t

+

Declared in "libtorrent/alert_types.hpp"

+ +++++ + + + + + + + + + + + + + + + + +
namevaluedescription
unknown0 
hostname_lookup1 
+
+
error
+
the error code
+
+
+
operation
+
the operation that failed
+
+
diff --git a/docs/todo.html b/docs/todo.html index 9cd4fb345..ad40ec188 100644 --- a/docs/todo.html +++ b/docs/todo.html @@ -21,10 +21,10 @@

libtorrent todo-list

-3 important -4 relevant -15 feasible -40 notes +2 important +2 relevant +13 feasible +41 notes
relevance 4../src/session_impl.cpp:663in order to support SSL over uTP, the utp_socket manager either needs to be able to receive packets on multiple ports, or we need to peek into the first few bytes the payload stream of a socket to determine whether or not it's an SSL connection. (The former is simpler but won't do as well with NATs)
relevance 3../src/torrent.cpp:6090if peer is a really good peer, maybe we shouldn't disconnect it
relevance 3../src/kademlia/node.cpp:327if uTP is enabled, we should say "implied_port": 1
relevance 2../src/torrent.cpp:8258will pick_pieces ever return an empty set?
relevance 2../src/utp_stream.cpp:1874we might want to do something else here as well, to resend the packet immediately without it being an MTU probe
relevance 2../src/web_peer_connection.cpp:546create a mapping of file-index to redirection URLs. Use that to form URLs instead. Support to reconnect to a new server without destructing this peer_connection
relevance 2../src/web_peer_connection.cpp:546create a mapping of file-index to redirection URLs. Use that to form URLs instead. Support to reconnect to a new server without destructing this peer_connection
relevance 2../src/kademlia/node.cpp:68make this configurable in dht_settings
relevance 1../src/http_seed_connection.cpp:117in chunked encoding mode, this assert won't hold. the chunk headers should be subtracted from the receive_buffer_size
relevance 1../src/http_seed_connection.cpp:117in chunked encoding mode, this assert won't hold. the chunk headers should be subtracted from the receive_buffer_size
relevance 1../src/peer_connection.cpp:2570peers should really be corked/uncorked outside of all completed disk operations
relevance 1../src/peer_connection.cpp:2570peers should really be corked/uncorked outside of all completed disk operations
relevance 1../src/session_impl.cpp:5553report the proper address of the router as the source IP of this understanding of our external address, instead of the empty address
relevance 1../src/session_impl.cpp:5543report the proper address of the router as the source IP of this understanding of our external address, instead of the empty address
relevance 1../src/session_impl.cpp:5763report errors as alerts
relevance 1../src/session_impl.cpp:6234we only need to do this if our global IPv4 address has changed since the DHT (currently) only supports IPv4. Since restarting the DHT is kind of expensive, it would be nice to not do it unnecessarily
relevance 1../src/session_impl.cpp:6247we only need to do this if our global IPv4 address has changed since the DHT (currently) only supports IPv4. Since restarting the DHT is kind of expensive, it would be nice to not do it unnecessarily
relevance 1../src/torrent.cpp:1043make this depend on the error and on the filesystem the files are being downloaded to. If the error is no_space_left_on_device and the filesystem doesn't support sparse files, only zero the priorities of the pieces that are at the tails of all files, leaving everything up to the highest written piece in each file
relevance 1../src/torrent.cpp:1044make this depend on the error and on the filesystem the files are being downloaded to. If the error is no_space_left_on_device and the filesystem doesn't support sparse files, only zero the priorities of the pieces that are at the tails of all files, leaving everything up to the highest written piece in each file
relevance 1../src/torrent.cpp:5330save the send_stats state instead of throwing them away it may pose an issue when downgrading though
relevance 1../src/torrent.cpp:5352save the send_stats state instead of throwing them away it may pose an issue when downgrading though
relevance 1../src/torrent.cpp:6236should disconnect all peers that have the pieces we have not just seeds. It would be pretty expensive to check all pieces for all peers though
relevance 1../src/torrent.cpp:6258should disconnect all peers that have the pieces we have not just seeds. It would be pretty expensive to check all pieces for all peers though
relevance 1../src/torrent_info.cpp:181we might save constructing a std::string if this would take a char const* instead
relevance 1../src/torrent_info.cpp:401this logic should be a separate step done once the torrent is loaded, and the original filenames should be preserved!
relevance 1../src/torrent_info.cpp:437once the filename renaming is removed from here this check can be removed as well
relevance 1../src/torrent_info.cpp:437once the filename renaming is removed from here this check can be removed as well
relevance 1../src/kademlia/node.cpp:793find_node should write directly to the response entry
relevance 1../src/kademlia/node.cpp:797find_node should write directly to the response entry
relevance 1../include/libtorrent/ip_voter.hpp:100instead, have one instance per possible subnet, global IPv4, global IPv6, loopback, 192.168.x.x, 10.x.x.x, etc.
relevance 1../include/libtorrent/ip_voter.hpp:100instead, have one instance per possible subnet, global IPv4, global IPv6, loopback, 192.168.x.x, 10.x.x.x, etc.
relevance 1../include/libtorrent/utp_stream.hpp:378implement blocking write. Low priority since it's not used (yet)
relevance 1../include/libtorrent/web_peer_connection.hpp:126if we make this be a disk_buffer_holder instead we would save a copy sometimes use allocate_disk_receive_buffer and release_disk_receive_buffer
relevance 1../include/libtorrent/web_peer_connection.hpp:126if we make this be a disk_buffer_holder instead we would save a copy sometimes use allocate_disk_receive_buffer and release_disk_receive_buffer
relevance 0../src/bt_peer_connection.cpp:625this could be optimized using knuth morris pratt
relevance 0../src/bt_peer_connection.cpp:625this could be optimized using knuth morris pratt
relevance 0../src/bt_peer_connection.cpp:2089if we're finished, send upload_only message
relevance 0../src/bt_peer_connection.cpp:2089if we're finished, send upload_only message
relevance 0../src/bt_peer_connection.cpp:3329move the erasing into the loop above remove all payload ranges that has been sent
relevance 0../src/bt_peer_connection.cpp:3329move the erasing into the loop above remove all payload ranges that has been sent
relevance 0../src/file.cpp:1370is there any way to pre-fetch data from a file on windows?
relevance 0../src/file.cpp:1381is there any way to pre-fetch data from a file on windows?
relevance 0../src/http_tracker_connection.cpp:99support authentication (i.e. user name and password) in the URL
relevance 0../src/http_tracker_connection.cpp:99support authentication (i.e. user name and password) in the URL
relevance 0../src/i2p_stream.cpp:204move this to proxy_base and use it in all proxies
relevance 0../src/i2p_stream.cpp:204move this to proxy_base and use it in all proxies
relevance 0../src/packet_buffer.cpp:176use compare_less_wrap for this comparison as well
relevance 0../src/packet_buffer.cpp:176use compare_less_wrap for this comparison as well
relevance 0../src/peer_connection.cpp:2733this might need something more so that once we have the metadata we can construct a full bitfield
relevance 0../src/peer_connection.cpp:2733this might need something more so that once we have the metadata we can construct a full bitfield
relevance 0../src/peer_connection.cpp:2864sort the allowed fast set in priority order
relevance 0../src/peer_connection.cpp:2864sort the allowed fast set in priority order
relevance 0../src/peer_connection.cpp:4584peers should really be corked/uncorked outside of all completed disk operations
relevance 0../src/peer_connection.cpp:4584peers should really be corked/uncorked outside of all completed disk operations
relevance 0../src/policy.cpp:857only allow _one_ connection to use this override at a time
relevance 0../src/policy.cpp:857only allow _one_ connection to use this override at a time
relevance 0../src/policy.cpp:1902how do we deal with our external address changing? Pass in a force-update maybe? and keep a version number in policy
relevance 0../src/session_impl.cpp:1764recalculate all connect candidates for all torrents
relevance 0../src/session_impl.cpp:1764recalculate all connect candidates for all torrents
relevance 0../src/session_impl.cpp:3227have a separate list for these connections, instead of having to loop through all of them
relevance 0../src/session_impl.cpp:4307allow extensions to sort torrents for queuing
relevance 0../src/session_impl.cpp:4463use a lower limit than m_settings.connections_limit to allocate the to 10% or so of connection slots for incoming connections
relevance 0../src/session_impl.cpp:4508also take average_peers into account, to create a bias for downloading torrents with < average peers
relevance 0../src/session_impl.cpp:4497make this bias configurable
relevance 0../src/session_impl.cpp:4498also take average_peers into account, to create a bias for downloading torrents with < average peers
relevance 0../src/session_impl.cpp:4642make configurable
relevance 0../src/session_impl.cpp:4656make configurable
relevance 0../src/storage.cpp:324if the read fails, set error and exit immediately
relevance 0../src/storage.cpp:324if the read fails, set error and exit immediately
relevance 0../src/storage.cpp:358if the read fails, set error and exit immediately
relevance 0../src/storage.cpp:629make this more generic to not just work if files have been renamed, but also if they have been merged into a single file for instance maybe use the same format as .torrent files and reuse some code from torrent_info
relevance 0../src/storage.cpp:1246what if file_base is used to merge several virtual files into a single physical file? We should probably disable this if file_base is used. This is not a widely used feature though
relevance 0../src/storage.cpp:1263what if file_base is used to merge several virtual files into a single physical file? We should probably disable this if file_base is used. This is not a widely used feature though
relevance 0../src/torrent.cpp:1245is verify_peer_cert called once per certificate in the chain, and this function just tells us which depth we're at right now? If so, the comment makes sense. any certificate that isn't the leaf (i.e. the one presented by the peer) should be accepted automatically, given preverified is true. The leaf certificate need to be verified to make sure its DN matches the info-hash
relevance 0../src/torrent.cpp:1246is verify_peer_cert called once per certificate in the chain, and this function just tells us which depth we're at right now? If so, the comment makes sense. any certificate that isn't the leaf (i.e. the one presented by the peer) should be accepted automatically, given preverified is true. The leaf certificate need to be verified to make sure its DN matches the info-hash
relevance 0../src/torrent.cpp:5063make this more generic to not just work if files have been renamed, but also if they have been merged into a single file for instance maybe use the same format as .torrent files and reuse some code from torrent_info The mapped_files needs to be read both in the network thread and in the disk thread, since they both have their own mapped files structures which are kept in sync
relevance 0../src/torrent.cpp:5085make this more generic to not just work if files have been renamed, but also if they have been merged into a single file for instance maybe use the same format as .torrent files and reuse some code from torrent_info The mapped_files needs to be read both in the network thread and in the disk thread, since they both have their own mapped files structures which are kept in sync
relevance 0../src/torrent.cpp:5221if this is a merkle torrent and we can't restore the tree, we need to wipe all the bits in the have array, but not necessarily we might want to do a full check to see if we have all the pieces. This is low priority since almost no one uses merkle torrents
relevance 0../src/torrent.cpp:5387make this more generic to not just work if files have been renamed, but also if they have been merged into a single file for instance. using file_base
relevance 0../src/torrent.cpp:5409make this more generic to not just work if files have been renamed, but also if they have been merged into a single file for instance. using file_base
relevance 0../src/torrent.cpp:7962go through the pieces we have and count the total number of downloaders we have. Only count peers that are interested in us since some peers might not send have messages for pieces we have it num_interested == 0, we need to pick a new piece
relevance 0../src/udp_tracker_connection.cpp:550it would be more efficient to not use a string here. however, the problem is that some trackers will respond with actual strings. For example i2p trackers
relevance 0../src/udp_tracker_connection.cpp:550it would be more efficient to not use a string here. however, the problem is that some trackers will respond with actual strings. For example i2p trackers
relevance 0../src/utp_stream.cpp:1581this loop may not be very efficient
relevance 0../src/utp_stream.cpp:1604this loop may not be very efficient
relevance 0../src/kademlia/routing_table.cpp:293instad of refreshing a bucket by using find_nodes, ping each node periodically
relevance 0../src/kademlia/routing_table.cpp:293instad of refreshing a bucket by using find_nodes, ping each node periodically
relevance 0../include/libtorrent/config.hpp:326Make this count Unicode characters instead of bytes on windows
relevance 0../include/libtorrent/config.hpp:326Make this count Unicode characters instead of bytes on windows
relevance 0../include/libtorrent/peer_connection.hpp:729make this private
relevance 0../include/libtorrent/peer_connection.hpp:729make this private
relevance 0../include/libtorrent/peer_connection.hpp:810make these private as well
relevance 0../include/libtorrent/peer_connection.hpp:810make these private as well
relevance 0../include/libtorrent/proxy_base.hpp:166it would be nice to remember the bind port and bind once we know where the proxy is m_sock.bind(endpoint, ec);
relevance 0../include/libtorrent/proxy_base.hpp:166it would be nice to remember the bind port and bind once we know where the proxy is m_sock.bind(endpoint, ec);
relevance 0../include/libtorrent/stat.hpp:113this is 4 bytes of padding!
relevance 0../include/libtorrent/stat.hpp:113this is 4 bytes of padding!
relevance 0../include/libtorrent/torrent.hpp:1349there's space for another 2 bits here
relevance 0../include/libtorrent/torrent.hpp:1351there's space for another bit here
relevance 0../include/libtorrent/torrent_info.hpp:123include the number of peers received from this tracker, at last announce
relevance 0../include/libtorrent/torrent_info.hpp:123include the number of peers received from this tracker, at last announce
relevance 0../include/libtorrent/upnp.hpp:121support using the windows API for UPnP operations as well
relevance 0../include/libtorrent/upnp.hpp:121support using the windows API for UPnP operations as well
relevance 0../include/libtorrent/utp_stream.hpp:378implement blocking write. Low priority since it's not used (yet)
\ No newline at end of file diff --git a/include/libtorrent/utp_stream.hpp b/include/libtorrent/utp_stream.hpp index c7aca40bc..72919559a 100644 --- a/include/libtorrent/utp_stream.hpp +++ b/include/libtorrent/utp_stream.hpp @@ -375,7 +375,7 @@ public: std::size_t write_some(Const_Buffers const& buffers, error_code& ec) { TORRENT_ASSERT(false && "not implemented!"); - // TODO: 1 implement blocking write. Low priority since it's not used (yet) + // TODO: implement blocking write. Low priority since it's not used (yet) return 0; }