I had a rather interesting post planned for today, had several topics in mind, but well, after 15 hours of coding, I seem to have forgotten all of the interesting stuff, and all I can offer at this hour is a changelog. Sorry, maybe some other time then.
- [2235] Ed2K message filter can now be customized by pointing config option MessageFilter to a file containing strings to be filtered, one per line. Hard-coded message filter now includes two more filtered strings. (tickets #145 and #59)
- [2238, 2239] Removing some too aggressive exceptions and error messages.
- [2240] Experimental support for reading "nodes" field from .torrent files (ticket #139)
- [2241, 2246] Better error-handling in tracker communication routines.
- [2244] It's no longer possible to download same torrent twice simulataneously :)
- [2247] Regularly saves server.met and clients.met now (17 and 12 min intervals, respectivly) - formerly they were only saved on clean shutdown.
- [2247] Fixed clients.met corruption issues on win32 (was writing the file in ASCII mode *doh*) (ticket #128)
- [2249] Getting rid of the pesky ed2k.ini file; the settings formerly stored there are now stored in global config.ini, subsection [ed2k]. Automatic settings migration is performed on next startup, settings copied to new location and ed2k.ini moved to ed2k.ini.bak.
- [2250] Moved the entire ed2k module into Donkey namespace (each module should be in their own namespace, but ed2k module predates that requirement, so it never had it's own namespace).
- [2251] ed2k_kad module is now excluded from build, since it's not being developed and it's not working.
- [2253] Fixed announce-list .torrent tag parsing (ticket #147)
- [2255] Fixed a number of issues of Chunk's (in PartData) being out of sync or lacking information, due to insufficient syncronization code. This is also the cause why Hydranode started using 100% CPU near the end of BT downloads, and most likely caused increased (but not noticable-enough) CPU usage near end of ed2k downloads as well.
- [2255] Fixed error-handling code when reading partially corrupt partdata .dat files.
- [2255] Verified ranges are now saved between sessions. This has no effect really, besides added security against some theoretical race conditions, however the implementation needs the verified rangelist now to be properly updated (see previous bullet), so it is now saved as well. A side-effect of this patch is that all current downloads will need to be re-checked ONCE to re-verify all completed ranges.
- [2255] Improving PartData API by adding a set of new accessors (for advanced usage), which are replacing the former protected interface, which was proved to be to error-prone.
- [2256] Some black magic at BT virtual files wrappers.
Madcat, ZzZz
PS: Yes, I'm aware I'm not online on IRC or MSN, and no, I don't read my mail, and yes, my cellphone is turned off. It's called "busy, working". I'll be back to communicating... some day...