They are different processes. This is easy to see with something comparable to Windows Task Manager: whatever your desktop environment provides, or top/pstree…
What I wonder is what design decision in the code makes the both processes interdependent so that both crash at the same time, and consequently when the mechanism is known, if it can be solved such that the result of a crash can be limited to only one instance.
Hope the wording is at least a little bit clearer…
That manifestation may feel outré but it’s just another piece of evidence. More important is to gain ample evidence through a backtrace or similar, and if the bug could plausibly cause both crashes that another point in favour of that cause. As an example, both processes could be watching a file and both mishandled the notifications.
At the moment it seems the crash does not produce a core dump.
I seem to be able to reasonably consistently be able to reproduce it by the following steps:
Start KiCad nightly
Create new project
Open schematic editor
Start second instance of KiCad nightly
Create another new project
Open schematic editor → Causes crash of both instances immediately
FWIW: according to the devs, nightlies are extremely unstable right now and through the next week or so due to architectural changes.
Might be a factor.
You yourself commented on that
Yes, I’m aware that there can be / is likely to be instabilities in the nightlies.
But I did not spontaneously think that two different instances of the application would interact in the way that if there is a problem in one of them, both crash.
Evidently I was wrong…