On Mar 11, 2010, at 7:55 PM, Alexander Bokovikov wrote:
>
> On 11.03.2010, at 23:25, Corbin Dunn wrote:
>
>> http://www.corbinstreehouse.com/blog/2008/08/your-most-important-breakpoint-in-cocoa/
>
> I've done what was told there. No difference. I just get EXC_BAD_ACCESS in
> XCode status line
On Mar 11, 2010, at 8:55 PM, Alexander Bokovikov wrote:
> Is there anything criminal here?
Is the datasource for the NSTableView still a valid, non-released object when
the window is closed?
Eli
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com
On 11.03.2010, at 23:25, Corbin Dunn wrote:
http://www.corbinstreehouse.com/blog/2008/08/your-most-important-breakpoint-in-cocoa/
I've done what was told there. No difference. I just get
EXC_BAD_ACCESS in XCode status line and debugger's call stack list
shows:
objc_msgSend
- [NSTableVie
On Mar 11, 2010, at 9:44 AM, Alexander Bokovikov wrote:
> On Thursday, March 11, 2010 at 10:11 PM Fritz Anderson wrote:
>
>> 1. You don't say what "fail" means. A crash?
>> What error code? What stack trace?
>
> EXC_BAD_ACCESS. Assembler call stack view shows line next to the subj call.
>
> OS
On Mar 11, 2010, at 9:48 AM, Alexander Bokovikov wrote:
>
> On Thursday, March 11, 2010 at 10:29 PM Corbin Dunn wrote:
>
>> Break on objc_exception_throw.
>
> Could you explain it? What does it mean?
http://www.corbinstreehouse.com/blog/2008/08/your-most-important-breakpoint-in-cocoa/
corbin
On Mar 11, 2010, at 10:44 AM, Alexander Bokovikov wrote:
> Of couse, I never called it directly. I never implemented it. I just _use_
> NSTableView. Nothing more. The fact is that it is working nice in the main
> app, where it is never destroyed explicitly. But it doesn't work correctly in
> a
On 11 Mar 2010, at 11:44 AM, Alexander Bokovikov wrote:
> Of couse, I never called it directly. I never implemented it. I just _use_
> NSTableView. Nothing more. The fact is that it is working nice in the main
> app, where it is never destroyed explicitly. But it doesn't work correctly in
> a m
On Thursday, March 11, 2010 at 10:29 PM Corbin Dunn wrote:
Break on objc_exception_throw.
Could you explain it? What does it mean?
Thanks.
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comme
On Thursday, March 11, 2010 at 10:11 PM Fritz Anderson wrote:
1. You don't say what "fail" means. A crash?
What error code? What stack trace?
EXC_BAD_ACCESS. Assembler call stack view shows line next to the subj call.
OS X 10.5.8 Never tried it in 10.6.X
2. This is all moot, because, as the
On Mar 11, 2010, at 7:38 AM, Alexander Bokovikov wrote:
> Hi, All.
>
> I have a table view in the "main" window, where it works fine. And have yet
> another very similar table view in a popup modal panel. where it fails
> immediately after panel is closed. Debugger shows subj, as the failure p
On 11 Mar 2010, at 9:38 AM, Alexander Bokovikov wrote:
> I have a table view in the "main" window, where it works fine. And have yet
> another very similar table view in a popup modal panel. where it fails
> immediately after panel is closed. Debugger shows subj, as the failure point.
> In both
Hi, All.
I have a table view in the "main" window, where it works fine. And
have yet another very similar table view in a popup modal panel. where
it fails immediately after panel is closed. Debugger shows subj, as
the failure point. In both cases dataSource for table view is assigned
in
12 matches
Mail list logo
