Comment 15 for bug 412413

This still aborts for me on i386 when initially downloading a large file, like so:

  $ zsync -k .ubuntu-9.04-dvd-i386.iso.zsync http://denisovich/iso/releases/ubuntu-9.04-dvd-i386.iso.zsync
  No relevent local data found - I will be downloading the whole file. If that's not what you want, CTRL-C out. You should specify the local file is the old version of the file to download with -i (you might have to decompress it with gzip -d first). Or perhaps you just have no data that helps download the file
  downloading from http://denisovich/iso/releases/ubuntu-9.04-dvd-i386.iso:
  #------------------- 5.5% 26166.4 kBps

  downloading from http://denisovich/iso/releases/ubuntu-9.04-dvd-i386.iso:
  #------------------- 5.6% 0.0 kBps aborted

  failed to retrieve from ubuntu-9.04-dvd-i386.iso
  Aborting, download available in ubuntu-9.04-dvd-i386.iso.part
  verifying download...ubuntu@karmic-desk-ia32:~$

I am able to subsequently re-run the command and have it successfully complete. When it does so, it downloads an amount just under 2^^32 bytes, specifically 1760689 bytes less:

  Read ubuntu-9.04-dvd-i386.iso.part. Target 5.6% complete.
  downloading from http://denisovich/iso/releases/ubuntu-9.04-dvd-i386.iso:
  #################### 100.0% 26897.1 kBps DONE

  verifying download...checksum matches OK
  used 256016384 local, fetched 4293206607

Testing with a different, larger dvd image behaved similarly, and aborted with the exact same amount remaining to download, based on the second run's output:

  [ubuntu-8.10-dvd-i386.iso]
  used 305467392 local, fetched 4293206607

So it seems likely that there's at least another unsigned 32bit int that needs to be expanded to 64bits somewhere.

That said, after the second run, sha256sums did match, and I saw no change in behavior on 64bits, soitcouldpossibly be considered an improvement.