-
Notifications
You must be signed in to change notification settings - Fork 31
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
segfault on first search after startup #154
Comments
Do you happen to see a message saying This new runtime requirement only just got introduced after I merged a bunch of changes a few days ago. |
I do indeed get that error message, I didn't think to include it since I got the message both with and without the crash. |
It seems like NixOS doesn't provide the gtk sinks by default when building gst-plugins-good. |
Not sure if relevant, but at least it's not null (although it's still in the first page of memory *shrug*):
Thank you a whole lot, considering I'm already packaging the newer version of ahoviewer myself (if I ever have to see gtk2 again I'll scream) I can just add that without any problems.
Much appreciated! I've got ahoviewer compiled with debug symbols and source code integration now so if there's anything you wanna know about the state when it crashes, I can provide that information. |
Okay, I have the fix (i.e. |
It seems that starting ahoviewer (built from 7a5b88f) and then searching on danbooru with a single term (e.g.
listening_to_music
) will sometimes crash ahoviewer.Basically what I'm doing is:
listening_to_music
) on danboorustacktrace
GST debug output
I thought I had nailed it down to when starting ahoviewer with different versions in succession but apparently the crash is just kinda shy and doesn't like me trying to reproduce it so I was chasing a red herring for a while.
Turns out this is pretty much random as far as I can tell and does not require anything other than running ahoviewer repeatedly.
The text was updated successfully, but these errors were encountered: