FS Studio

Missing Files in xCode 4.6.2 with Project Held in git Repo

Alex Lindblad — Tue, 07 May 2013 19:45:46 +0000

Today I had a unique xCode scenario crop up that caused multiple files in my project to appear as missing (red in the project file list). First, the scenario…the project is held in a git repo and development is done using a modified git-flow technique. As such we are often merging feature branches in to the develop branch and vice versa.

After merging the develop branch in to a feature branch and then returning to the develop branch numerous source files appeared as missing. I verified the files still existed on the filesystem, deleted the files from the project and added them back in with no change in file status in xCode, they still appeared missing. I then deleted them again, re-added them to the project (still missing) and then tried to adjust the location setting of each file to be “Relative to Project”. This did not work either. I made another attempt to add the files and then manually select the location of each file in the filesystem. Although the files were there xCode still showed them as missing.

Seeing no other option than to re-create the project file by creating a duplicate project with a different name I came across a fix. I created the new project and then proceeded to move all of the header files in to one of the new project’s sub directories via the Terminal. As soon as the header files were moved, all missing .cpp files in the original project showed up (file names turned to black from red). I then moved the header files back to their original location on the filesystem and my original project was back in business.

I do not know what the underlying cause of this corruption was, but in the end the fix was to move the files out of their original directory on the file system and then move them back. Hopefully this saves another developer time trying to figure out why xCode chose to incorrectly mark some files as missing

Careful with those paths in XCode

fsstudio — Tue, 07 May 2013 19:22:14 +0000

Are you getting a clang error that you can’t track down? ”What the heck is ‘clang: error: ‘-I-’ not supported, please use -iquote instead‘!?!” Oh compiler gods please help this poor soul. Well hopefully you haven’t burned a day trying to solve this by tracking down project includes, compiler versions, and lord knows what else. The answer turns out to be head-slappingly easy, you’ve got an unsupported character somewhere in the project path. In our case we had something like this:

/Users/joeblow/Devel/Projects/WARU – Joe/testDir/waru/WARU.xcodeporj

Notice the hyphen in there, that was the cause of all the pain. The fix was simply to remove the hyphen:

/Users/timwmartin/Devel/Projects/WARU/testDir/waru/WARU.xcodeporj

Hope this helps someone out there!

Paper Airplane Guy Breaks the World’s Record!!!

timwnitram — Wed, 29 Feb 2012 17:30:22 +0000

We are SO extremely proud of John Collins, aka “The Paper Airplane Guy”, on his latest victory of breaking the Guinness World’s Record for longest paper airplane flight at 226 feet, 10 inches. This blasts past the old record of 207 feet 4 inches. John has been working hard at perfecting the plane and finding the right person to throw the plane for years and his hard work and genius paid off big time!

John is truly a rare breed, he is like the Mozart of Paper Airplanes. When you go over to his house, it’s filled with new paper airplane designs. When you ask him how he does it, he simply says that he just had a bunch of designs that start flowing out of him. He is also a rare individual in that he is geniunly nice and of good character that still has the enthusiasm of youth.

Again, congrats John, you deserve it!

To see the flight, check it out on youTube. You can also check out his designs with our iPhone app.

Debugging in XCode 4.3 and why member variables don’t seem to resolve correctly

timwnitram — Thu, 23 Feb 2012 19:43:13 +0000

So you’re an early adopter, good for you, although many times it can bite ya in the behind. Xcode is a fickle mistress and the latest release of Xcode 4.3 is no exception. If you’re like me and you’ve got it installed and are cranking happily coding and debugging, you might have run into a strange phenomenon that the debugger doesn’t seem to show the variables and their values correctly. This caused me hours of heartache because I was thinking that I had something messed up with my inheritance in my classes and sent me down a wild goose-chase trying to track down why my members weren’t being initialized correctly. The it dawned on me, “hey I just updated to Xcode 4.3, I bet somethings up…” Ding ding ding, give the man a booby prize. The problem is the debugger and compiler settings. I changed my compiler to use the GCC compiler (“LLVM GCC4.2″) and the debugger to GDB and all was right in the world the next time around. After playing with the settings a bit more, turns out I didn’t need to change the compiler at all, just the debugger.

The short version of this post is, if you’re having difficulties debugging in Xcode 4.3, simply set your debugger to the GDB and you’re good to go.

Good luck and be safe out there!

More iOS Developer Resources

timwnitram — Fri, 26 Aug 2011 22:53:09 +0000

When I get off my lazy butt, I’ll add these to the resources page, but for now here are a list of great resources courtesy of http://www.vfr.org/

Blogs/Websites

Icons/Graphics

Code/Libraries

Paper Airplane Guy’s Video Instruction iPhone App Launched!

timwnitram — Wed, 13 Jul 2011 04:09:28 +0000

We’re super excited! We’ve poured a lot of love, sweat, and tears into this new release. We really wanted to make it look beautiful and I think we pulled it off. This is a major overhaul of our wildly popular Paper Airplane Guy’s Starter Kit. We’ve changed the tutorials to high quality videos and added the ability to download new plane instructions. There are currently 50 planes that the user can now download. That’s almost the entire library of the Paper AIrplane Guy’s award winning planes.

Give it a try, let us know what you think. We’re busting at the gut with pride and we hope you enjoy it!

XCode 4.2 Beta means Beta! Having Trouble Archiving to an ipa?

timwnitram — Thu, 30 Jun 2011 17:34:55 +0000

Just a quick entry to remind people that XCode 4.2 is a beta product and consequently there are certain behaviors that aren’t supported, including creating an ipa file archive. When you attempt to create the .ipa, you will get a “file or directory not found” error.

Branching Model That Helps Manage Your Code Using Git

fsstudio — Tue, 14 Jun 2011 16:46:06 +0000

We have an ongoing conversation about the best way to manage our code-base and repository in Git and have found the best solution is by using this branching structure:

http://nvie.com/posts/a-successful-git-branching-model/

‘develop’ should always be in a compiling/working state, containing the most current completed features
‘master’ should contain only releases (e.g. build from here for app store submission)
‘release/some_release_name’ should contain releases in-progress (bugfixes only)
‘feature/some_feature_name’ is where most work should take place
‘hotfix/some_hotfix_name is where we fix critical bugs on code that has been released (in master)
Feature branches are the only branches that can be in an indeterminate state, though I avoid intentionally checking in code that doesn’t build. All other branches should build and run cleanly.

You can help enforce this practice through good discipline and by using Git-Flow. If you’re on a Mac you can use MacPorts or Homebrew. There’s also a pretty decent screencast showing you how.

Some comments from our developers and friends:

Yes. Basically, we should be checking in only code that works to ‘develop’. If you need to save your latest progress, you should just create your local git branches as many as you like and when you are ready, merge with your local ‘develop’ branch and then push the changes to the remote ‘develop’ repo.

ShortForm

We’ve been using git-flow at ShortForm for about a year now an we love it. The gitflow extensions are also very nice, save a lot of manual branching and tagging as per the process :

https://github.com/nvie/gitflow

There have also been a few moments where the process has broken down for us, but with git it’s so easy to do things manually as well that it has not held us back in any way.

iCloud vs Google or Apple Against the Prevailing Winds of Web Apps

timwnitram — Tue, 07 Jun 2011 17:27:40 +0000

So here’s a story of marketing might versus a prevailing trend. Apple is bucking against the trend to move everything to the cloud and I mean everything. Popular cloud implementation moves not just data to the cloud but also functionality. From Google docs for authoring to Pandora for music consumption. You don’t just put stuff in the cloud, you use stuff in the cloud. You take advantage of the platform independence that the cloud provides you. You don’t need to lug around your computer to edit your document in Google docs, you can do it from your Dad’s computer at his house, your wife’s iPhone, or your workstation at the office. Apple takes a hybrid approach by integrating cloud served data to their proprietary platform and apps. The question is, will this work? Can they so infiltrate a consumer’s electronic appliance world so that you will always be an arm’s length away from your cloud data via an Apple product? I kinda doubt it, there are circumstances that even the most dedicated Apple Fanboy will not be able to access their data via their personal Apple product even if they wanted to. Say they work at an office that is PC only, what’s a fanboy to do?

It’s easy to see Apple’s motivation to use iCloud to drive sales of their hardware but the question is is it compelling enough? They are really fighting a powerful trend (and common sense). I am one of those folks that think’s 2007 Steve Jobs was correct in seeing most people will be using web apps with their iPhone over installed apps. There’s no reason why content providers will choose to create app binaries for each platform over a single implementation as a web app once connectivity has become fast and ubiquitous. That won’t happen for a few more years, the cell networks are still to creaky to support the kind of reliable connection people will require for reliable access to their web apps and data. But if Apple can convert many of its active users to iCloud that’s worth around $1.2 billion dollars in revenue! So even if they buck the trend for a year or two, that’s serious money.

What are your thoughts?

Update:

Here’s Slate’s thoughts on iCloud
The trend towards web apps and away from installed apps is already beginning, check out Financial Times “App”
Another article with a similar thesis, concentrates on Apple’s financial motivations
Article claiming iCloud is designed to kill MS Windows (how about a side of hyperbole with your blog posting?) He goes on to say that Jobs is sacrificing the Mac to kill Windows. I disagree with this, as I mentioned in my post, he’s forcing people more into the Mac to create and maintain the content that’s going to live in the cloud. Jobs is trying to strengthen the Mac’s role in content creation in iCloud by tying people to apps that only run on Apple products. And since we know what a joy it is to create content on the iPad, people will be using their Mac for that.
SF Chronicle also chimes in about differences between iCloud, Google, and Microsoft

Wireless Connection Speed Drop-off on Macbook Pro

timwnitram — Wed, 18 May 2011 17:46:03 +0000

This is just a short post based on my anecdotal experience with the wireless connection strength with my Macbook Pro 17″. The connection strength drops off dramatically if you have the display lid closed vs open. This is especially apparent if you are at an extended range from your wireless router. I experienced drop-offs equivalent to ~25Mb/s open vs ~7Mb/s closed. What was interesting was it didn’t matter how I oriented the closed Macbook. I assumed that if I prompt up the Macbook so that the closed lid was approximately the same orientation as it would be opened, that I would get the same download speeds, nope. The orientation didn’t matter, just the fact that it was closed vs open.

So my word of advice is if you connect to an external display and usually keep your Macbook Pro closed, keep it open for better download speeds.