I think the source code used to be in the same directory as the changelogs, Lab from FST even mirrored it to MU along the binaries. No idea of what happened.
I think the source code used to be in the same directory as the changelogs, Lab from FST even mirrored it to MU along the binaries. No idea of what happened.
"I just remembered something that happened a long time ago."
It seems to me that ABC_OKC developer is suffering from mixed DADVSI/HADOPI law bipolar disorder:
http://merapi.dyndns.org/abc/ReadMeC...sed4DADVSI.txt
Yes it looks like incurable case. Try to tame him at sourceforge.
Last edited by Vation; 04.10.10 at 23:29.
This is new build 453.
I can't post every version, because author uploads new versions very often.
At least try. It can rapidly increase your post count in you way to member status. Also you may include or link changelog in your posts.
latest changelog:
http://merapi.dyndns.org/abc/WhatIsNew_400test0453.txt
projects changelog:
http://merapi.dyndns.org/abc/ABC400_OKC_test0453.txt
Last edited by Vation; 06.10.10 at 17:53.
ABC3108_OKC_final0440_source
Last edited by Vation; 08.10.10 at 19:15.
ABC_OKC 400.0.455 build
- There was a bug in the fix introduced in the previous release. This bug prevented magnets for single file torrents from correctly loading their metadata.
ABC_OKC 4.0.0 build 457 test
Bugs fixed for this release
- A very rare problem with data you have probably never come across :
When data were asked to be moved or deleted for a magnet with a still unknown data
destination and if a torrent with the same data destination name as the magnet name
existed in the list, the data of this torrent were wrongly moved or deleted.
ABC_OKC 4.0.0 build 460
26-11-2010
Bugs fixed for this release
- When a magnet was set to on-hold status while it was downloading its metadata, it
could prevent other torrents from starting, keeping them in waiting status (Resuming
this torrent would unlock all the waiting torrents).
Now magnets having not yet received their metadata are not considered as alive
torrents and so they can't be set to on-hold status (but they are counted in the
number of running torrents).
In the same situation for a manually paused torrent, I keep the behavior consisting in
blocking the other torrents that were in waiting status.
Minor improvements for this release
- Some improvements in the way of checking for free disk space when pre-allocating and
when several torrents are in the waiting status.
Changelog:
- A minor bug when the local IP you may provide in the tracker announce could not be
resolved.
- Switched to Python 2.7.1
New Year Update
ABC_OKC v4.0.0 build 472
28-04-2011
Bugs fixed for this release
- A traceback could occur when exiting ABC_OKC (due to the changes in build 470).
New features and improvements for this release
- Changed management for memory used by piece buffers when accessing disk.
Memory usage should be more stable throughout long sessions (several days or weeks
long).
- Switching to wxPython 2.8.12.0.
Minor improvements for this release
- None
WARNING :
This release has not been tested with an IPv6 connection (I'm still in IPv4).
So it's very likely to be buggy about network connecting when working with IPv6. If you
meet bugs with IPv6 enabled, report them in the ABC forum and disable IPv6 in ABC_OKC.
You can always switch back to the final release 3.10.16 if needed.
AFAIK this 4.0.0 test release is working fine when connected in IPv4 with the IPv6
option disabled.
The latest version seems to be 4.0.7 Build 505. Anyone has a link?
"I just remembered something that happened a long time ago."
If you wish so anon here you have it:
Attachments:
Changelog since start of the project.
Latest source code.
Latest compiled binary.
PS. anon can you enable me as full user again please?
Edit: you wanted latest version or some old you mentioned?
Last edited by Vation; 11.12.12 at 17:23.
Bookmarks