summaryrefslogtreecommitdiffstats
path: root/m4/as-compiler-flag.m4
diff options
context:
space:
mode:
authorGravatar Martin Szulecki2013-01-07 22:29:24 +0100
committerGravatar Martin Szulecki2013-01-07 22:29:24 +0100
commit9dcab806cc3c136c37e165b03bf2d29c4afaeaa6 (patch)
tree44313e26ae77c34b1494c80b798d722e313ae187 /m4/as-compiler-flag.m4
parent18e24e587d2cce6214a9da111d7d720c196a169a (diff)
downloadlibimobiledevice-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