This repository has been archived by the owner on Jan 5, 2022. It is now read-only.
incremental transfer #18
Open
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
…process receives SIGTERM/SIGINT.
…-x) to specify the location of Xcode.
…nbuffered option, properly kill child process) to get a reasonably working version, also tidy up where we look for Xcode.
…, and use for finding debug stuff include gdb. Also add in unprompted's -x to allow the user to specify Xcode location.
…s still used, also add a hacky search as a last resort for DeveloperDiskImage.dmg as Xcode seems to not always create a Latest symlink to follow. Also made whitespace consistent.
…e to popen xcode-select.
…to the hardcoded ones.
Installs, uninstalls, lists, and runs applications on a non-jailbroken iOS device connected to an OS X machine. gdb was no longer working for certain applications, and this was easier than figuring out how Xcode makes LLDB talk to a remote iOS debugserver. * Has support for basically all of the same features as before, in addition to uninstalling and listing applications. * Talks directly to the remote debugserver, so that running is not sensitive to differences in debuggers, finding symbols, ... * Can possibly be made to work on Windows without too much effort.
AMDeviceMountImage doesn't seem to be available in MobileDevice.dll on Windows. That is the only feature that should be missing. I believe that all of the necessary dependencies are installed as part of iTunes, but it's possible that the iPhone Configuration Utility is necessary. I think a 32-bit python.exe is currently required.
…e path that differs from the device's build number. xcode path will now only be looked up once and then cached. DeveloperDiskImage.dmg will now be searched for in the DeviceSupport directory previously found.
… and -d and -v options.
…app (no 'continue').
…lose stdin for the child making it impossible to send commands to GDB over stdin. Instead both parent and child will register for the SIGTERM and SIGINT signals and both will send SIGTERM to the their common process group (pgid 0) when signaled.
…ons that take no argument were listed as taking an argument.
…ables built with RoboVM take ages to start.
Disabled uuid check of shared libs.
…ess which invoked fruitstrap. Instead we now use sysctl() to walk the process tree and kill each descendant of the topmost fruitstrap process.
…of SIGTERM which killed gdb and the app.
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
AMDeviceTransferApplication() always transfer all files. My project is 142MB, so it takes too long. XCode has some sort of incremental transfer. Is it possible to add something like that in your fruitstrap fork?