[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #59204] NSOperationQueue leak
From: |
Richard Frith-Macdonald |
Subject: |
[bug #59204] NSOperationQueue leak |
Date: |
Mon, 12 Oct 2020 04:28:57 -0400 (EDT) |
User-agent: |
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.121 Safari/537.36 |
Follow-up Comment #13, bug #59204 (project gnustep):
I think we all agree that the loop in the macros is more trouble than it's
worth, and we should change it.
> Since you often want to wrap the body of a loop in an
> autorelease pool, hijacking break & continue is
> particularly dangerous.
Actually it's quite common practice to empty an autorelease pool every N times
round a loop, so that you don't have the computational overhead of emptying a
pool in each loop iteration, which can be very inefficient. The @autorelease{
...} construct in a loop does not permit that (the one area I can think of in
which ARC code is less efficient or more cumbersome than pre-arc code).
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?59204>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/