forked from project-chip/connectedhomeip
-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Linux] Convert possible gdbus objects to GAutoPtr<> #4
Closed
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
d66f9f1
to
1c48303
Compare
1c48303
to
95e7458
Compare
2222f0b
to
193d20b
Compare
ad0eee9
to
5e0fcb8
Compare
2769a98
to
a276d23
Compare
193d20b
to
c948bf4
Compare
DamMicSzm
pushed a commit
that referenced
this pull request
Oct 20, 2023
…ist". (project-chip#29666) The typical failure there looks like this: ==29620==ERROR: LeakSanitizer: detected memory leaks Direct leak of 88 byte(s) in 1 object(s) allocated from: #0 0x106396e12 in calloc+0xa2 (libclang_rt.asan_osx_dynamic.dylib:x86_64+0x51e12) #1 0x7ff800dc9789 in map_images_nolock+0x24b (libobjc.A.dylib:x86_64h+0x1789) #2 0x7ff800dc94db in map_images+0x42 (libobjc.A.dylib:x86_64h+0x14db) #3 0x113d721fa in invocation function for block in dyld4::RuntimeState::setObjCNotifiers(void (*)(unsigned int, char const* const*, mach_header const* const*), void (*)(char const*, mach_header const*), void (*)(char const*, mach_header const*))+0x112 (dyld:x86_64+0xf1fa) #4 0x113d6d6c8 in dyld4::RuntimeState::withLoadersReadLock(void () block_pointer)+0x28 (dyld:x86_64+0xa6c8) #5 0x113d720e1 in dyld4::RuntimeState::setObjCNotifiers(void (*)(unsigned int, char const* const*, mach_header const* const*), void (*)(char const*, mach_header const*), void (*)(char const*, mach_header const*))+0x51 (dyld:x86_64+0xf0e1) #6 0x113d85d44 in dyld4::APIs::_dyld_objc_notify_register(void (*)(unsigned int, char const* const*, mach_header const* const*), void (*)(char const*, mach_header const*), void (*)(char const*, mach_header const*))+0x4e (dyld:x86_64+0x22d44) #7 0x7ff800dc9343 in _objc_init+0x4fe (libobjc.A.dylib:x86_64h+0x1343) #8 0x7ff800d83992 in _os_object_init+0xc (libdispatch.dylib:x86_64+0x2992) project-chip#9 0x7ff800d911b7 in libdispatch_init+0x136 (libdispatch.dylib:x86_64+0x101b7) project-chip#10 0x7ff80bd34894 in libSystem_initializer+0xed (libSystem.B.dylib:x86_64+0x1894) project-chip#11 0x113d77e4e in invocation function for block in dyld4::Loader::findAndRunAllInitializers(dyld4::RuntimeState&) const+0xb5 (dyld:x86_64+0x14e4e) project-chip#12 0x113d9eaac in invocation function for block in dyld3::MachOAnalyzer::forEachInitializer(Diagnostics&, dyld3::MachOAnalyzer::VMAddrConverter const&, void (unsigned int) block_pointer, void const*) const+0xf1 (dyld:x86_64+0x3baac) project-chip#13 0x113d95e25 in invocation function for block in dyld3::MachOFile::forEachSection(void (dyld3::MachOFile::SectionInfo const&, bool, bool&) block_pointer) const+0x22c (dyld:x86_64+0x32e25) project-chip#14 0x113d64db2 in dyld3::MachOFile::forEachLoadCommand(Diagnostics&, void (load_command const*, bool&) block_pointer) const+0x80 (dyld:x86_64+0x1db2) project-chip#15 0x113d95bb6 in dyld3::MachOFile::forEachSection(void (dyld3::MachOFile::SectionInfo const&, bool, bool&) block_pointer) const+0xb2 (dyld:x86_64+0x32bb6) project-chip#16 0x113d9e603 in dyld3::MachOAnalyzer::forEachInitializer(Diagnostics&, dyld3::MachOAnalyzer::VMAddrConverter const&, void (unsigned int) block_pointer, void const*) const+0x1d1 (dyld:x86_64+0x3b603) project-chip#17 0x113d77d81 in dyld4::Loader::findAndRunAllInitializers(dyld4::RuntimeState&) const+0x8f (dyld:x86_64+0x14d81) project-chip#18 0x113d7e659 in dyld4::PrebuiltLoader::runInitializers(dyld4::RuntimeState&) const+0x1d (dyld:x86_64+0x1b659) project-chip#19 0x113d8b76d in dyld4::APIs::runAllInitializersForMain()+0x25 (dyld:x86_64+0x2876d) project-chip#20 0x113d6938c in dyld4::prepare(dyld4::APIs&, dyld3::MachOAnalyzer const*)+0xd72 (dyld:x86_64+0x638c) project-chip#21 0x113d684e3 in start+0x183 (dyld:x86_64+0x54e3)
07b5492
to
13c2e57
Compare
6c47d2d
to
c355e3a
Compare
…-chip#29942) * Adding air purifier example to buiuld scripts for cc32xx and also to cc32xx CI action * Added additional cc32xx example to test data all targets file
…ct-chip#29933) This will set things up right if the commissionee implements the Time Synchronization cluster. Fixes project-chip#29768
* Remove door lock cluster from all-clusters-app Both QA and the CI are using the door-lock app for all testing of the door lock cluster. The all-clusters version is not well tested, and is missing some command handlers. Removing this in all-clusters in favour of the door lock app so we don't have to maintain it in two places and to save some space. * Fix esp32 build file * Remove door lock support for esp32 * Remove door lock support from telink * Remove door lock support for nrfconnect * Fix esp32 compilation * Restyle --------- Co-authored-by: Andrei Litvin <andreilitvin@google.com>
* Add parse support for list types in data model xml * Restyle * Fix unused type * Fix a typo in data types ... may as well fix here since python change --------- Co-authored-by: Andrei Litvin <andreilitvin@google.com>
4836f57
to
f082580
Compare
…p#29945) * Regenerated * XML updates for Network commissioning cluster TCR * Fix zap regen --------- Co-authored-by: tennessee.carmelveilleux@gmail.com <tennessee@google.com>
* Audio output to spec * zap regen * Minor change to re-kick CI * Enalbe AudioOutput::CurrentOutput as a required attribute in the chef basicvideoplayer example --------- Co-authored-by: Andrei Litvin <andreilitvin@google.com>
* Make binding attribute for binding manager to be writable by manager * Zap regen --------- Co-authored-by: Andrei Litvin <andreilitvin@google.com>
* Adding manage access for write for several attributes * More access controls * Zap regen --------- Co-authored-by: Andrei Litvin <andreilitvin@google.com>
2f05d9e
to
4ddb9cd
Compare
4ddb9cd
to
324964e
Compare
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Problem
Linux still has explicit gdbus memory management. This is follow-up PRs (project-chip#28304) which will replace gdbus explicit memory management with GAutoPtr<>.
Changes
Testing
CI will test for potential build breaks.
Valgrind test result for linux-x64-light target: