aboutsummaryrefslogtreecommitdiff
path: root/qemu-io.c
diff options
context:
space:
mode:
authorPaolo Bonzini <pbonzini@redhat.com>2013-04-08 15:03:15 +0200
committerAnthony Liguori <aliguori@us.ibm.com>2013-04-08 10:38:41 -0500
commit1e885b25275fb6763eb947b1e53b2d6911b967a8 (patch)
treeaaf5aace44cbabf2b71d4b7219bce47f622e6cf9 /qemu-io.c
parentb9a7cfee1280cc70ba0db2eb528ea3e5a072c80e (diff)
qemu-char: really fix behavior on can_read = 0
I misread the glib manual, g_source_remove does not let you re-attach the source later. This behavior (called "blocking" the source in glib) is present in glib's source code, but private and not available outside glib; hence, we have to resort to re-creating the source every time. In fact, g_source_remove and g_source_destroy are the same thing, except g_source_destroy is O(1) while g_source_remove scans a potentially very long list of GSources in the current main loop. Ugh. Better use g_source_destroy explicitly, and leave "tags" to those dummies who cannot track their pointers' lifetimes. Signed-off-by: Paolo Bonzini <pbonzini@redhat.com> Message-id: 1365426195-12596-1-git-send-email-pbonzini@redhat.com Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
Diffstat (limited to 'qemu-io.c')
0 files changed, 0 insertions, 0 deletions