On Mar 10, 2008, at 6:57 PM, William Hunt wrote:
On Mar 10, 2008, at 6:29 PM, Chris Hanson wrote:
On Mar 10, 2008, at 4:44 PM, William Hunt wrote:
When I call:
NSLog( @"bundlePath: %@", [[NSBundle mainBundle] bundlePath] );
I get:
2008-03-10 16:41:18.565 otest[3819:80f] bundlePath: /Devel
On Mar 11, 2008, at 01:44, William Hunt wrote:
Well, I think I've traced the weirdness I was previously having
with the model down to the following...
When I call:
NSLog( @"bundlePath: %@", [[NSBundle mainBundle] bundlePath] );
I get:
2008-03-10 16:41:18.565 otest[3819:80f] bundlePath: /D
Ok, so it's the expected behavior. Phooey! I then have two
questions:
1) How do I "inject [my] tests into [my] application?"
You shouldn't need to. They're being injected automatically as part of
the way the Xcode OCUnit test targets work.
Try printing out [NSBundle allBundles]. Your
On Mar 10, 2008, at 6:29 PM, Chris Hanson wrote:
On Mar 10, 2008, at 4:44 PM, William Hunt wrote:
Well, I think I've traced the weirdness I was previously having
with the model down to the following...
Please don't start a new thread when the existing one will do just
fine. Creating a ne
On Mar 10, 2008, at 4:44 PM, William Hunt wrote:
Well, I think I've traced the weirdness I was previously having with
the model down to the following...
Please don't start a new thread when the existing one will do just
fine. Creating a new thread removes context from the conversation
th
Well, I think I've traced the weirdness I was previously having with
the model down to the following...
When I call:
NSLog( @"bundlePath: %@", [[NSBundle mainBundle] bundlePath] );
I get:
2008-03-10 16:41:18.565 otest[3819:80f] bundlePath: /Developer/Tools
This is clearly not correct. (I g
