Developing for a Jailbroken iPhone A to Z (iOS 4.0.1)(转)

注: 据说可以在xcode4用这个方法

Jailbreak Development for iOS4!

Vital Stats:
iOS 4.0.1
Xcode 3.2.3
Mac OSX 10.6.4 Snow Leopard
iPhones 3G, 3GS, 4 (I finally have the whole lineup!)

PROBLEM: I still can't get iPhone 4 working. If you have one, please try it and help me out! UPDATE: Found the cause of the problem to be certain status bar libraries installed alongside other apps. I'm not sure why they cause the problem, but see full notes at the bottom of the post.

The Goal: As usual, we want to be able to click "build and go" in Xcode and get the app we're working on to load to the phone and start up. Also, we want to be able to debug from within Xcode itself. After all, Xcode is cool, and terminal+makefiles+gcc+gdb is lame.

Abstract: The plan remains unchanged from the 3.x method. In fact, you commenters practically wrote this one for me. This time we're going to tell Xcode that it doesn't need to codesign for iPhoneOS targets, then we're going to tell it don'tcodesign for iPhoneOS targets, then we're going to tell it, well, actually, codesign but do it using our script, not your built in method.

The Process: With Xcode closed and your device unplugged from the computer,

1. If you've done this step before for previous guides, you may ignore it. You'll need a code signing identity in order to sign code to run on the device. Normally, this would be issued by Apple, but later on we'll break the signature check so you can make a "Self-Signing Identity" using this guide from apple (coral). Note that you should name the identity “iPhone Developer” EXACTLY to avoid having to change a bunch of the steps below.
2. On your jailbroken iPhone, install the app AppSync. Add the source http://cydia.hackulo.us to cydia. You'll get a warning about pirating software: this patch, by virtue of breaking Apple's DRM so that we can install our own app, also enables us to install cracked App Store apps. Don't do that. It's immoral, fails to support legitimate developers who should be rewarded for their effort, and perhaps above all, pirating $2 cell phone apps is just ultra lame. But since our purposes are not nefarious, dismiss the warning. From this repo, install the package AppSync for OS 4.0, and for good measure, reboot the device.
3. Make some Plist adjustments, starting with SDKSettings.plist:

   View Raw Code?

   1. cd /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.0.sdk

   2. sudo cp SDKSettings.plist SDKSettings.plist.orig

   3. sudo vi SDKSettings.plist

   Find

   View Raw Code?

   1. <key>CODE_SIGNING_REQUIRED</key>

   2. <string>YES</string>

   and change YES to NO
   then find

   View Raw Code?

   1. <key>ENTITLEMENTS_REQUIRED</key>

   2. <string>YES</string>

   and change YES to NO again. HINT: in vi, you can type the '/' key in order to "Cmd-F"

4. Now, move on to the platform Info.plist

   View Raw Code?

   1. cd /Developer/Platforms/iPhoneOS.platform/

   2. sudo cp Info.plist Info.plist.orig

   3. sudo vi Info.plist

   Two times, the following appears:

   View Raw Code?

   1. <key>CODE_SIGN_CONTEXT_CLASS</key>

   2. <string>XCiPhoneOSCodeSignContext</string>

   Find each occurrence and replace the block

   View Raw Code?

   1. <string>XCiPhoneOSCodeSignContext</string>

   with

   View Raw Code?

   1. <string>XCCodeSignContext</string>

5. And now the real bad boy, some binary patching of Xcode:

   View Raw Code?

   1. cd ~/Desktop

   2. vi script

   hit the "i" key and copy/paste:

   View Raw Code?

   1. #!/bin/bash

   2. cd /Developer/Platforms/iPhoneOS.platform/Developer/Library/Xcode/Plug-ins/iPhoneOS\ Build\ System\ Support.xcplugin/Contents/MacOS/

   3. dd if=iPhoneOS\ Build\ System\ Support of=working bs=500 count=255

   4. printf "\xc3\x26\x00\x00" >> working

   5. /bin/mv -n iPhoneOS\ Build\ System\ Support iPhoneOS\ Build\ System\ Support.original

   6. /bin/mv working iPhoneOS\ Build\ System\ Support

   7. chmod a+x iPhoneOS\ Build\ System\ Support

   type the keys, in order: ":" "x" "enter"

   View Raw Code?

   1. chmod 777 script

   2. ./script

   If it works right, you should see something like

   View Raw Code?

   1. $ ./script

   2. 223+1 records in

   3. 223+1 records out

   4. 111648 bytes transferred in 0.002678 secs (41692099 bytes/sec)

   At this point, you're done telling Xcode it doesn't need to codesign. Now, we tell it don't codesign:

6. With a new project open and ready to go (presumably you want to debug this one, though once you change these settings once, they'll persist from project to project) open Project>Edit Project Settings (from the menu). Click on the "Build" tab.
   Find "Code Signing Identity" and its child "Any iPhoneOS Device" in the list, and set both to the entry "don't code sign"

   

   Should look like this

   Now you've told Xcode "don't codesign."

7. Almost done: time to tell Xcode "well, actually you should codesign."

   View Raw Code?

   1. mkdir /Developer/iphoneentitlements401

   2. cd /Developer/iphoneentitlements401

   3. curl -O http://www.alexwhittemore.com/iphone/gen_entitlements.txt

   4. mv gen_entitlements.txt gen_entitlements.py

   5. chmod 777 gen_entitlements.py

8. 

   Just hit cancel.

   And finally, to link the device and computer. Plug your iPhone in and open Xcode. Open Window>Organizer. Select the device from the list on the left hand side, and click "Use for development." You'll be prompted for a provisioning website login, click cancel. It's there to make legitimate provisioning easier, but doesn't make illegitimate not-provisioning more difficult.

Now you're good to go! But there's just one last thing. You have to do this last part for every new project you make. Go to the menu Project > New Build Phase > New Run Script Build Phase. In the window, copy/paste this:

View Raw Code?

1. export CODESIGN_ALLOCATE=/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/codesign_allocate

2. if [ "${PLATFORM_NAME}" == "iphoneos" ]; then

3. /Developer/iphoneentitlements401/gen_entitlements.py "my.company.${PROJECT_NAME}" "${BUILT_PRODUCTS_DIR}/${WRAPPER_NAME}/${PROJECT_NAME}.xcent";

4. codesign -f -s "iPhone Developer" --entitlements "${BUILT_PRODUCTS_DIR}/${WRAPPER_NAME}/${PROJECT_NAME}.xcent" "${BUILT_PRODUCTS_DIR}/${WRAPPER_NAME}/"

5. fi

That will call the script you just downloaded in step 5 to sign our app with a fake signature. This is important only for debugging. If you do build and go otherwise, the app will load to the phone, but the app will fail to launch and you'll get:

Error from debugger: The program being debugged is not being run

That should do it. Take all those steps and you should be home free for JBDev without paying $99.

CREDITS: Once again, credit for this process goes to various posters in this forum thread at iphonedevsdk.com. All of these steps are there somewhere, it just took a while to re piece them together in the right combination.

iPhone 4 Issue (UPDATE see below): So the method above has been tested working for my 3G and my 3GS. I don't have my 2G right with me, but I expect it's no different from the previous method, given that it can't run iOS4.

The problem that I run into is this:

[Session started at 2010-08-04 20:35:02 -0400.]
//GDB stuff
Program loaded.
target remote-mobile /tmp/.XcodeGDBRemote-93925-69
Switching to remote-macosx protocol
mem 0x1000 0x3fffffff cache
mem 0x40000000 0xffffffff none
mem 0x00000000 0x0fff none
run
Running…
[Switching to thread 11523]
[Switching to thread 11523]
continue
warning: Unable to read symbols for "/Library/MobileSubstrate/MobileSubstrate.dylib" (file not found).
// A bunch of other lib load warnings like this here...
warning: Unable to read symbols for "/Developer/Platforms/iPhoneOS.platform/DeviceSupport/4.0.1/Symbols/usr/lib/libcrypto.0.9.8.dylib" (file not found).

Debugger stopped.
Program exited with status value:45.

The killer is that the app installs, launches, crashes, and then launches fine manually. But I also can't connect GDB to the running process after the fact either, GDB claims the process isn't running. I have no idea what's going on. Anyone?

What gives?!

UPDATE (8/3/10): Totally by chance I happened to read this article on TUAW today about FaceTime. I didn't pay much attention until about half way down something caught my eye:

...rather significant My3G bug -- when installed, you cannot use your iPhone for native software development....

I had initially thought that maybe third party software was to blame but I meticulously disabled each MobileSubstrate extension I had one at a time and ruled them all out. Turns out that wasn't good enough. The (since fixed) My3G bug was exactly the source of this issue, but I had actually uninstalled My3G and the problem persisted. The issue, it turns out, is with the status bar library Intelliborn uses in their products, IntelliStatusBarIcons. BUT, it doesn't stop there. By individually uninstalling apps, I've found that Backgrounder (and NOT libstatusbar) also cause a dealbreaking bug. Instead of the program exiting with status:45, the new error is "Program received signal: "SIGUSR1". at which point the application hangs. Conveniently, the workaround is easy, if annoying: For your particular project title, add an Override in Backgrounder. Hopefully this IS a bug in Backgrounder and not a byproduct of its function. But at least now you can debug again!

So partly I'm dumb and partly this is just a bummer. Full story in this post, but the general idea is that gdb catches a SIGUSR1 from Backgrounder and you have to 'continue' through it. And obviously, disabling Backgrounder for your app prevents the signal from getting sent.

Tagged as: iPhone, jailbreak development, jailbroken, xcode Leave a comment

Comments (308) Trackbacks (12) ( subscribe to comments on this post )

1. 

   Zee
   May 17th, 2011 - 16:45

   Hi, I tested this on xcode 4.0.1 and iPod Touch 4g 4.3.3. My snow leopard runs on vmware. No problems here. I was able to deploy and debug my app. Thanks much Alex!

2. 

   StinkyCat
   May 20th, 2011 - 06:22

   I did it! thanks to Gerard Henninger (April 15th, 2011 – 22:30) I was able to surpass the ‘clock thing’ problem and I just tried my app in my ipod. my system is xcode 4.0.1 and I have 4.3.3 JB on my iPod 4G. (notice that i had to have it unJB to add it to the organizer). Well Thank you so much for everything Gerard and obviously this whole guide

3. 

   sun.wael
   May 26th, 2011 - 21:03

   duuuuuuuuude , you are AWESOME !!!!

4. 

   Kumait
   May 28th, 2011 - 06:14

   Very nice, you are great, it works for me perfectly

5. 

   Sam
   May 28th, 2011 - 09:33

   Alex, had this working ages ago, thankyou so much.

   I recently upgraded to latest 4.0.1 xc + 4.3.3 JB on 3GS.. The *same* error that I had previously regarding the “symbols” for debugging occurred, last time it was Backgrounder.

   I did disable multitasking (http://jaxov.com/2011/05/disable-native-multitasking-on-iphone-ipod-touch-ipad-running-ios-4-3-3/) and when i tried to install Backgrounder it failed.. but i didnt persist.

   Any ideas what I could be doing wrong?

   Thanks
   Sam

6. 

   Sam
   May 28th, 2011 - 09:42

   Alex,

   Here is the output, maybe its all working fine, apologies in advance, am just getting back into this after a long break.

   Thanks
   Sam

   GNU gdb 6.3.50-20050815 (Apple version gdb-1518) (Sat Feb 12 02:56:02 UTC 2011)
   Copyright 2004 Free Software Foundation, Inc.
   GDB is free software, covered by the GNU General Public License, and you are
   welcome to change it and/or distribute copies of it under certain conditions.
   Type “show copying” to see the conditions.
   There is absolutely no warranty for GDB. Type “show warranty” for details.
   This GDB was configured as “–host=x86_64-apple-darwin –target=arm-apple-darwin”.tty /dev/ttys000
   target remote-mobile /tmp/.XcodeGDBRemote-661-35
   Switching to remote-macosx protocol
   mem 0×1000 0x3fffffff cache
   mem 0×40000000 0xffffffff none
   mem 0×00000000 0x0fff none
   [Switching to process 11779 thread 0x0]
   [Switching to process 11779 thread 0x0]
   Re-enabling shared library breakpoint 1
   warning: Unable to read symbols for /Library/MobileSubstrate/MobileSubstrate.dylib (file not found).
   warning: Unable to read symbols for /Library/Frameworks/CydiaSubstrate.framework/Libraries/SubstrateLoader.dylib (file not found).
   2011-05-28 23:39:57.045 Slider4[597:607] MS:Notice: Installing: sammys.Slider4 [Slider4] (550.58)
   2011-05-28 23:39:57.090 Slider4[597:607] MS:Notice: Loading: /Library/MobileSubstrate/DynamicLibraries/Activator.dylib
   warning: Unable to read symbols for /Library/MobileSubstrate/DynamicLibraries/Activator.dylib (file not found).
   2011-05-28 23:39:57.622 Slider4[597:607] MS:Notice: Loading: /Library/MobileSubstrate/DynamicLibraries/IntelliStatusIconsView.dylib
   warning: Unable to read symbols for /Library/MobileSubstrate/DynamicLibraries/IntelliStatusIconsView.dylib (file not found).
   2011-05-28 23:39:58.185 Slider4[597:607] Initializing IntelliStatusBarIcons v0.93
   2011-05-28 23:39:58.195 Slider4[597:607] Initialized listener for icon updates
   2011-05-28 23:39:58.244 Slider4[597:607] MS:Notice: Loading: /Library/MobileSubstrate/DynamicLibraries/WinterBoard.dylib
   warning: Unable to read symbols for /Library/MobileSubstrate/DynamicLibraries/WinterBoard.dylib (file not found).
   warning: Unable to read symbols for /Developer/Platforms/iPhoneOS.platform/DeviceSupport/4.3.3 (8J2)/Symbols/usr/lib/libsubstrate.dylib (file not found).
   2011-05-28 23:40:00.422 Slider4[597:607] WB:Notice: WinterBoard
   MS:Warning: message not found [UIImage defaultDesktopImage]
   2011-05-28 23:40:00.502 Slider4[597:607] MS:Notice: Loading: /Library/MobileSubstrate/DynamicLibraries/libstatusbar.dylib
   warning: Unable to read symbols for /Library/MobileSubstrate/DynamicLibraries/libstatusbar.dylib (file not found).
   2011-05-28 23:40:01.256 Slider4[597:607] Could not find mapped image Silver_LINotif.png
   Program ended with exit code: 0

7. 

   eduardo brazil
   May 30th, 2011 - 19:42

   Tks a Lot it works for me – congratulations!!!

8. 

   Anony
   June 1st, 2011 - 06:42

   I was able to run it on iPhone 4 by enabling breakpoints and then starting the debug. It gives an error sometimes but keep trying as it does work too.