You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
The address sanitizer build of a CLAP host I'm developing indicates that there's a memory leak after I call the clap_plugin_factory->get_plugin_descriptor() function in the OctaSine v0.9 CLAP plugin.
I don't know Rust, so I couldn't tell if there were any ownership issues in src/plugin/clap/descriptor.rs or other files when I read them.
It's possible this could be a false positive from my address sanitizer, but none of the other CLAP plugins I've tested so far have had this issue.
What did you try to do
Load the OctaSine v0.9.clap shared library in an address sanitizer build of a CLAP host, then step through the CLAP plugin initialization until it calls the clap_plugin_factory->get_plugin_descriptor() function. Skipping this function call avoids the memory leak message from the address sanitizer:
During plugin instantiation and usage, there appear to be additional memory leaks, but I haven't investigated them yet. The code above is enough to avoid the memory leak message during the initial scan: shared library loading + entry/init/get_factory + descriptor reading + deinit.
Expected behavior
No memory leaks.
Screenshots
N/A
Log file contents
I have address sanitizer output, but it probably won't be very useful, though it is apparently 6 bytes leaked.
Software:
DAW: LMMS (dev version with CLAP support)
OS: Linux Mint 21.1
OctaSine version: 0.9
Additional context
N/A
The text was updated successfully, but these errors were encountered:
Describe the bug
The address sanitizer build of a CLAP host I'm developing indicates that there's a memory leak after I call the
clap_plugin_factory->get_plugin_descriptor()
function in the OctaSine v0.9 CLAP plugin.I don't know Rust, so I couldn't tell if there were any ownership issues in
src/plugin/clap/descriptor.rs
or other files when I read them.It's possible this could be a false positive from my address sanitizer, but none of the other CLAP plugins I've tested so far have had this issue.
What did you try to do
Load the
OctaSine v0.9.clap
shared library in an address sanitizer build of a CLAP host, then step through the CLAP plugin initialization until it calls theclap_plugin_factory->get_plugin_descriptor()
function. Skipping this function call avoids the memory leak message from the address sanitizer:During plugin instantiation and usage, there appear to be additional memory leaks, but I haven't investigated them yet. The code above is enough to avoid the memory leak message during the initial scan: shared library loading + entry/init/get_factory + descriptor reading + deinit.
Expected behavior
No memory leaks.
Screenshots
N/A
Log file contents
I have address sanitizer output, but it probably won't be very useful, though it is apparently 6 bytes leaked.
Software:
Additional context
N/A
The text was updated successfully, but these errors were encountered: