iPhone SDK Error 0xE8000058 Solution

NOTE: This has been confirmed by Apple as a bug in Xcode - the bug ID is #6399667. I haven't heard an ETA on when it may be resolved.

This tip is for any fellow iPhone developers getting the 0xE8000058 error when you try to install your app in debug mode on your physical device. I just spent the last several hours trying to figure out what had happened when I tried to branch my code from a production (App Store) release back to a new dev build to start working on some new improvements. As soon as I did that and changed my build configuration back to Debug, I started getting the 0xE8000058 error. Turns out, there are all kinds of causes for it that you'll find online if you search google, but in my particular case, the cause is particularly redicious (and insane to track down).

I had recently found that you can give your application an icon in iTunes when distributed as Ad Hoc. You do this by taking a 512x512 icon, renaming it to iTunesArtwork (no extention), and putting it in the root of your application bundle. Works great. BUT, apparently, you can't install a device debug build with that in your bundle. It has no use in such a build of course, but I didnt expect it to break the install process...but it sure did. So, if you're seeing this particular error and you've tried the other tips on google and nothing works AND you did put an iTuneArtwork file in your bundle - try this:

Remove the iTunesArtwork from the bundle (you just need to remove the reference, you can leave the physical file there since you'll need to re-add it when you get ready to distribute the app)
Run Build -> Clean
Then run Build and Go (Debug)

That should do it (or did it for me at least...hopefully this will same someone else the hours of frustration I just went through to figure this out. It'd be awesome if these Xcode error messages were just a tiny bit more helpful.

Ryan Grier says:

November 4, 2008 at 10:45 pm

Thank you so much for this. I almost gave up on debugging my app on my phone. Your solution worked perfectly.

abyram says:

November 4, 2008 at 11:11 pm

Glad it worked for you - hopefully errors like this will be easier to troubleshoot in the future.

- Adam

David Siska says:

November 12, 2008 at 5:21 pm

Thank you!!! Saved my numerous hours undoubtedly.

Ben says:

December 23, 2008 at 2:09 pm

If you look in the Organizer window Console Log you can find out some slightly more helpful info about the annoying 0xE8000058 errors.

Eg:

Wed Dec 24 05:03:57 unknown mobile_installation_proxy[266] : move_asset: Could not rename /var/tmp/install_staging.DSBk32/xxxx.app/iTunesArtwork to /private/var/mobile/Applications/C8EE1B79-022D-4430-9E05-84F8AE1F938C/iTunesArtwork: No such file or directory

Wed Dec 24 05:03:57 unknown mobile_installation_proxy[266] : perform_application_install: Could not move /var/tmp/install_staging.DSBk32/xxxx.app/iTunesArtwork to /private/var/mobile/Applications/C8EE1B79-022D-4430-9E05-84F8AE1F938C/iTunesArtwork: No such file or directory

Wed Dec 24 05:03:57 unknown mobile_installation_proxy[266] : install_application: Could not install application

Adam Byram says:

December 23, 2008 at 2:20 pm

@Ben - Good point. Console Log has become much more useful to me since I originally wrote this post - I didn't realize this type of log was even there until fairly recently, but it can certainly come in handy.

Scott Heaberlin says:

February 1, 2009 at 11:06 pm

I just have to say thank you so much for posting this. It was immensely helpful.

Jason says:

February 4, 2009 at 5:21 pm

This is a great help, thanks!

Any idea what exact setting in the "Debug" profile causes the iTunesArtwork error?

February 5, 2009 at 8:27 am

@Jason - It appears that the setting that matters is the "Code Signing Identity" you have selected (i.e. iPhone Developer DOES NOT work when iTunesArtwork is present, but iPhone Distribution is fine with it).