Follow-up Comment #2, bug #15765 (project mldonkey):
That's what I was hoping but the problem persists in 2.7.4 - 'Shared(575):
34.54G' (should be 60-70G)
1. It doesn't seem to matter
-whether files are opened (read-only) by another app;
-in what order the shares are listed in downloads.ini.
If a few files in the user-defined shares are removed, others that were
missing are detected, so there seems to be a limit on the number of shared
files.
2. I tried deleting shared_files.ini and shared_files_new.ini but no
difference.
While hashing was in progress, the total share size was seen to _decrease_
(from 44.1GB to 34.6 GB.)
3. It seems that the contents of several user shares with paths >=6 levels
deep (more than the other shares) are missing entirely.
4. Files in ./incoming/files are detected correctly (regardless of path
depth.)
Hope this is of use & thanks again.
_______________________________________________________
Reply to this item at:
<http://savannah.nongnu.org/bugs/?func=detailitem&item_id=15765>
_______________________________________________
Message sent via/by Savannah
http://savannah.nongnu.org/
_______________________________________________
Mldonkey-bugs mailing list
[email protected]
http://lists.nongnu.org/mailman/listinfo/mldonkey-bugs
