lldb startup super-slow unless ios-deploy.c is edited to match exact xcode version

[fischman]

I ran into Issue #8 even though it's marked fixed, because ios-deploy.c hard-codes "7.0.4\ (11B554a)" even though on my MBP that should be "7.0.6\ (11B651)". Making that change lets the app start in ~5s instead of 30-90s.

https://github.com/phonegap/ios-deploy/blob/master/ios-deploy.c#L30

I guess a proper fix would be for ios-deploy to figure out the correct sysroot and/or die on startup if it can't.

[shazron]

Thanks for the info! This is great -- I guess I can figure out the "latest" version similar to what I did here: https://github.com/phonegap/ios-deploy/blob/83150622c2816dbfeaacf71578cbdb90a6f11b56/Makefile#L20 and include that value

[shazron]

Just tested, works great. Attempting a patch.

[fischman]

Thanks; fix worked great.
One further possible enhancement would be to warn loudly in the case of missing Symbols files. When I updated from 7.0.6 to 7.1 startup reverted to being super-slow again, and xcode showed symbol files being pulled on each startup. Creating a new empty ios app in xcode and deploying it to the device via xcode, populated my 7.1 Symbols directory (up from ~234MB to over 600MB, coming closer to the >700MB that the 7.0.6 dir had) and made subsequent startups of my real app (not built or deployed through xcode) much faster again.

[shazron]

Clarification -- what you mean is the 7.1 symbols were missing until the first time you deploy to a 7.1 device? I think I've seen what is going on - whenever a device with an unknown iOS version is connected and I see it in the Xcode Organizer, it does have a progress bar that shows it is copying the symbols over when I click on the device.

We can detect this situation by querying the device for its iOS version, if that is even possible, it might be (haven't researched this yet). If we can -- we can of course warn the user if the symbols are missing.

[fischman]

Yes, you've got the clarification right.
I was thinking of something more pedestrian: warn the user if some common
Frameworks are missing from the Symbols directory that is auto-found. As
an example, Library/Developer/Xcode/iOS DeviceSupport/7.1
(11D167)/Symbols/System/Library/Frameworks/OpenGLES.framework/ didn't show
up for me until I used xcode to push an app.

On Fri, Mar 28, 2014 at 11:49 PM, Shazron Abdullah <notifications@github.com

wrote:

Clarification -- what you mean is the 7.1 symbols were missing until the
first time you deploy to a 7.1 device? I think I've seen what is going on -
whenever a device with an unknown iOS version is connected and I see it in
the Xcode Organizer, it does have a progress bar that shows it is copying
the symbols over when I click on the device.

We can detect this situation by querying the device for its iOS version,
if that is even possible, it might be (haven't researched this yet). If we
can -- we can of course warn the user if the symbols are missing.

Reply to this email directly or view it on GitHubhttps://github.com//issues/20#issuecomment-38988526
.

[shazron]

Ah yes, and pair this with parsing the output of

xcodebuild -showsdks

We can enumerate the installed SDKs, and see if there are symbols available for each of them. Kinda like a pre-flight check.