Opened 12 years ago
Closed 10 years ago
Download all attachments as:
This step will generate about 20 alert messages, close them.
Now if it didn't crashed repeat step 3 untill it will.
If you try to drop on canvas /boot/beos/bin content and while error messages appearing start to switch workspaces it will crash much faster :-)
Oh, BTW, I'm using hrev28510 in VirtualBox.
Another back trace with same steps
I also get back trace like in #3073.
I can also relatively reliably reproduce this one while testing ticket #3195. If I very rapidly click to dismiss the read-only error dialogs, I hit the following backtrace every single time:
I suspect there's a subtle race condition going on here, something like the window being set to the focus window right as it's being destroyed, or something along those lines.
Still seeing crashes in hrev28845 when rapidly dismissing the dialogs, although with a slightly different backtrace:
Hit the same backtrace shown in the first image attached here using Haiku hrev29395
It's sitting in GDB now if there's anything that can be gathered further.
I think without having added some debugging or tracing output, at least I couldn't make much use of the GDB session. :-\
Well, I'll reboot it when I get home tonight... Let me know if you think of anything before then (perhaps something spit out from KDL instead?)
In the event of an app_server crash like this, would ssh access to the box be helpful in any way? I suppose if there's nothing useful that can be retrieved from a gdb, session, perhaps it wouldn't help.
Maybe someone else could extract useful info. But I am not fluent with GDB at all. :-\
This crash is not reproducible anymore. Feel free to close it.
Powered by Trac 1.4
By Edgewall Software
Visit the Haiku project athttps://www.haiku-os.org/