Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
|
|
The device sends us a DLMessageDisconnect so we need to free the
device_link_service_client. Otherwise when calling mobilebackup_client_free
we get a send error from libusbmuxd.
|
|
|
|
|
|
|
|
Well, and restoring applications is missing too; this will be completed
later.
|
|
|
|
|
|
|
|
|
|
The activation_record was inserted into the request plist and freed at
the end. If the user app then uses plist_free to free the activation
record, it gets an invalid free. By using plist_copy the
activation_record is not touched.
|
|
|
|
|
|
|
|
|
|
|
|
Again, does not clean up too much, but it'll be helpful when
completing the restore part of the mobilebackup API.
|
|
This does not clean up too much for now, but when completing the rest of
the mobilebackup API it will help to provide nice and clean code.
|
|
|
|
This commit fixes the problem that the .mddata and .mdinfo files were
not removed due to an incorrect check for the result of stat(). Since
the file data is sent in chunks we have to check for existing files
only when the first chunk of a file is received. That's why we now reset
hunk_index each time a file has been completely received.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Some devices appear to not have anything set in com.apple.mobile.tethered_sync.
Thus we use the more general com.apple.mobile.iTunes domain to query which
seems to be supported on all tested devices.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|