Doug Simons wrote:
Our application had a crash when deallocating a clipView, because
its nextKeyView pointed to an object that had already been freed.
On carefully reviewing the code, I discovered that the system is
designed such that each view can have _multiple_ next and previous
key
But it appears to me that the code could be cleaned up and
simplified quite a bit if everyone agrees with my assertion that a
view should only have one (or zero) nextKeyView. To begin with, the
_nextKeyView ivar could be turned into a direct pointer to the next
key view rather than a
Hello folks,
I seems that the runtime abstraction layer is being deprecated. I would
have expected that the introduction of yet another runtime would
actually strengthen the need for the abstraction layer. Yet I
appreciate that supporting three runtimes is quite a task.
Also the semantics of
On 9 Apr 2010, at 19:13, David Ayers wrote:
I seems that the runtime abstraction layer is being deprecated.
Is it?
I would
have expected that the introduction of yet another runtime would
actually strengthen the need for the abstraction layer. Yet I
appreciate that supporting three
Am 09.04.2010 20:06, schrieb Gregory Casamento:
I propose that we freeze the code to all new features on the trunk
before the release starting next friday (4/17). The freeze should be
in place for a week or two so that we can find bugs and correct them
prior to the release planned for either
On 9 Apr 2010, at 22:37, Fred Kiefer wrote:
Am 09.04.2010 20:06, schrieb Gregory Casamento:
I propose that we freeze the code to all new features on the trunk
before the release starting next friday (4/17). The freeze should be
in place for a week or two so that we can find bugs and correct
On 9 Apr 2010, at 21:12, David Chisnall wrote:
On 9 Apr 2010, at 19:13, David Ayers wrote:
I seems that the runtime abstraction layer is being deprecated.
Is it?
Some parts of it ...
I would
have expected that the introduction of yet another runtime would
actually strengthen the
On 9 Apr 2010, at 22:37, Fred Kiefer wrote:
Am 09.04.2010 20:06, schrieb Gregory Casamento:
I propose that we freeze the code to all new features on the trunk
before the release starting next friday (4/17). The freeze should be
in place for a week or two so that we can find bugs and
