diff options
author | 2013-01-07 22:29:24 +0100 | |
---|---|---|
committer | 2013-01-07 22:29:24 +0100 | |
commit | 9dcab806cc3c136c37e165b03bf2d29c4afaeaa6 (patch) | |
tree | 44313e26ae77c34b1494c80b798d722e313ae187 /tools/idevicediagnostics.c | |
parent | 18e24e587d2cce6214a9da111d7d720c196a169a (diff) | |
download | libimobiledevice-9dcab806cc3c136c37e165b03bf2d29c4afaeaa6.tar.gz libimobiledevice-9dcab806cc3c136c37e165b03bf2d29c4afaeaa6.tar.bz2 |
idevicebackup2: Fix nasty "too long filename received" bug
If the device is sending files to the host, it sometimes requires a bit more
time to process them before sending. This appeared to happen mostly for larger
sqlite databases which appear to get some preprocessing on the device.
In such a "wait" situation, we receive no data and need to retry reading the
filename length again. Due to a code bug though which didn't reset the last
read length to zero, this length was incorrectly alternating between 1 and
16777216 due to the byte swapping. This ulitmativly lead to a broken backup
process. Now we properly wait for the device to preprocess any file before
sending the filename to the host.
Diffstat (limited to 'tools/idevicediagnostics.c')
0 files changed, 0 insertions, 0 deletions