[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #56029] Memory Leak using @synchronized on Windows
From: |
Fred Kiefer |
Subject: |
[bug #56029] Memory Leak using @synchronized on Windows |
Date: |
Sun, 31 Mar 2019 09:53:18 -0400 (EDT) |
User-agent: |
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_3) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.0.3 Safari/605.1.15 |
Update of bug #56029 (project gnustep):
Status: None => Ready For Test
Assigned to: None => FredKiefer
Open/Closed: Open => In Test
_______________________________________________________
Follow-up Comment #2:
David just made a couple pf changes to libobjc2, that will end up in the
upcoming release 2.0. One of these should fix the reported issue:
- A memory leak in @synchronized that Fred pointed out. We only leaked a few
bytes for every object used with @synchronized, but in a loop it was easy for
this to be a problem. I had not seen this issue because I avoid using
@synchronized entirely. It is a horrible feature in Objective-C and using
__attribute__((cleanup)) for the unlock in C (or RAII in C++) lets you
accomplish the same thing with less inefficiency. The feature wouldn't be
such a problem if it were defined to send -lock / -unlock messages to the
object, but requiring the runtime to maintain a lock for each object is
awkward.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?56029>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/