https://bugs.documentfoundation.org/show_bug.cgi?id=111561
--- Comment #14 from Alex Thurgood ---
That points to :
- (void) startListening: (id) sender {
(void)sender;
if ([self isListeningToRemote]) return;
at lines 147-149 in HIDRemoteControlDevice.m
--
You are receiving this m
https://bugs.documentfoundation.org/show_bug.cgi?id=111561
--- Comment #13 from Alex Thurgood ---
See also lines 109-115 of RemoteControlContainer.m :
- (void) startListening: (id) sender {
#ifdef DEBUG
NSLog(@"Apple Remote: start listening to events... ");
#endif
for(NSUInteger i=0; i <
https://bugs.documentfoundation.org/show_bug.cgi?id=111561
--- Comment #12 from Alex Thurgood ---
Trace of calls leading to leak :
9 libAppleRemotelo.dylib -[HIDRemoteControlDevice(IOKitMethods)
initializeCookies]
/Users/Shared/LO/core/apple_remote/source/HIDRemoteControlDevice.m:423
10 l
https://bugs.documentfoundation.org/show_bug.cgi?id=111561
--- Comment #11 from Alex Thurgood ---
Created attachment 135642
--> https://bugs.documentfoundation.org/attachment.cgi?id=135642&action=edit
Leak cycle graph for CFArray management
I am enclosing a leak cycle graph for the CFArray man
https://bugs.documentfoundation.org/show_bug.cgi?id=111561
--- Comment #10 from Alex Thurgood ---
It seems that the problems are indeed linked to AppleRemote handling code :
success = (*handle)->copyMatchingElements(handle, NULL,
(CFArrayRef*)&elements);
line 423 of HIDRemoteCotnrolDev
https://bugs.documentfoundation.org/show_bug.cgi?id=111561
--- Comment #8 from Alex Thurgood ---
(In reply to Julien Nabet from comment #6)
> BTW, would it be possible to have a bt of something similar to know where
> it's called in LO?
I'll have a look.
--
You are receiving this mail becaus
https://bugs.documentfoundation.org/show_bug.cgi?id=111561
--- Comment #7 from Alex Thurgood ---
Perhaps this is linked to my input devices on this machine, I honestly don't
know, as IOHIDDeviceClass is supposed to relate to USB and other connected
hardware devices ? Whether this is due to a keyb
https://bugs.documentfoundation.org/show_bug.cgi?id=111561
--- Comment #6 from Julien Nabet ---
I don't know what can be done here since it's Apple code.
Moreover, I'm not sure there's a leak in this part of code.
Perhaps it just shows that fonts are loaded in memory when scrolling and it's
kept
https://bugs.documentfoundation.org/show_bug.cgi?id=111561
Alex Thurgood changed:
What|Removed |Added
CC||serval2...@yahoo.fr
--- Comment
https://bugs.documentfoundation.org/show_bug.cgi?id=111561
--- Comment #4 from Alex Thurgood ---
and here :
CFTypeRef IOHIDDeviceClass::createElement(CFDataRef data, IOHIDElementStruct *
element, uint32_t index, CFTypeRef parentElement, CFMutableDictionaryRef
elementCache, bool * isElementCached
https://bugs.documentfoundation.org/show_bug.cgi?id=111561
--- Comment #3 from Alex Thurgood ---
From
https://github.com/st3fan/osx-10.9/blob/master/IOHIDFamily-503.1.13/IOHIDLib/IOHIDDeviceClass.cpp
it appears to be this section of code:
void IOHIDDeviceClass::setElementDictIntValue(CFMutab
https://bugs.documentfoundation.org/show_bug.cgi?id=111561
--- Comment #2 from Alex Thurgood ---
>From what I understand, this relates to :
https://opensource.apple.com/source/IOHIDFamily/IOHIDFamily-700/IOHIDLib/IOHIDDeviceClass.cpp.auto.html
which is Apple's code.
--
You are receiving this
https://bugs.documentfoundation.org/show_bug.cgi?id=111561
--- Comment #1 from Alex Thurgood ---
Created attachment 135350
--> https://bugs.documentfoundation.org/attachment.cgi?id=135350&action=edit
Screenshot of Instruments.app showing memory leaks
A screenshot of the number of leaks occurri
13 matches
Mail list logo