6
I Use This!
Moderate Activity

News

Analyzed 1 day ago. based on code collected 1 day ago.
Posted over 3 years ago by arvid
Currently, torrent files are loaded by the torrent_info constructor. The torrent_info object essentially holds all state from the .torrent file.This post is arguing in favor of moving towards torrent_info only representing the immutable portion of ... [More] torrent files. i.e. what’s in the info-section. This is primarily motivated by the v2 piece-layers that are currently part of . . . [Less]
Posted about 5 years ago by arvid
libtorrent-2.0 has just been released with a few major new features. One of them is support for BitTorrent v2. Most of the specification work of BEP 52 was done by the8472. The libtorrent support for bittorrent v2 was mostly implemented by Steven Siloti. BiglyBT also has an implementation of BitTorrent v2 to be released in . . .
Posted almost 8 years ago by arvid
This post argues the C++ rule: One should never forward declare a name from a 3rd party library This rule is a generalisation of the same rule for the standard library. The standard says [namespace.std]: The behavior of a C++ program is undefined if it adds declarations or definitions to namespace std or to a namespace within . . .
Posted almost 8 years ago by arvid
This post argues the C++ rule: One should never forward declare a name from a 3rd party library This rule is a generalisation of the same rule for the standard library. The standard says [namespace.std]: The behavior of a C++ program is undefined if it adds declarations or definitions to namespace std or to a namespace within . . .
Posted over 8 years ago by arvid
I recently bought a C.H.I.P. and naturally wanted to build libtorrent for it. I’m on a mac and chip runs arm, so first I needed to install the cross compiler toolchain. The target for chip is arm on linux, so the toolchain I’m looking for is “arm-linux-gnueabihf”. toolchain It seems like a fair number of people . . .
Posted over 8 years ago by arvid
I recently bought a C.H.I.P. and naturally wanted to build libtorrent for it. I’m on a mac and chip runs arm, so first I needed to install the cross compiler toolchain. The target for chip is arm on linux, so the toolchain I’m looking for is “arm-linux-gnueabihf”. toolchain It seems like a fair number of people . . .
Posted about 9 years ago by arvid
A major source of errors among users of libtorrent has traditionally been caused by binary incompatibility between the (built) libtorrent library and the client linking against it. Binary- or link compatibility is having two sides of a shared library ... [More] (or translation unit) boundary have different understandings about the layout of objects or calling conventions. Consider the following library interface: . . . [Less]
Posted about 9 years ago by arvid
A major source of errors among users of libtorrent has traditionally been caused by binary incompatibility between the (built) libtorrent library and the client linking against it. Binary- or link compatibility is having two sides of a shared library ... [More] (or translation unit) boundary have different understandings about the layout of objects or calling conventions. Consider the following library interface: . . . [Less]
Posted about 9 years ago by arvid
With the release of libtorrent-1.1.1, libtorrent finally got its very own default DHT bootstrap node, dht.libtorrent.org:25401. This post gives some background on the work that went into setting it up. Introduction The BitTorrent DHT (or Distributed ... [More] Hash Table) is a single global network connecting all bittorrent clients. They form a network organized around their IDs. . . . [Less]
Posted about 9 years ago by arvid
With the release of libtorrent-1.1.1, libtorrent finally got its very own default DHT bootstrap node, dht.libtorrent.org:25401. This post gives some background on the work that went into setting it up. Introduction The BitTorrent DHT (or Distributed ... [More] Hash Table) is a single global network connecting all bittorrent clients. They form a network organized around their IDs. . . . [Less]