views:

367

answers:

3

I have an application that I have been developing for some time now. Recently launching the application via a double click presents a dialog that says "You can't open the application RepoWatch because it may be damaged or incomplete."

Launching the application via open ./RepoWatch.app gives me "The application cannot be opened because its executable is missing."

I usually launch the application via ./RepoWatch.app/Contents/MacOS/RepoWatch simply out of habit (which DOES work), so I am unsure how long this has been happening, or what change happened immediately before hand. The most likely change is that I put cp Info.plist ./RepoWatch.app/Contents/ into my make file in order to version Info.plist without versioning everything in the .app bundle.

I have looked at Info.plist many times and cannot find anything wrong with it. The file opens up with Property List Editor without any errors. Saving from Property List Editor does not make the file "work" (if it is to blame in the first place).

The permissions as far as I can tell also look sane:

$ ls -l
./RepoWatch.app/Contents/Info.plist
-rw-rw-r--@ 1 dgrace  staff  789 Feb  1 23:20 ./RepoWatch.app/Contents/Info.plist
$ ls -l
/Applications/Adium.app/Contents/Info.plist
-rw-rw-r--  1 dgrace  staff 5750 Aug 21 15:41 /Applications/Adium.app/Contents/Info.plist

I am at a loss as to what to try next.

And here are the contents of Info.plist (Even though nothing has really changed in quite a while):

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"&gt;
<plist version="1.0">
<dict>
    <key>CFBundleInfoDictionaryVersion</key>
    <string>6.0</string>
    <key>CFBundleDevelopmentRegion</key>
    <string>English</string>
    <key>CFBundleExecutable</key>
    <string>RepoWatch</string>
    <key>CFBundleIdentifier</key>
    <string>com.doomstick.RepoWatch</string>
    <key>CFBundleName</key>
    <string>RepoWatch</string>
    <key>CFBundleShortVersionString</key>
    <string>1.0.0</string>
    <key>LSMinimumSystemVersion</key>
    <string>10.6</string>
    <key>CFBundleVersion</key>
    <string>Beta26</string>
    <key>NSMainNibFile</key>
    <string>MainMenu</string>
    <key>NSPrincipalClass</key>
    <string>NSApplication</string>
</dict>
</plist>
A: 

The problem is likely due to an invalid CFBundleExecutable property value in the Info.plist file you are copying into the application.

In Xcode projects the default value for this property is a special variable (placeholder) value (${EXECUTABLE_NAME}) that is expanded (replaced) when the build system builds the application. Are you sure you need to copy this file manually? Maybe you can add a script build phase that makes whatever changes you need after it has been expanded and copied into place by the normal build process.

While you are at it, you should check for other placeholder values in the file. It is likely that you will need to fill in CFBundleName (others may also be necessary, depending on your application type).

Chris Johnsen
I'm not using XCode. I know, I'm a heretic. The CFBundleExecutable hasn't changed since I started copying the file over. That's the most logical answer, but I can't find any thing that has made that value now invalid.
Daniel Grace
I brought this answer back, even though it was useless. I failed to consider whether the comment would still be useful before I deleted the answer.
Chris Johnsen
+1  A: 

OK, some (more) shots in the dark.

  1. The docs for LSMinimumSystemVersion say that the value is supposed to be a string with the form n.n.n. You might try adding a “.0” to the end of your value.
  2. When you use ./RepoWatch.app/Contents/MacOS/RepoWatch to run it manually, are you using some sort of completion or filename generation, or are you typing it all in (especially the filename of the executable)?
    • Maybe the executable filename has some odd invisible/combining/look-alike character in it that does not match the value in Info.plist. Try ls -w /path/to/RepoWatch.app/Contents/MacOS/ | xxd to look at the bytes for anything non-ASCII.
  3. Does plutil -lint /path/to/Info.plist give you an “OK”?
  4. The @ after the permissions in the ls -l output indicates some xattrs. These could be harmless, but have you looked at which ones are there with ls -l@?
    • If one of the xattrs looks suspect (or even if not) you could (cd /path/to/RepoWatch.app/Contents/ && mv Info.plist Info.plist.save && cat Info.plist.save > Info.plist) to get a copy without the xattrs and test with it.
    • If using the non-xattr'd file still causes problems, you might try systematically modifying and deleting keys (after making a backup copy, like the .save above) to see if you can cause a different error message that might help indicate the problem.
Chris Johnsen
I am about to step out and just now noticed the new answers. Is there a way to make SO send me an email on answers? I quit looking at this regularly after the first 24 hours or so.I removed the xattrs. That didn't help. I will try the rest when I return. I am especially interested in the plutil -lint. I did not know that command, and was assuming that the plist editor would tell me if anything was wrong.
Daniel Grace
Of your suggestions, the only thing that struck me as somewhat odd:$ ls -w ./RepoWatch.app/Contents/MacOS/ | xxd0000000: 5265 706f 5761 7463 680a RepoWatch.0a seems to be a line feed, and shows up as a period on the right hand side. Is this just because it's an odd number of characters, or is this actually a problem?
Daniel Grace
Notifications: When asking a question there is a “Notify _ daily of new answers” checkbox, is that option there once you have asked a question (maybe only in edit?)? Also on you profile page (click your name at the top of any) under “prefs”, is another notifications checkbox. See http://meta.stackoverflow.com/questions/24659/instant-email-alerts-and-notifications and http://meta.stackoverflow.com/search?q=email+new+answers
Chris Johnsen
The `0a` is just the usual terminating linefeed from `ls`, nothing to worry about (the `-w` option just prevents `ls` from printing `?` instead of the raw byte if it thinks it is unprintable in the current environment).
Chris Johnsen
+1  A: 

Project Menu > Set Active Executable

Alex Clarke
I'm not using Xcode. I had put that in a comment that got deleted. Sorry for the confusion.
Daniel Grace