[Mldonkey-bugs] [bug #9391] Files copied to incoming dir for sharing do not appear in upstats after hashing

[spiralvoice]

Follow-up Comment #10, bug #9391 (project mldonkey):

Regarding comment #9 I think this is related to compute_md4_delay.
This is an option only used in the Donkey module, now there is
commonSwarming where hashing and verifying chunks takes place, so
the only purpose of compute_md4_delay is to check if there are
finished files, scan them and put them into shared_files_new.ini.

If the timer related to compute_md4_delay in the donkey module
catches a finished file *before* it is committed it will put
./temp/urn_ed2k_ABABABABAB into shared_files_new.ini, after
commmitting took place the timer finds a "new" file in
./incoming/files, rehashes and puts it into shared_files_new.ini
again. Raising compute_md4_delay to 60 sometimes solves the
problem, I think raising it to 180 seconds would be better as
auto_commit is called every 60 seconds. The donkey module however
will print an error message in the logfile that it could not find
a shared file but it is only present once in shared_files_new.ini
because the common module informed the donkey module about that
file already.
It would be good to remove the hashing code completely from the
donkey module because the common module has all necessary functions
for it, unfortunately shared_files_new.ini is used exclusively
in the EDK module and can´t be removed easily without deep changes
to the code. b8_bavard stopped half-way implementing the common
module...

    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/bugs/?func=detailitem&item_id=9391>

_______________________________________________
  Nachricht geschickt von/durch Savannah
  http://savannah.nongnu.org/