From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:53170) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RqnAE-0008Ju-B7 for qemu-devel@nongnu.org; Fri, 27 Jan 2012 09:52:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RqnA8-0008Qt-K9 for qemu-devel@nongnu.org; Fri, 27 Jan 2012 09:52:30 -0500 From: Michael Roth Date: Fri, 27 Jan 2012 08:52:01 -0600 Message-Id: <1327675921-27979-1-git-send-email-mdroth@linux.vnet.ibm.com> In-Reply-To: <20120127054101.GB17836@stefanha-thinkpad.localdomain> References: <20120127054101.GB17836@stefanha-thinkpad.localdomain> Subject: [Qemu-devel] [PATCH v2] main-loop: Fix SetEvent() on uninitialized handle on win32 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Cc: qemu-trivial@nongnu.org, stefanha@gmail.com, pbonzini@redhat.com The __attribute__((constructor)) init_main_loop() automatically get called if qemu-tool.o is linked in. On win32, this leads to a qemu_notify_event() call which attempts to SetEvent() on a HANDLE that won't be initialized until qemu_init_main_loop() is manually called, breaking qemu-tools.o programs on Windows at runtime. This patch checks for an initialized event handle before attempting to set it, which is analoguous to how we deal with an unitialized io_thread_fd in the posix implementation. Signed-off-by: Michael Roth --- main-loop.c | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/main-loop.c b/main-loop.c index 692381c..db90ace 100644 --- a/main-loop.c +++ b/main-loop.c @@ -183,6 +183,9 @@ static int qemu_event_init(void) void qemu_notify_event(void) { + if (!qemu_event_handle) { + return; + } if (!SetEvent(qemu_event_handle)) { fprintf(stderr, "qemu_notify_event: SetEvent failed: %ld\n", GetLastError()); -- 1.7.4.1