-
-
Notifications
You must be signed in to change notification settings - Fork 1k
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
(Apple) BufferManager: out of buffers #1114
Comments
Well that's weird. The BufferManager shouldn't run out of buffers in any kind of normal operation... it's currently capped at 512 buffers, which means that it should only run out if you have several hundreds of notes playing at the same time... There's probably some sort of clang weirdness at play here. Is it possible for you to use GCC instead to compile on OSX? |
Definitely clang. I added the backtrace to the original report. |
Sorry, I misread that. No, gcc in it's unadulterated form is no longer an option for compiling LMMS on apple due to some namespace conflicts. It's actually the reason I can't get VST working, because winegcc is a wrapper for GCC and it has compatibility issues with Clang. I don't really know the technical reasoning why gnu gcc stopped working, but it had to do with a core library with the OS... so I'm sorry I cannot explain better, but when fixing stuff like the SWH plugins, it would have been much easier if I could have fallen back onto GCC rather than changing the code to be Clang compatible. At the end of the day, Clang is open source (the llvm part), faster, stricter and runs better on Apple, so no regrets, but it certainly throws a wrench in the mix. 🚗 |
@diizy, can you explain in a bit more detail what is happening under the covers here:
I've read up quite a bit on memory management for apple but they generally use examples that have built in memory functions, and without understanding c++ well enough, I'm not certain what function calls combined with known apple/clang compatibility I should research to help fix this. Any help understanding is greatly appreciated. |
On 09/01/2014 07:47 AM, Tres Finocchiaro wrote:
Since writing a lockless threadsafe stack is really !"#¤!"#% hard, I
I've no idea, sorry. |
Thanks I will research more. I can confirm now that master branch without memory manager does not crash. This crash is newly introduced with the memory manager branch only. |
After further testing, I have reason to believe this is a bug with PortAudio as when I switch from Apple's CoreAudio to SDL, the software works. This also may be the reasoning behind the crashing in bug #1128 and I can confirm PortAudio crashes this branch on I'm not sure if it is related, but |
2014-09-01 6:47 GMT+02:00 Tres Finocchiaro notifications@github.com:
Toby |
Thanks Toby! Confirmed as fixed. P.S. Don't mind the version number in the screenshot as I hadn't bumped CMakeList.txt prior to building. |
This bug only affects
master
branch, and only the fork withMemoryManager
.The memory manger branch (#1088) compiles but crashes on Apple OS X Mavericks. The log is:
Backtrace: full
The text was updated successfully, but these errors were encountered: