Hi Ken and Greg
This is a bug in the associated reference machinery. That code keeps
a C++ std::hash_map per augmented object, mapping associated keys to
associated values. std::hash_map uses an std::vector internally, and
the default hash_map constructor pre-allocates 100 entries for that
On Sep 12, 2009, at 12:59 AM, Kai BrĂ¼ning wrote:
On 12.9.2009, at 00:35, Greg Parker wrote:
We have your earlier report rdar://7212101. Thanks, Torsten. (Ken
didn't see it because the bug didn't pass through his group's hands
on its way to my group.)
This is a bug in the associated referenc
On 12.9.2009, at 00:35, Greg Parker wrote:
We have your earlier report rdar://7212101. Thanks, Torsten. (Ken
didn't see it because the bug didn't pass through his group's hands
on its way to my group.)
This is a bug in the associated reference machinery. That code keeps
a C++ std::hash_m
We have your earlier report rdar://7212101. Thanks, Torsten. (Ken
didn't see it because the bug didn't pass through his group's hands on
its way to my group.)
This is a bug in the associated reference machinery. That code keeps a
C++ std::hash_map per augmented object, mapping associated ke
Hi Torsten,
Please file as a bug if you haven't already. That clearly needs to be
looked into.
For your KVO issue, you can probably work around it by implementing
- (void)setObservationInfo:(id)observationInfo;
- (id)observationInfo;
on the object that you are observing. This provides the sto
Is this when the first observer is added to each of the 100k objects?
Yes, it happens for the first observer I add.
But I expressed the problem not good enough. Adding an observer is
realized by adding an associated reference (with
objc_addAssociatedObject(), new in Snow Leopard) to the obs
Torsten Radtke wrote:
I observed excessive memory usage (working in a garbage-collected
environment under 10.6) if I add an observer to a KVO-compliant
object. So if I add an observer to say 10 objects, Instruments
shows that 10 2KB blocks of memory are allocated (additionaly
ther
Hi,
I observed excessive memory usage (working in a garbage-collected
environment under 10.6) if I add an observer to a KVO-compliant
object. So if I add an observer to say 10 objects, Instruments
shows that 10 2KB blocks of memory are allocated (additionaly
there are another 1000