-
Notifications
You must be signed in to change notification settings - Fork 40
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
SAIL - Version 2.0.beta3 crashes quite often on macOS #358
Comments
Thanks for reporting. I commited a possible fix a few moments ago. It would be great if you can check the latest development build if the crashes are gone. |
Thanks Benjamin! You mean build it myself from the v2-dev branch, right? Because I don't see any downloads. |
You can get an automatic build here: |
Ah, yes, got it. Will test right away... |
No crashes so far, the problem seems fixed. Thanks a bunch! |
Damn, got a crash again, when actively using the Sail mapping, but it took a lot longer than before.
|
And just now another one, quite quickly afterwards. Really thought it was fixed. |
I'm not so sure whats going on here. I made a few additional changes but I'm not convinced it is fixed at the moment. |
I was using a MIDI knob to gently modify a knob on a module by hovering over it. No deletion or other modifications involved. I'll test the new build as soon as I get time. Thanks. |
Seems like 4 is added to the parameter quantity base ... which parameter? Which quantity? What would cause a new quantity to be replaced over the old quantity? Is it a pointer to a struct and a freed struct lack of a lock. Thread zero looks like it was drawing text. |
It is crashing at this point. I don't know how this is possible as |
I've played with the latest build and it hasn't crashed for a couple of hours. Knock on wood. |
Hi Ben SAIL crashed again, but it took a good couple of hours using it actively before it happened:
All the best, |
also bad news
STRIP also crashes
after a long time of use
( in my case randomizing )
after 30+ minutes...
:(
( mac - high sierra - latest vcvrack2 pro and nigthly build of strip )
…On Sat, Jan 28, 2023 at 3:01 PM Lars Bjerregaard ***@***.***> wrote:
Hi Ben
SAIL crashed again, but it took a good couple of hours using it actively
before it happened:
[2892.982 fatal adapters/standalone.cpp:49 fatalSignalHandler] Fatal signal 11. Stack trace:
15: Rack(fatalSignalHandler(int)+27)
14: libsystem_platform.dylib(_sigtramp+26)
13: ???(0x0+4294967297)
12: plugin.dylib(StoermelderPackOne::Sail::SailModule::process(rack::engine::Module::ProcessArgs const&)+734)
11: libRack.dylib(rack::engine::Module::doProcess(rack::engine::Module::ProcessArgs const&)+143)
10: libRack.dylib(rack::engine::Engine::stepBlock(int)+1699)
9: libRack.dylib(rack::audio::Device::processBuffer(float const*, int, float*, int, int)+325)
8: libRack.dylib(rack::RtAudioDevice::rtAudioCallback(void*, void*, unsigned int, double, unsigned int, void*)+143)
7: libRack.dylib(RtApiCore::callbackEvent(unsigned int, AudioBufferList const*, AudioBufferList const*)+335)
6: libRack.dylib(callbackHandler(unsigned int, AudioTimeStamp const*, AudioBufferList const*, AudioTimeStamp const*, AudioBufferList*, AudioTimeStamp const*, void*)+21)
5: CoreAudio(HALC_ProxyIOContext::IOWorkLoop()+5290)
4: CoreAudio(HALC_ProxyIOContext::IOThreadEntry(void*)+128)
3: CoreAudio(HALB_IOThread::Entry(void*)+75)
2: libsystem_pthread.dylib(_pthread_body+180)
1: libsystem_pthread.dylib(_pthread_body+0)
0: libsystem_pthread.dylib(thread_start+13)
All the best,
Lars
—
Reply to this email directly, view it on GitHub
<#358 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AC3ZRBPWUFTLOMUPBTPI3OLWUUKB5ANCNFSM6AAAAAAUCK4HSU>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
Please open a new issue and provide some helpful information, like a patch-file and a crash-log. |
Hello Lars, thanks for letting me know. I reverted the change I made for v2 which should make the module more stable. As this is not the case it is back to the code of v1. I hope this stops the crashes finally. |
A pattern I have noticed is, that it can take a long time before the first crash happens. But once it has happened they start coming in rapid succession, with perhaps 5 minutes apart. |
Hi Benjamin
I've had Sail in my template for a long time and find it extremely useful. Thanks for that! I switched to the 2.0.beta3 update in the library when it came a month ago, and since then Sail is crashing Rack hard.
It doesn't crash immediately on startup, but rather after maybe 1, 5 or 20 minutes use. It's unpredictable, it's not only when I actively use the Sail mapping, it's just out of the blue with no discernable reason or pattern.
There's no doubt it's Sail causing the crash. Happens with nearly empty patches and it's always Sail crashing in the log. If I disable/bypass Sail in the patch the crashing stops.
Plugin: Stoermelder-P1
Version: 2.0.beta3
OS: macOS 10.12.6, Intel
Rack: Pro version 2.2.2, running standalone.
Rack log:
Mac crash report, crash is in thread 4:
The text was updated successfully, but these errors were encountered: