Fix handling of infohash as hex in Torrent.String

Move logging inside client lock, for Torrent.String

Fixes #163

Merge pull request #165 from mlmhl/dht

Do not add nodes if dht is disabled

Do not add nodes if dht is disabled

Use go-libutp if cgo is enabled

metainfo URL list can be a string or list

iplist: Add TODO to allow unmapping

Merge pull request #161 from mlmhl/event

signal an event when torrent closed

signal an event when torrent closed

Merge pull request #159 from elgatito/helpers_add

added few helper functions

added few helper functions: t.PieceBytesMissing, r.CurrentPos, r.SetNonResponsive

Close implicit Client default storage on Client.Close

Fixes #158

Skip on fusermount failure

Make bolt completion DB directory if necessary

Tighten FUSE test skipping

Tidy up the duplicate conn selection code

Move File.State lock to top of function

perf.Timer.Stop renamed

Merge pull request #156 from mlmhl/completion

make completion configurable

make pieceCompletion configurable

Merge pull request #154 from mlmhl/connection

bug fix: race condition between outgoing connection and incoming conn…

bug fix: race condition between outgoing connection and incoming connection

Merge pull request #153 from joelanford/master

Add public methods for torrent peer counts

Added peer count stats to TorrentStats struct

Avoid allocating skeys for receiving encrypted handshakes

storage: Fix race condition in mapPieceCompletion

sortimports

storage: Add package doc

Merge pull request #149 from thechriswalker/torrent-storage-options

fix `Spec.Storage` and allow per-torrent dir

fix `Spec.Storage` and allow per-torrent dir

`TorrentSpec.Storage` was not honored when calling `Client.AddTorrentSpec`
and the configured `cfg.DefaultStorage` was always used. Now if you construct
your `TorrentSpec` you can specify any `StorageImpl`

Also, the most common use case for custom storage being per-torrent paths for
FileStorage, this adds a `pathMaker` function to the File implementation that
allows customization, along with the default (always use base path) and my use
case (which seemed common enough from the Gitter chat) which is infohash based
subdirectories.

All Public methods have not changed signature, but 1 private method did, hence
the test update.

Fix a logging of metainfo.Hash

Don’t track the empty string, and ditch Torrent.announceList

Fix torrent status info hash hex

metainfo: Improve MetaInfo.AnnounceList handling

Revert "Quick fix for missing MetaInfo.Announce everywhere with trackers"

This reverts commit b7a8d08bbf046d756e8d80744a188167e28a19de.

Update README.md

Add CircleCI shield

Quick fix for missing MetaInfo.Announce everywhere with trackers

dht.Server.Announce now takes [20]byte

Trivial logging, comment, Stringer changes

Massively reduce CPU when Readers are blocked on unavailable data

Change type of metainfo.Info.URLList

TODO

package itertools API changed

Update README

Remove FileStorePieces storage backend

ResourcePIeces is now preferred.

sortimports

Log the storage TorrentImpl type

Show connection piece request order in text status

metainfo: FileInfo.Offset failed with single-file torrents

Reduce the priority given to earlier pieces. Maximum priority reads at the end of the file aren’t getting enough attention.

metainfo: Add helper methods to FileInfo

Merge pull request #144 from BonkaBonka/fastfail

Abort verify at first hash mismatch.

Abort verify at first hash mismatch.

Remove unused funcs and idents

Move method queuePieceCheck

sort imports

Panic if NewHashFromHex gets a bad string

Rewrite cmd/torrent-verify

Fixes #141

Update README.md

Add Trickl android app

Update README.md

Closes #143

dht/… moved to github.com/anacrolix/dht

Rename dht/krpc.KRPCError -> Error

dht: Reply with Method Unknown error to unknown query methods received

Fix race condition in TestPieceHashFailed

Added optional source flag to torrent files (#137)

Fix piece failures not clearing dirty chunks

I don’t like how complicated piece completion/hashing management is, but it works.

Merge commit 'c8dffdb'

Add test that dirty chunks are cleared on piece hash failure

Reader.Close: Don’t set t to nil, we may still expect it

For example in goroutines spawned in ReadContext.

iplist: Begin adding support for parsing CIDR lists

Add Torrent.Closed

cmd/torrent: Accept infohash: scheme torrents

Fix logging of trust slice

Avoid deadlock caused by receiving PORT and and DHT announce_peer at the same time

Fix deadlock in Client.onDHTAnnouncePeer

Fix harmless race conditions in Client.WriteStatus introduced way back

dht.NewServer: Initialize the tokenServer

Add peers received from received announce_peer DHT messages to the Client

Addresses #133

dht.Server: Return valid token from get_peers, and handle incoming announce_peer

Addresses #133.

Remove unused function

Remove completed TODO item

Kick only the worst connection when a piece fails a check

Add a note about dropping connections that we sent a HAVE for incomplete pieces

Make Torrent.conns a map

Can't remember if I've tried this before. But dropping arbitrary connections while iterating established conns will become much simpler.

Move a bunch of Client methods onto more appropriate types

tracker: Support the original http response peers format

Fixes #130

Don't accept pieces with bad indexes

Fixes #132

Rename connection.downloadedChunk -> receiveChunk

Make downloadedChunk a method of connection

Move Client.downloadedChunk to connection.go

TODO

gofmt simplify

metainfo: Remove unused import

feat: remove print BuildFromFilePath

removes the print of (path, err) in function BuildFromFilePath

Reader.Close: Prefer to lock Client in public method

Torrent.unpendPieces: Only update unpended pieces

Updating all pieces at once is no longer faster. (There was an optimization for this a while ago that no longer exists.)

When Reader position changes only update piece priorities that may be affected

Seems to significantly reduce CPU load reading from torrents with huge piece counts.

Ditch the use of generic slices.HeapInterface for finding the worst "bad" connection

It's become a bottleneck. Implement it directly using heap.Interface.

Comment on connection.updatePiecePriority

There's also Torrent.updatePiecePriority, and it's always confusing what the difference is.

storage: ClientImpl interface now includes Close

This is now necessary because bolt doesn't allow multiple DB handles, so the bolt piece completion DB instance must be at the client level. The new method is not currently used from the Client however, this maybe necessary to avoid leaks.