• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: fnfErr for resource files
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: fnfErr for resource files


  • Subject: Re: fnfErr for resource files
  • From: Chris Espinosa <email@hidden>
  • Date: Thu, 30 Mar 2006 10:07:06 -0800

On Mar 29, 2006, at 5:27 PM, James W. Walker wrote:

Chris Espinosa <email@hidden> wrote:

On Mar 29, 2006, at 4:19 PM, James W. Walker wrote:

 The Build ResourceManager Resources build phase is giving me
fnfErr errors on files that Xcode as a whole clearly knows the
correct location for.  I think the problem is that this build phase
cannot cope with references relative to a source tree.  A Copy
Files build phase also seems unable to handle source trees.  Is
there any workaround other than not using source trees for anything
but source code?

Please post the Rez and ResMerger invocation lines from your source code, and see whether the paths provided to those tools match the locations of your resource files.

If you're getting "File not found" in Xcode (which doesn't use the Carbon file manager, so never should see 'fnfErr' :-) ) it's possible that it's looking in the wrong fork for resource information.

Source Trees are just build settings.  Everything can and should handle them if they're used explicitly (they're not like search paths; you have to enter the source tree into the appropriate build settings).


I figured out what the problem was.  Apparently, a source tree cannot contain any spaces in its path, even if the spaces are escaped.  Once I nuked the spaces, things started working.

From the Xcode 2.2 release notes, "Known Issues and Workarounds:"

  • Spaces in project path items
    Any build setting that contains a path (or includes another build setting that resolves to a path) must be enclosed in double quotes if the path is likely to contain a space character. Xcode will handle the quoted value correctly, but will fail if an unquoted value resolves to a path that includes a space.

Chris


 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

References: 
 >fnfErr for resource files (From: "James W. Walker" <email@hidden>)
 >Re: fnfErr for resource files (From: Chris Espinosa <email@hidden>)
 >Re: fnfErr for resource files (From: "James W. Walker" <email@hidden>)

  • Prev by Date: Re: std::log10() problem
  • Next by Date: Re: Rebuild Code Sense Index (command line?)
  • Previous by thread: Re: fnfErr for resource files
  • Next by thread: Bundlizing happens every morning
  • Index(es):
    • Date
    • Thread