Re: Using Snow Leopard for development (was: NSString Retain Count of 2147483647)
Re: Using Snow Leopard for development (was: NSString Retain Count of 2147483647)
- Subject: Re: Using Snow Leopard for development (was: NSString Retain Count of 2147483647)
- From: Alexander von Below <email@hidden>
- Date: Wed, 24 Jun 2009 22:12:26 +0200
Also, VMWare (and I think Parallels, too) offer to run Snow Leopard
Server as guest operating system. This allows you to run the new OS
completely seperated from everything else
Alex
Am 24.06.2009 um 20:50 schrieb Nick Beadman:
Bill et al,
Assuming we do have access to Snow Leopard seeds, and this question
can be answered in a generic enough way to be aired in public
without violating the NDA, does any one have any tricks or tips to
aid development on a moving target?
Quite apart from the completely controllable settings within Xcode
to target a deployment target that is different from the one being
developed upon there is the issue of continual installation and
having the rest of our "digital life" along for the ride. This must
be a problem that is at least solved within Apple but I am wondering
if anyone is prepared to document how they continually update to a
new seed release while maintaining their data. It is not clear to me
that installation over a previous version is possible, or more
honestly recommended, and doing Archive and Install every time seems
fairly time consuming.
Nick
On Jun 24, 2009, at 9:03 am, Bill Bumgarner wrote:
The best way to find situations such as these is to use ObjectAlloc
within Instruments. It can track full life cycles of objects. If
you have access to the Snow Leopard seeds, I would suggest doing
all your development work there, even if targeting 10.5 as your
deployment platform. The analysis tools in Snow Leopard's
development tools are vastly superior to the Leopard version.
--
Nick Beadman
email@hidden
(sent from my mailing list account, email@hidden)
_______________________________________________
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
_______________________________________________
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