[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-trivial] [Qemu-devel] [PATCH] main-loop: Fix SetEvent() on uni

From: Anthony Liguori
Subject: Re: [Qemu-trivial] [Qemu-devel] [PATCH] main-loop: Fix SetEvent() on uninitialized handle on win32
Date: Wed, 01 Feb 2012 16:10:14 -0600
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/20110922 Lightning/1.0b2 Thunderbird/3.1.15

On 01/20/2012 07:08 PM, Michael Roth wrote:
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<address@hidden>

Applied.  Thanks.


Anthony Liguori

  main-loop.c |    5 ++++-
  1 files changed, 4 insertions(+), 1 deletions(-)

diff --git a/main-loop.c b/main-loop.c
index 692381c..62d95b9 100644
--- a/main-loop.c
+++ b/main-loop.c
@@ -164,7 +164,7 @@ static int qemu_signal_init(void)

  #else /* _WIN32 */

-HANDLE qemu_event_handle;
+HANDLE qemu_event_handle = NULL;

  static void dummy_event_handler(void *opaque)
@@ -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",

reply via email to

[Prev in Thread] Current Thread [Next in Thread]