Re: Debugging memory leak in NSURLSession with ARC

> On 13 Jan 2015, at 01:00, Graham Cox wrote: > > I'm still having an issue with this - I think. > > I've exhaustively hunted down every leak and memory allocation in my app - > luckily it's a fairly small one, though one that can create many threads - > and have eliminated everything I have

Re: licence key validation method

> On 13 Jan 2015, at 13:51, Jens Alfke wrote: > > The license mechanism serves as a reminder to new users that their demo has > expired, or that the copy they borrowed from their roommate hasn't been paid > for yet. Precisely. I haven't commented on this frankly-OT-but-what-the-heck-I'll-ta

Re: Debugging memory leak in NSURLSession with ARC

On 13 Jan 2015, at 02:51, Graham Cox wrote: > >> On 13 Jan 2015, at 12:21 pm, Roland King wrote: >> >> Did you read the devforums thread I pointed you at a couple of weeks ago? > > > Umm, not sure Roland. I read the blog post by bbum about using Allocations, > which is the one you linked in

Re: Debugging memory leak in NSURLSession with ARC

leaks, not bugs. Kevin On 13 Jan 2015, at 10:21, Kevin Meaney wrote: > On 13 Jan 2015, at 02:51, Graham Cox wrote: >> >>> On 13 Jan 2015, at 12:21 pm, Roland King wrote: >>> >>> Did you read the devforums thread I pointed you at a couple of weeks ago? >> >> >> Umm, not sure Roland. I read

Re: licence key validation method

> On 13 Jan 2015, at 07:42, João Varela wrote: > > all I’m saying be careful how you expose your licensing code if you are going > to use objective C. I take the opposite POV. If someone's going to start messing around with otool and class-dump on my app, I know they're not going to be a pay

Re: Debugging memory leak in NSURLSession with ARC

> On 13 Jan 2015, at 8:11 pm, Mike Abdullah wrote: > > One small suggestion: I think the frameworks would prefer it if you copied > the ephemeralSessionConfiguration, and then modified the copy. Modifying this > shared config is probably not supported, and while it might work now, might > not

Re: Debugging memory leak in NSURLSession with ARC

> On 13 Jan 2015, at 13:05, Graham Cox wrote: > > >> On 13 Jan 2015, at 8:11 pm, Mike Abdullah wrote: >> >> One small suggestion: I think the frameworks would prefer it if you copied >> the ephemeralSessionConfiguration, and then modified the copy. Modifying >> this shared config is probabl

NSThread

I allocate and init an NSThread as follows: if ( m_mythread ) [m_mythread cancel]; m_mythread = [[MYThread alloc] initWithTarget:m_mythread selector:@selector(start) object:m_anobject]; [m_mythread start]; I set a break in -start and see that this is a separate thread i

Re: NSThread

> On 13 Jan 2015, at 16:07, Raglan T. Tiger wrote: > > I allocate and init an NSThread as follows: > >if ( m_mythread ) [m_mythread cancel]; >m_mythread = [[MYThread alloc] initWithTarget:m_mythread > selector:@selector(start) object:m_anobject]; >[m_mythread start]; >

Re: Debugging memory leak in NSURLSession with ARC

May I just jump in to say that you probably should be discussing this on the macnetworkprog list? There are people on that list (esp. Quinn) who are experts in this area. —Jens ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post

Re: NSThread

> On Jan 13, 2015, at 9:18 AM, Mike Abdullah wrote: > > Step 1 of diagnosis: take a sample. How would that be accomplished ? -rags ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to

Re: NSThread

> On 13 Jan 2015, at 17:50, Raglan T. Tiger wrote: > >> On Jan 13, 2015, at 9:18 AM, Mike Abdullah > > wrote: >> >> Step 1 of diagnosis: take a sample. > > How would that be accomplished ? A simple user-facing way is to fire up Activity Monitor, select your app,

Re: NSThread

> On 13 Jan 2015, at 16:18, Mike Abdullah wrote: > > >> On 13 Jan 2015, at 16:07, Raglan T. Tiger wrote: >> >> I allocate and init an NSThread as follows: >> >> if ( m_mythread ) [m_mythread cancel]; >> m_mythread = [[MYThread alloc] initWithTarget:m_mythread >> selector:@select

Re: NSThread

> On Jan 13, 2015, at 9:57 AM, Mike Abdullah wrote: > > >> On 13 Jan 2015, at 16:18, Mike Abdullah wrote: >> >> >>> On 13 Jan 2015, at 16:07, Raglan T. Tiger wrote: >>> >>> I allocate and init an NSThread as follows: >>> >>> if ( m_mythread ) [m_mythread cancel]; >>> m_mythread

Re: NSThread

I am using all this good advice to attempt to unwrap myself and the axle. I shall return. -rags > On Jan 13, 2015, at 2:09 PM, Corbin Dunn wrote: > >> >> On Jan 13, 2015, at 9:57 AM, Mike Abdullah wrote: >> >> >>> On 13 Jan 2015, at 16:18, Mike Abdullah wrote: >>> >>> On 13 Jan 2

drawRect runs twice, bounds are changed in between

In my simple test project, an NSBezierPath is created and stroked. -(id)initWithCoder:(NSCoder*)coder{ _path = [[NSBezierPath alloc] init]; create points } - (void)drawRect:(NSRect)dirtyRect { bounds = [self bounds]; NSLog(@"\n\n bounds: %@\n\n", NSStringFromR

Re: drawRect runs twice, bounds are changed in between

> On Jan 13, 2015, at 9:25 PM, N!K wrote: > > A breakpoint at the end of drawRect shows that it runs twice. After the > second pass, the view appears, as it should. > Between passes, bounds is changed somehow, as shown by NSLog at the start > and end of drawRect. > Since this will upset code

Re: drawRect runs twice, bounds are changed in between

On Jan 13, 2015, at 21:25 , N!K wrote: > > I have not been able to find a reason for this behavior. . I don’t know how > to reveal the point between passes where bounds is actually changed. It does > not happen in any other NSView projects of mine; drawRect runs only once in > them The immed