• 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: Xcode 3.1 builds fails for OS X Cocoa apps (copystrings)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Xcode 3.1 builds fails for OS X Cocoa apps (copystrings)


  • Subject: Re: Xcode 3.1 builds fails for OS X Cocoa apps (copystrings)
  • From: Jim Fridlund <email@hidden>
  • Date: Mon, 21 Jul 2008 18:21:52 -0700

On Jul 21, 2008, at 11:00 AM, Samuel Davis wrote:
Hi Jim,

This problem is most likely caused by your default system directories been modified by the installation of MacPorts. Hence, it would be a good thing to check that everything is where it should be and it might even be necessary to move things around a bit. Important things to check for would be your PATH environment variable is pointing to the right places (most importantly that / usr/bin is searched before any directories chosen by your MacPort installation) and that your Ruby installation is in the right place (i.e. /usr/bin).

Good luck!

- Sam

Hi Sam. I have a completely different problem which is unique from everything else I've seen. I only installed a couple utilities from MacPorts and ruby is certainly not one of them.


I believe MacPorts binaries are installed in /opt/local hierarchy and I don't think they mess with system installed binaries. The problem Paul had was the instructions at some website had him rename the system installed ruby binaries. I would never do such thing.

To ensure I wasn't affected by the MacPorts install, I renamed /opt/ local -> /opt/local.orig. However, I still get the same problem. My ruby executable, /usr/bin/ruby, is untouched and this is the one that is invoked by copystrings script since the first line of the copystrings script contains the full path of ruby #!/usr/bin/ruby.

$ which ruby
/usr/bin/ruby

$ ruby --version
ruby 1.8.6 (2008-03-03 patchlevel 114) [universal-darwin9.0]

$ openssl md5 /usr/bin/ruby
MD5(/usr/bin/ruby)= e5f03a98f463934d1ea4d064223a9bdd

$ otool -L /usr/bin/ruby
/usr/bin/ruby:
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ libruby.1.dylib (compatibility version 1.8.0, current version 1.8.6)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.1)
/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)


I started seeing this problem when I installed Xcode 3.1 beta versions. I am running Xcode 3.1 final now, but it still has the problem. Having said that, earlier versions of Xcode beta (I think IDE version 1057 or earlier) didn't have this problem. I suspect the problem started happening for me when Apple transitioned Xcode to start using the copystrings ruby script. It has something to do with permissions which is all I know at the moment. Perhaps ruby has its TMPDIR environment set to a location that is not writable by my user id? If that were the case though, I would expect other users to have seen/reported this problem... Does Xcode invoke suid programs? Those are just some thoughts that might get in to permission related problems.

Anyway, I'll figure it out on my own. At the very least, I have a workaround. Thanks though.
--
Jim


_______________________________________________
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: 
 >Fwd: Xcode 3.1 builds fails for OS X Cocoa apps (copystrings) (From: Jim Fridlund <email@hidden>)

  • Prev by Date: Re: Xcode 3.1 builds fails for OS X Cocoa apps (copystrings)
  • Next by Date: Re: Upgrade to Xcode 3.1 ?
  • Previous by thread: Re: Xcode 3.1 builds fails for OS X Cocoa apps (copystrings)
  • Next by thread: Re: Xcode 3.1 builds fails for OS X Cocoa apps (copystrings)
  • Index(es):
    • Date
    • Thread