diff options
| author |  Martin Szulecki | 2013-01-07 22:29:24 +0100 |
|---|---|---|
| committer | Martin Szulecki | 2013-01-07 22:29:24 +0100 |
| commit | 9dcab806cc3c136c37e165b03bf2d29c4afaeaa6 (patch) | |
| tree | 44313e26ae77c34b1494c80b798d722e313ae187 /m4/as-compiler-flag.m4 | |
| 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 'm4/as-compiler-flag.m4')
0 files changed, 0 insertions, 0 deletions