https://bugs.kde.org/show_bug.cgi?id=406950

--- Comment #8 from ella...@eskimo.com ---
(In reply to Jasem Mutlaq from comment #6)
> How about running just the release build (without valgrind). Any stability
> issues encountered??

It's difficult for me to quantify that: the nature of memory corruption is that
you experience uncorrelated crashes.

More importantly: I just started using kstars so I can't compare to old
versions (which apparently had fewer threads?), but for me 3.x is extremely
unstable. I'm not sure I've ever had a session which did not crash.

For example, I attempted to repro Bug #406638 with this bug fix on my Raspberry
pi to see if it was related, and I just gave up for now. indi_simulator_guide
crashes 100% of the time when I run through my repro sequence on ARM today (it
crashes when I capture in the Guide tab). I also experienced kstars crashing
but wasn't able to get any debug info from the core.

I also saw at least one crash with this patch on amd64 but didn't acquire any
usable debug info there either.

I think the patch improves things, at least.

(In reply to Jasem Mutlaq from comment #7)
> does not exist cleanly. I haven't found what leads to this situation
> sometimes, it's rare but happens.

Have I got a nice solution for you! Run it under valgrind, all sorts of fun
race conditions appear. :-)

More generally, I'd suggest adding random time jitter debugging to make these
sorts of bugs appear more often. For example, build with a random sleep around
lock/unlock calls and then test.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to