Re: Mysterious crash with NSTableView

2016-08-26 Thread Doug Hill
> On Aug 26, 2016, at 9:20 PM, Jeff Szuhay wrote: > > >>> On Aug 26, 2016, at 8:44 PM, Sandor Szatmari >>> wrote: >>> >>> >>> However, in your case I wonder what the static analyzer in Xcode tells you >>> about the bug you see? >> >> I believe Andreas mentioned he does not use Xcode as h

Re: Mysterious crash with NSTableView

2016-08-26 Thread Jeff Szuhay
> On Aug 26, 2016, at 8:44 PM, Sandor Szatmari > wrote: > >> >> However, in your case I wonder what the static analyzer in Xcode tells you >> about the bug you see? > > I believe Andreas mentioned he does not use Xcode as his product is cross > platform, but this is a good suggestion. Any

Re: length of file from NSFileHandle?

2016-08-26 Thread Jeff Szuhay
> On Aug 26, 2016, at 8:19 PM, Graham Cox wrote: > Apparently a simple task, but no obvious API for it: getting the length > (size) of a file I have a NSFileHandle for. This class has no -length > property, so how can I get it? > > I need to know because I have a requirement to create a backup

Re: Mysterious crash with NSTableView

2016-08-26 Thread Sandor Szatmari
Doug, > On Aug 26, 2016, at 17:58, Doug Hill wrote: > >> On Aug 26, 2016, at 1:52 PM, Jens Alfke wrote: >> >>> On Aug 26, 2016, at 8:42 AM, Andreas Falkenhahn >>> wrote: >>> >>> But once again, I think it's a crime that there is no mentioning of this in >>> the class >>> documentation of "

Re: length of file from NSFileHandle?

2016-08-26 Thread Ken Thomases
On Aug 26, 2016, at 10:19 PM, Graham Cox wrote: > > Apparently a simple task, but no obvious API for it: getting the length > (size) of a file I have a NSFileHandle for. This class has no -length > property, so how can I get it? The reason it has no length property is because not all NSFileHan

Re: length of file from NSFileHandle?

2016-08-26 Thread R. Matthew Emerson
> On Aug 26, 2016, at 11:32 PM, R. Matthew Emerson > wrote: > > >> On Aug 26, 2016, at 11:19 PM, Graham Cox wrote: >> >> Hi all, >> >> Apparently a simple task, but no obvious API for it: getting the length >> (size) of a file I have a NSFileHandle for. This class has no -length >> proper

Re: length of file from NSFileHandle?

2016-08-26 Thread R. Matthew Emerson
> On Aug 26, 2016, at 11:19 PM, Graham Cox wrote: > > Hi all, > > Apparently a simple task, but no obvious API for it: getting the length > (size) of a file I have a NSFileHandle for. This class has no -length > property, so how can I get it? > > I need to know because I have a requirement t

length of file from NSFileHandle?

2016-08-26 Thread Graham Cox
Hi all, Apparently a simple task, but no obvious API for it: getting the length (size) of a file I have a NSFileHandle for. This class has no -length property, so how can I get it? I need to know because I have a requirement to create a backup copy of a file once it exceeds a certain size. Thi

Re: Mysterious crash with NSTableView

2016-08-26 Thread Doug Hill
On Aug 26, 2016, at 1:52 PM, Jens Alfke wrote: > > On Aug 26, 2016, at 8:42 AM, Andreas Falkenhahn > wrote: >> >> But once again, I think it's a crime that there is no mentioning of this in >> the class >> documentation of "setDelegate" and "setDatasource" :( > > In the Xcode 8 docs for NST

Re: Mysterious crash with NSTableView

2016-08-26 Thread Jens Alfke
> On Aug 26, 2016, at 8:42 AM, Andreas Falkenhahn > wrote: > > But once again, I think it's a crime that there is no mentioning of this in > the class > documentation of "setDelegate" and "setDatasource" :( In the Xcode 8 docs for NSTableView.dataSource, it does: "Note that in versio

Re: Mysterious crash with NSTableView

2016-08-26 Thread Quincey Morris
On Aug 26, 2016, at 11:39 , Andreas Falkenhahn wrote: > > From a logical point of view I'd expect this call > >[win release]; > > to kill off the NSTableView and its associates completely. So I'd consider > it safe to … Welcome to the latest episode of “It’s Deja Vu All Over Again!”. We u

Re: Mysterious crash with NSTableView

2016-08-26 Thread Andreas Falkenhahn
On 26.08.2016 at 20:12 Kyle Sluder wrote: > On Fri, Aug 26, 2016, at 12:25 PM, Gary L. Wade wrote: >> I'm talking about exchanging release for autorelease on your list >> delegate, which happens after runModal finishes. Since you now do an >> orderOut, your table view should not need its data sour

Re: Mysterious crash with NSTableView

2016-08-26 Thread Kyle Sluder
On Fri, Aug 26, 2016, at 12:25 PM, Gary L. Wade wrote: > I'm talking about exchanging release for autorelease on your list > delegate, which happens after runModal finishes. Since you now do an > orderOut, your table view should not need its data source/delegate, so it > should be safe keeping them

Re: Mysterious crash with NSTableView

2016-08-26 Thread Gary L. Wade
I'm talking about exchanging release for autorelease on your list delegate, which happens after runModal finishes. Since you now do an orderOut, your table view should not need its data source/delegate, so it should be safe keeping them set and using an autorelease, but clearing them is the safe

Re: Mysterious crash with NSTableView

2016-08-26 Thread Andreas Falkenhahn
On 26.08.2016 at 17:52 Gary L. Wade wrote: > You would not see this if you hid or removed the table view first > since it would not need its data source or delegate then. Try going > with ARC or at least use autorelease on your delegate/data source. I'm not using autorelease on the delegate/data

Re: Mysterious crash with NSTableView

2016-08-26 Thread Gary L. Wade
You would not see this if you hid or removed the table view first since it would not need its data source or delegate then. Try going with ARC or at least use autorelease on your delegate/data source. -- Gary L. Wade (Sent from my iPad) http://www.garywade.com/ > On Aug 26, 2016, at 8:42 AM, And

Re: runModalForWindow() doesn't re-activate former window upon return

2016-08-26 Thread Andreas Falkenhahn
On 26.08.2016 at 17:24 Keary Suska wrote: >> On Aug 26, 2016, at 8:36 AM, Andreas Falkenhahn >> wrote: >> Thanks, that's what I was looking for. I just wish such essential >> information wouldn't >> be hidden in the accompanying documentation. This should really be mentioned >> in the >> doc

Re: Mysterious crash with NSTableView

2016-08-26 Thread Andreas Falkenhahn
On 26.08.2016 at 17:35 Gary L. Wade wrote: > Try clearing your table view's data source and delegate before > releasing their object. It appears the pointer gets reassigned to an > NSRectSet before your table view completely goes away but after its delegate > and data source have. Great, that so

Re: Mysterious crash with NSTableView

2016-08-26 Thread Gary L. Wade
Try clearing your table view's data source and delegate before releasing their object. It appears the pointer gets reassigned to an NSRectSet before your table view completely goes away but after its delegate and data source have. -- Gary L. Wade (Sent from my iPad) http://www.garywade.com/ > On

Re: runModalForWindow() doesn't re-activate former window upon return

2016-08-26 Thread Keary Suska
> On Aug 26, 2016, at 8:36 AM, Andreas Falkenhahn > wrote: > > Thanks, that's what I was looking for. I just wish such essential information > wouldn't > be hidden in the accompanying documentation. This should really be mentioned > in the > documentation of runModalForWindow() or stopModal()

Mysterious crash with NSTableView

2016-08-26 Thread Andreas Falkenhahn
Does anybody have an idea why the following code causes a "Segmentation fault" and thus an immediate program termination? Interestingly, the code runs just fine and the NSTableView appears correctly and is functional. The "Segmentation fault" occurs when buttonPressed() is left and control return

Re: runModalForWindow() doesn't re-activate former window upon return

2016-08-26 Thread Andreas Falkenhahn
On 26.08.2016 at 16:19 Keary Suska wrote: >> On Aug 25, 2016, at 12:51 PM, Andreas Falkenhahn >> wrote: >>> What happens if you add -orderOut: to the button action method? >> Ok, this solves the problem. But still, shouldn't this be handled >> automatically >> by runModalForWindow()? Why doe

Re: runModalForWindow() doesn't re-activate former window upon return

2016-08-26 Thread Andreas Falkenhahn
On 25.08.2016 at 22:36 Kyle Sluder wrote: > -mainWindow and -keyWindow don’t return pointers to windows outside of > your application. (How could they? Other applications have their own > address spaces.) They either return pointers to windows in your app > (which might be windows owned by the fra

Re: runModalForWindow() doesn't re-activate former window upon return

2016-08-26 Thread Keary Suska
> On Aug 25, 2016, at 12:51 PM, Andreas Falkenhahn > wrote: > >> What happens if you add -orderOut: to the button action method? > > Ok, this solves the problem. But still, shouldn't this be handled > automatically > by runModalForWindow()? Why does it activate a window that doesn't belong to