,
--
Clark Smith Cox III
clark@apple.com
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe
completed).
--
Clark Smith Cox III
clark@apple.com
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help
expect that it *could*
change between any two launches.
--
Clark Smith Cox III
clark@apple.com
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderators
in such a configuration is an exceedingly bad idea, especially if you
are planning to do so in production.
--
Clark Smith Cox III
clark@apple.com mailto:clark@apple.com
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin
available version, all other devices
are either limited to 5.1.x (or earlier) or can be upgraded to 7.0.6.
--
Clark Smith Cox III
clark@apple.com
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator
On Feb 16, 2014, at 10:22, Kevin Meaney k...@yvs.eu.com wrote:
On 16 Feb 2014, at 17:06, Jens Alfke j...@mooseyard.com wrote:
On Feb 16, 2014, at 5:27 AM, Kevin Meaney k...@yvs.eu.com wrote:
Is the only reason for interoperability with manual retain-release code?
For backward
?
It is captured when the block is created.
--
Clark Smith Cox III
clark@apple.com
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins
to be defined as
a typedef for CGRect.
--
Clark Smith Cox III
clark@apple.com
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins