Arvid Norberg | 7 Jan 06:17 2011
Picon
Picon

libtorrent 0.15.5 released

I just uploaded 0.15.5 to google code at:

   http://code.google.com/p/libtorrent/downloads/detail?name=libtorrent-rasterbar-0.15.5.tar.gz

Here's the changelog from 0.15.4:

   * support DHT extension to report external IPs
   * fixed rare crash in http_connection's error handling
   * avoid connecting to peers listening on ports < 1024
   * optimized piece picking to not cause busy loops in some end-game modes
   * fixed python bindings for tcp::endpoint
   * fixed edge case of pad file support
   * limit number of torrents tracked by DHT
   * fixed bug when allow_multiple_connections_per_ip was enabled
   * potential WOW64 fix for unbuffered I/O (windows)
   * expose set_alert_queue_size_limit to python binding
   * support dht nodes in magnet links
   * support 100 Continue HTTP responses
   * changed default choker behavior to use 8 unchoke slots (instead of being rate based)
   * fixed error reporting issue in disk I/O thread
   * fixed file allocation issues on linux
   * fixed filename encoding and decoding issue on platforms using iconv
   * reports redundant downloads to tracker, fixed downloaded calculation to
     be more stable when not including redundant. Improved redundant data accounting
     to be more accurate
   * fixed bugs in http seed connection and added unit test for it
   * fixed error reporting when fallocate fails
   * deprecate support for separate proxies for separate kinds of connections

--
(Continue reading)

Ömer Faruk Özer | 7 Jan 09:29 2011
Picon

Re: libtorrent 0.15.5 released

Hi,

Using 443 as listening port is an obligation for our private network.

* avoid connecting to peers listening on ports < 1024

is this feature configurable?

2011/1/7 Arvid Norberg <arvid <at> cs.umu.se>

> I just uploaded 0.15.5 to google code at:
>
>
> http://code.google.com/p/libtorrent/downloads/detail?name=libtorrent-rasterbar-0.15.5.tar.gz
>
> Here's the changelog from 0.15.4:
>
>   * support DHT extension to report external IPs
>   * fixed rare crash in http_connection's error handling
>   * avoid connecting to peers listening on ports < 1024
>   * optimized piece picking to not cause busy loops in some end-game modes
>   * fixed python bindings for tcp::endpoint
>   * fixed edge case of pad file support
>   * limit number of torrents tracked by DHT
>   * fixed bug when allow_multiple_connections_per_ip was enabled
>   * potential WOW64 fix for unbuffered I/O (windows)
>   * expose set_alert_queue_size_limit to python binding
>   * support dht nodes in magnet links
>   * support 100 Continue HTTP responses
>   * changed default choker behavior to use 8 unchoke slots (instead of
(Continue reading)

arvid | 7 Jan 18:14 2011
Picon
Picon

Re: libtorrent 0.15.5 released

Quoting Ömer Faruk Özer <omerfarukozer <at> gmail.com>:

> Hi,
> 
> Using 443 as listening port is an obligation for our private network.
> 
> * avoid connecting to peers listening on ports < 1024
> 
> is this feature configurable?

It is in trunk. It's not in 0.15.x in order to stay binary compatible with
previous releases.

In 0.15.5 it's quite easy to remove, see src/policy.cpp:565 and :1011

The code snippets to remove are:

      if (p.port < 1024)
         return false;

and:

      if (remote.port() < 1024)
      {
         if (ses.m_alerts.should_post<peer_blocked_alert>())
            ses.m_alerts.post_alert(peer_blocked_alert(remote.address()));
         return 0;
      }

respectively. In trunk it's configurable through
(Continue reading)

| 10 Jan 04:55 2011
Picon

the 'convert_to_native' problem

Hello Arvid,
     In my env: VS2005 and Select the 'Use Multi-Byte Character Set',  the
boost filesystem path get the native code string(GB2312), but all the string
will put in 'convert_to_native' (which treat all string as UTF-8), so, this
convert will failed and create a error path string. Currently, I modify the
'convert_to_native' function return the original when 'utf8_wchar' failed. I
don't know all thing will be OK?

Best
feng
------------------------------------------------------------------------------
Gaining the trust of online customers is vital for the success of any company
that requires sensitive data to be transmitted over the Web.   Learn how to 
best implement a security strategy that keeps consumers' information secure 
and instills the confidence they need to proceed with transactions.
http://p.sf.net/sfu/oracle-sfdevnl 
_______________________________________________
Libtorrent-discuss mailing list
Libtorrent-discuss <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libtorrent-discuss
arvid | 16 Jan 10:10 2011
Picon
Picon

Re: the 'convert_to_native' problem

Quoting 锋 <onlyfeng <at> gmail.com>:

> Hello Arvid,
>      In my env: VS2005 and Select the 'Use Multi-Byte Character Set',  the
> boost filesystem path get the native code string(GB2312), but all the
> string
> will put in 'convert_to_native' (which treat all string as UTF-8), so, this
> convert will failed and create a error path string. Currently, I modify the
> 'convert_to_native' function return the original when 'utf8_wchar' failed. I
> don't know all thing will be OK?

The intention is to use convert_from_native() for strings that comes from the
OS. That should correctly convert the strings to utf-8, which is the internal
format.

Where is convert_to_native() called on a string which originates from the OS?

--

-- 
Arvid Norberg

------------------------------------------------------------------------------
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
Doug Barton | 10 Jan 08:52 2011
Picon

qbittorrent 2.5.5 and 2.6.0 build failure with libtorrent-rasterbar 0.15.5

Howdy,

I get the attached build failure with both qbittorrent 2.5.5 and 2.6.0 
on FreeBSD when trying to build them against libtorrent 0.15.5. Using 
0.14.12 it works just fine. The boost libs in question are version 
1.45.0. I have not yet had a chance to test this against previous 
versions of 0.15.x, but I can if you think it would be helpful.

Let me know if there is any other information that you need.

Best regards,

Doug

--

-- 

	Nothin' ever doesn't change, but nothin' changes much.
			-- OK Go

	Breadth of IT experience, and depth of knowledge in the DNS.
	Yours for the right price.  :)  http://SupersetSolutions.com/

Script started on Sun Jan  9 23:03:38 2011

# make
===>  License check disabled, port has not defined LICENSE
===>  Found saved configuration for qbittorrent-2.5.5
===>  Extracting for qbittorrent-2.6.0
(Continue reading)

arvid | 16 Jan 10:30 2011
Picon
Picon

Re: qbittorrent 2.5.5 and 2.6.0 build failure with libtorrent-rasterbar 0.15.5

Quoting Doug Barton <dougb <at> dougbarton.us>:

> Howdy,
> 
> I get the attached build failure with both qbittorrent 2.5.5 and 2.6.0 
> on FreeBSD when trying to build them against libtorrent 0.15.5. Using 
> 0.14.12 it works just fine. The boost libs in question are version 
> 1.45.0. I have not yet had a chance to test this against previous 
> versions of 0.15.x, but I can if you think it would be helpful.
> 
> Let me know if there is any other information that you need.

It looks like the C header <string.h> and the c++ header <cstring> might have
some compatibility issue. The line the error refers to calls: std::memcpy().

It appears memcpy() is simply a define for bcopy(). memcpy() is a standard C
function, which in the C++ header appears in the std namespace, bcopy however is
a posix function which is not part of the C (or C++) standard. I bet this is why
it didn't make it into the std namespace.

I would imagine the build error could be worked around by simply removing the
namespace qualifier "std::".

--

-- 
Arvid Norberg

------------------------------------------------------------------------------
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
(Continue reading)

| 17 Jan 05:29 2011
Picon

Re: the 'convert_to_native' problem

// my compiled boost filesystem lib in Multi-Byte (the char* API) use the OS
current code env (my machine is GB2312)

libtorrent::disk_io_thread::operator
libtorrent::disk_io_thread::flush_and_remove
libtorrent::disk_io_thread::flush_range
libtorrent::piece_manager::write_impl
libtorrent::storage::writev
libtorrent::storage::readwritev
libtorrent::file_pool::open_file
libtorrent::file::open
    #if TORRENT_USE_WPATH
    #define CreateFile_ CreateFileW
        m_path = convert_to_wstring(path.external_file_string());
    #else
    #define CreateFile_ CreateFileA
        m_path = convert_to_native(path.external_file_string());
    #endif

in this flow lines, called the 'convert_to_native' to convert the path
string ( --> utf8_wchar -->wcstombs-->), and then call the CreateFileA, but,
the path get from boost is use GetCurrentDirectoryA, is already the mbs
encode , not utf-8 encode. so, will get a error path (like: "c:/test/测试" -->
"c:/test", lost the Chinese character)

Thank you for your reply, I'm not sure whether such a clear description of
your questions.

On Sun, Jan 16, 2011 at 5:10 PM, <arvid <at> cs.umu.se> wrote:

(Continue reading)

will kahn-greene | 17 Jan 14:09 2011

libtorrent 0.15.5 and windows binaries

Hi!

I see that libtorrent 0.15.5 is released, but the SF downloads [1]_ page
doesn't list Windows binaries .msi files for either 0.15.4 or 0.15.5.

Is there a problem with 0.15.5 on Windows?  Or is it just the case that
no one has created binaries, yet?

/will

------------------------------------------------------------------------------
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
roee shlomo | 17 Jan 20:54 2011
Picon

Re: libtorrent 0.15.5 and windows binaries

http://code.google.com/p/libtorrent/downloads/list

On Mon, Jan 17, 2011 at 3:09 PM, will kahn-greene <willg <at> bluesock.org>wrote:

> Hi!
>
> I see that libtorrent 0.15.5 is released, but the SF downloads [1]_ page
> doesn't list Windows binaries .msi files for either 0.15.4 or 0.15.5.
>
> Is there a problem with 0.15.5 on Windows?  Or is it just the case that
> no one has created binaries, yet?
>
> /will
>
>
> ------------------------------------------------------------------------------
> Protect Your Site and Customers from Malware Attacks
> Learn about various malware tactics and how to avoid them. Understand
> malware threats, the impact they can have on your business, and how you
> can protect your company and customers by using code signing.
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Libtorrent-discuss mailing list
> Libtorrent-discuss <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/libtorrent-discuss
>
------------------------------------------------------------------------------
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
(Continue reading)


Gmane