[Bug 1905651] Re: Tests cannot call g_error

2021-07-09 Thread Launchpad Bug Tracker
[Expired for QEMU because there has been no activity for 60 days.] ** Changed in: qemu Status: Incomplete => Expired -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1905651 Title: Tests canno

[Bug 1905651] Re: Tests cannot call g_error

2021-05-09 Thread Thomas Huth
The QEMU project is currently moving its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting the bug state to "Incomplete" now. If the bug has already been fixed in the latest upstream version of QEMU, then plea

[Bug 1905651] Re: Tests cannot call g_error

2020-11-26 Thread Doug Evans
I don't know QEMU that well yet, but the following question arises: Why can't QEMU be driven in a way that allows it to see that its controlling parent has died -> causing QEMU to terminate as well. That way the test doesn't need to care how it dies (e.g., we don't want a segfault to hang testing;

[Bug 1905651] Re: Tests cannot call g_error

2020-11-25 Thread Doug Evans
An alternative is of course to allow g_error to be called. One might restrict tests to not call it, but it might be impractical to impose that on all code that goes into a test. One will need to find a way to get glib to not call G_BREAKPOINT for this case. if (debugger_present && breakpoint)