gmane.network.bit-torrent.libtorrent

Re: Broken trunk

Arvid Norberg — 2008-10-07T05:53:58

Right. Fixed in [2773]. Thanks! On Oct 6, 2008, at 09:02 , MooPolice< at >massaroddel.de wrote: -- Arvid Norberg ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: Broken trunk

2008-10-06T16:02:44

You just need brackets around std::max/min, like : (std::max). You will find this everywhere in libtorrent. MassaRoddel ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Initialization failing

Sephiroth — 2008-10-06T10:41:27

Hello While I try to run the client test (with VS.net 2003) this error comes. application failed to initialized (0xc000007b) What is it? Can anyone help me t fix it Thanks Chris ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: Broken trunk

Sergei Vorobyov — 2008-10-06T07:06:01

Yet another problem [2770]: src\storage.cpp(1060) : error C2589: '(' : illegal token on right side of '::' src\storage.cpp(1060) : error C2059: syntax error : '::' src\storage.cpp(1117) : warning C4244: 'return' : conversion from 'libtorrent::s ize_type' to 'int', possible loss of data src\storage.cpp(1180) : error C2589: '(' : illegal token on right side of '::' src\storage.cpp(1180) : error C2059: syntax error : '::' src\storage.cpp(1816) : warning C4244: 'initializing' : conversion from 'libtorr ent::size_type' to 'int', possible loss of data On Windows, "min" and "max" is macros by default. According to documentation, to inhibit definition of it, we need to define NOMINMAX before including windows.h. But it was failed in my attempts and I was simple undefs min and max. There a patch: Sergei Vorobyov Index: src/storage.cpp =================================================================== --- src/storage.cpp(revision 2770) +++ src/storage.cpp(working copy) < at >< at > -105,6 +105,9 < at >< at > #ifdef BOOST_WINDOWS

error_code category mismatch when a file to be checkeddoesn't exist

Eoin O'Callaghan — 2008-10-05T12:46:01

Hope this is a bug and not a mistake on part- Under windows, storage.cpp, approx. line 2274, the error returned when a file doesn't exist in the 'm_storage->error()' variable has the category: 'system_category_const'. the variable 'error_code(ENOENT, get_posix_category()' it gets checked againt is 'generic_category_const' so the inequality check always fails and checking of partially downloaded torrents without resume data does not complete correctly. Kind regards, Eoin. ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: binding works for 1st torrent but fails for 2ndone, reuse_address still crashes the client.

shidong chen — 2008-10-05T03:53:34

Bang! My head on the wall. You are 100% correct on this part. It is proved that I can use same port to connect two different peers for same torrent. Then there is only one question left. Could you explain to me why I get no connection at all when I set outgoing port (.first =.second)to be same as listening port? Since my local client is behind NAT, the accept receives no incoming connection from remote peer, I expect at least one outgoing connection will be made to the remote peer. The test result shows none at all because all outgoing connection trials get binding failure at "Address already in use" error. *** starting log *** *** OUTGOING CONNECTION *** bt_peer_connection Oct 04 22:24:37 *** CANNOT READ [ quota: 0 ignore: no outstanding: 0 outstanding-limit: 65536 ] Oct 04 22:24:37 CONNECTING: 125.65.76.35:6881 Oct 04 22:24:37 peer_connection.cpp connect() #3675 binding outgoing port FAILED: port=43605 *** CONNECTION CLOSED Address already in use Oct 04 22:24:37 *** CONNECTION CLOSED --------------------

Binding outgoing connection to listening port failstoo.

shidong chen — 2008-10-01T04:25:57

currently the outgoing connection cannot share local port with accepter (bound to listening port) either. So far I haven't succeeded in any local port sharing for outgoing connection(s). Here my main session log: *** starting log *** http://125.65.76.35:6969/announce?... Sep 30 23:13:53 TRACKER RESPONSE: ... Sep 30 23:13:53 *** FOUND CONNECTION CANDIDATE [ ip: 76.29.55.153:43605 d: 32 external: 254.104.42.217 t: 2539651 ] Sep 30 23:13:53 CONNECTING: 76.29.55.153:43605 Sep 30 23:13:53 peer_connection.cpp connect() #3675 binding outgoing port FAILED: port=43605 Sep 30 23:13:53 *** FOUND CONNECTION CANDIDATE [ ip: 125.65.76.35:6881 d: 32 external: 166.188.60.111 t: 2539651 ] Sep 30 23:13:53 CONNECTING: 125.65.76.35:6881 Sep 30 23:13:53 peer_connection.cpp connect() #3675 binding outgoing port FAILED: port=43605 Sep 30 23:13:56 ==> TRACKER_REQUEST [ url: ... Sep 30 23:13:57 *** FOUND CONNECTION CANDIDATE [ ip: 76.29.55.153:43605 d: 32 external: 243.134.44.158 t: 2539655 ] Sep 30 23:13:57 CONNECTING: 76.29.5

Re: binding works for 1st torrent but fails for 2nd one, reuse_address still crashes the client.

Arvid Norberg — 2008-09-30T21:25:38

The way TCP works is that the source-destination quadruple (src IP, src port, dst IP, dst port) must be unique for every connection on the computer. You're probably trying to establish multiple connections with the same source and destination. -- Arvid Norberg ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: storage allocation issues

Sergei Vorobyov — 2008-09-30T12:31:57

Hello, The µTorrent client allows to append ".!ut" to uncompleted files when downloading is in progress. When files is ready, it removes ".!ut". It handy and simple to prevent using uncompleted files from usage. Is libtorrent supports similar feature? Thanks in advance. Sergei Vorobyov. On Wed, Sep 17, 2008 at 7:53 PM, Arvid Norberg cs.umu.se> wrote: ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: Broken trunk

Arvid Norberg — 2008-10-04T18:09:41

Yeah, it changed its name from leaf() to filename() in boost-1.36. I've checked in a fix for this. -- Arvid Norberg ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: FW: assertion failed in udp_socket.cpp, line 66

Arvid Norberg — 2008-10-04T18:05:31

Yes it is. This fix is already in RC_0_14 and trunk though. -- Arvid Norberg Andrew V. Kharchenko wrote: ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Libtorrent-discuss mailing list Libtorrent-discuss< at >lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libtorrent-discuss

binding works for 1st torrent but fails for 2nd one,reuse_address still crashes the client.

shidong chen — 2008-09-27T04:49:07

changed to: asio::ip::tcp::acceptor::reuse_address opt(true); s->set_option(opt); //This line crashes the client too! But it crashes client too. Don't worry. These are my trial code changes for experimental purpose. After we get it work, we'll find proper place to for them. I noticed that. I did several tests by setting session_settings::c = std::make_pair(local_port, local_port), here are results: load 1 torrent: binding to local port succeeds. downloading runs well; //great! load 2 torrent, but specify only 1 unused local port: 1 torrent's binding to local port succeeds. downloading runs well; the other one's binding fails, no connection made. // reuse_address not set? load 2 torrent, and specify only 2 unused local ports: 1 torrent's binding to local port succeeds. downloading runs well; the other one's binding fails, no connection made. //don't understand why! loading 2 torrent, do NOT specify local ports: both torrents are downloading well; We

Re: Automanaged and resume

Arvid Norberg — 2008-09-26T17:20:58

I'm afraid this is trickier than it might look. libtorrent doesn't support sharing files between torrents. The reason is that there's no guarantee that files with the same name will contain the same bytes, and because of piece alignment, the hashes would most likely not line up. Currently, all files are private for each torrent, and trying to download two torrents to the same file will result in an error and one of the torrents will be paused. Since pieces would most likely not be aligned in the different torrents, downloading one piece from torrent A into the file would not necessarily correspond to a piece in torrent B, even if the file had the same content in the two torrents. One way to support this would be to download the file in a separate directory and once the download (or the shared file) is complete, it is staged into the final location, and possibly compared to contain the same data. -- Arvid Norberg ------------------------------------------------------------------------- This S

FW: assertion failed in udp_socket.cpp, line 66

Andrew V. Kharchenko — 2008-09-26T11:38:05

Temporary I fexed the problem by adding ++m_outstanding; in line 114 of udp_socket.cpp. Is it right ? С уважением, Андрей Харченко -----Original Message----- From: Andrew V. Kharchenko [mailto:ah< at >agava.com] Sent: Friday, September 26, 2008 3:04 PM To: 'libtorrent-discuss< at >lists.sourceforge.net' Subject: assertion failed in udp_socket.cpp, line 66 Hi, My application starts downloaded torrent that is in seeding state. After a time I see assert in udp_socket::on_read() again and again. Is it possible to fix the problem? С уважением, Андрей Харченко ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Li

assertion failed in udp_socket.cpp, line 66

Andrew V. Kharchenko — 2008-09-26T11:03:51

Hi, My application starts downloaded torrent that is in seeding state. After a time I see assert in udp_socket::on_read() again and again. Is it possible to fix the problem? С уважением, Андрей Харченко ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Libtorrent-discuss mailing list Libtorrent-discuss< at >lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libtorrent-discuss

Re: Broken trunk

Sergei Vorobyov — 2008-10-03T10:55:02

Hello, just updated to [2754]. While compiling with boost 1.35 I got errors: src\torrent_info.cpp(425) : error C2039: 'filename' : is not a member of 'boost: :filesystem::basic_path' with [ String=std::string, Traits=boost::filesystem::path_traits ] src\torrent_info.cpp(425) : error C2228: left of '.substr' must have class/struc t/union Seems, filename was introduced in boost 1.36 and doesn't exist in 1.35. Sergei Vorobyov. ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

[OSX] Inappropriate file type for dynamic loading

2008-10-02T14:23:27

Hi, I've been using libtorrent / python binding (for Python 2.4) for windows for a while and I gave a try on Mac. I was happily surprised that it compiled well (apart from open-ssl) ! However, the python module (libtorrent.so) does not seem to work : >>> import libtorrent ImportError: Inappropriate file type for dynamic loading This was compiled using boost 1.35, bjam, with python 2.4 toolset, and the following options : release link=static runtime-link=static logging=none boost=source Oh and that yes, I _have_ installed python 2.4 (2.5 is installed by default but I need the previous version) Any idea ? Mogo ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: Compiling of libtorrent python bindings

Mikhail Idris — 2008-10-02T04:42:51

Hello, I downloaded 0.14.0 from the SVN trunk and run it through with Boost 1_35_0. I did the same steps as earlier. But unfortunately, it's still unsuccessful as you can see from the output at http://www.pastebin.ca/1216546 Do I need to move any files from the BOOST_ROOT to the libtorrent-rasterbar-0.14.0 folders? If I were to follow instructions from http://code.rasterbar.com/libtorrent/wiki/BuildVS2008 instead, how do I make it such a way that I am able to use the python bindings because it's two different matter I think. Thanks in advance. Regards On Thu, Oct 2, 2008 at 11:22 AM, Arvid Norberg cs.umu.se> wrote: ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: Compiling of libtorrent python bindings

Arvid Norberg — 2008-10-02T03:22:21

libtorrent 0.13.1 doesn't seem to link against boost.system, which is required if you have a recent version of boost. You could either user boost-1.34, or build libtorrent from the 0.14 branch, or from the RC_0_13 branch (which is the same as 0.13.1 with a few build fixes for more recent versions of boost). -- Arvid Norberg ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: Reason of hardcoded queue_size_limit?

Arvid Norberg — 2008-10-02T03:16:06

That sounds reasonable. If you send me a patch where it can be adjusted through session_settings I will check it in. -- Arvid Norberg ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Compiling of libtorrent python bindings

Mikhail Idris — 2008-10-01T17:12:21

Hello, I am trying to get the .DLL generated so I could try to use it as python bindings. I tried the Linux way but end up having -fPIC bad symbol problems so I tried to do it with Windows this time. I followed the instructions from the website and is still unsuccessful in doing so. I am going to recap the steps that I have took to try get it done. Please let me know if there are any mistakes along the way. Thanks in advance. OS: Windows XP Professional SP3 Software: Microsoft Visual Studio 2008, Python 2.5 Main Drive: E:\ Version of Boost used: 1_35_0 Version of libtorrent used: 0.13.1 Location of Boost: E:\boost_1_35_0 Location of libtorrent: E:\libtorrent-rasterbar-0.13.1 BOOST_ROOT = E:\boost_1_35_0 BOOST_BUILD_PATH = E:\boost_1_35_0\tools\build\v2 1) Edited E:\boost_1_35_0\tools\build\v2\user-config.jam to include *using python : 2.5 ;* 2) Invoked E:\boost_1_35_0\tools\jam\src\build.bat (see http://codepad.org/Hg4tGEPv for output) 3) Invoked bjam in E:\boost_1_35_0 ( see http://codepad.or