Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
been read
|
|
handle timeouts more adequate
idevice_connection_receive_timeout(), when in SSL mode, was assuming it should
always try to read the exact amount of data specified in `len` parameter.
While this works with most protocols that have length fields or fixed sized
headers/packets, some others (e.g. debugserver) break because it will request
a read but doesn't know the size that is expected to be returned beforehand.
This commit will handle timeouts better and return the number of bytes that
were read in such cases (instead of returning 0 bytes read + error).
Note that in the event of a timeout, IDEVICE_E_TIMEOUT will be returned even
though actual data might have been read. The number of bytes read will be
returned in recv_bytes.
|
|
|
|
|
|
|
|
|
|
|
|
public method 'remove_path_and_contents'
|
|
|
|
Removes repeated malloc/free too, limits the maximum filenames to try to 65535
and fails if no unique filename could be found. I think this limit is VERY
generous. If there are really so many files to test against it will also cause
an unconveniently long delay, but I felt a lower limit could still be easily
reached.
|
|
|
|
Thanks to @corsac-s for spotting this.
|
|
Thanks to @corsac-s for pointing this out.
|
|
Thanks to @timgates42 for spotting this.
|
|
Thanks to @youngchief-btw for spotting this.
|
|
|
|
without killing the app
|
|
|
|
|
|
|
|
application info
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
absence of --network option
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
requirements already imply them
|
|
|
|
|
|
|