Bittorrent Library - Report 9

0 views
Skip to first unread message

Alan McGovern

unread,
Aug 12, 2006, 6:21:00 AM8/12/06
to mono-soc-2006
Ok... I've done a lot of coding in the last few days, most of it
backend stuff. I was down in waterford so i wasn't really available
online.

Now full file hashing is done on a worker thread as opposed to the main
thread. Partial hashin (i.e. hashing of individual pieces) is still
done on main thread until i can find a reason not to.

Wrote a .torrent viewer so i could try an alternative method for
tracking down a .torrent creating bug as i had given up finding bugs in
the BEncoding code. Turns out that there was no bug in either mine or
gregors code, it's a "bug" in the "official" torrent client by brahm.
You have to add the torrent attributes in a specific order otherwise
the official client can't/won't open the .torrent. Unfortunately my
torrent viewer isn't portable, i only had access to a VS2005 laptop
over the last few days so it works on windows only :p I'm going to
rejig it now that i'm back at home and compare it to gregors and see
which is better. Either way, i've fixed the torrent creating bug which
has been bothering us for quite a while! Changes will have to be
commited soon.

I started the switch to Monitor.Enter(object) and Monitor.Leave(object)
to allow more finegrained control over locking. This should enable me
to fix my threading/locking bug. I know what i have to do, so it'll
take about 15-20 mins more to do it now. Hopefully it'll work :p

I rejigged a fair bit of code, tidied up a lot of cosmetic things,
added more comments and various things aswell.

Also, the BittorrentSpecification is finally back online after being
down for a few weeks, so i can now start to reread it and check what i
have/haven't implemented as of yet and verify some details which i
couldn't before.

For next week: Review the specification, implement any remaining
details. Fix the threading/locking bug/optimise and bugfix.

Reply all
Reply to author
Forward
0 new messages