[Mldonkey-bugs] [bug #13712] ed2k_hash never completes for large files

[me]

Follow-up Comment #7, bug #13712 (project mldonkey):

Hello,

I just went into this issue again. It changed a bit, I mean, the files may be
larger now, but:

$ ./mld_hash -hash bp -check 2500000
[SNIP]
  Partial 261 : D7DEF262A127CD79096A108E7A9FC138                             
      Partial 262 : D7DEF262A127CD79096A108E7A9FC138                          
       Partial 263 : 716F42D4E77FC73DBDF28094F76FBD1C                         
     
ed2k://|file|test.diskfile.2500000|2560000000|8B14ABADF1DA224AF04D1FFCB75E63CF|
Computing bitprint hash                                                       
 Killed

I let the command run for about 24 houres.

Also note: This does not only happen when running the -check function, but
when calculating "real" files has well, the sizes were: 4076548252 and
3924777725.
Note #2: Running the -check function, the "test.diskfile.*" is always two
times larger than the specified size, e.g. in the case of the above command:


$ ls -al test.*
-rw-r--r--  1 mldonkey mldonkey 5120000000 2005-12-21 20:25
/tmp/test.diskfile.2500000

Maybe, there is a problem with my compilation environment? I haven't found no
trace about using "long long" in the ./configure log. I'm using Debian Sarge
now:

$ gcc --version
gcc (GCC) 3.3.5 (Debian 1:3.3.5-13)

$  /usr/bin/ocamlc.opt -v
The Objective Caml compiler, version 3.08.3

File: mld_hash.ml       Status: Up-to-date

   Working revision:    1.5
   Repository revision: 1.5    
/cvsroot/mldonkey/mldonkey/tools/mld_hash.ml,v

mlnet -version
MLNet 2.7.1.CVS: Multi-Network p2p client (Global Shares  Gnutella  G2 
Fasttrack  FileTP  BitTorrent  Donkey)

    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/