summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/108/other/1637447
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/zero-shot/108/other/1637447')
-rw-r--r--results/classifier/zero-shot/108/other/163744732
1 files changed, 32 insertions, 0 deletions
diff --git a/results/classifier/zero-shot/108/other/1637447 b/results/classifier/zero-shot/108/other/1637447
new file mode 100644
index 000000000..47f8fa2a7
--- /dev/null
+++ b/results/classifier/zero-shot/108/other/1637447
@@ -0,0 +1,32 @@
+vnc: 0.903
+network: 0.884
+device: 0.865
+socket: 0.784
+performance: 0.699
+semantic: 0.673
+graphic: 0.616
+files: 0.586
+boot: 0.494
+PID: 0.354
+debug: 0.333
+other: 0.319
+permissions: 0.296
+KVM: 0.295
+
+VNC/RFB: QEMU reports incorrect name (length)
+
+If the name of a machine (as set with the -name argument) has a length longer than 1024, (RFB) VNC clients will not receive a correct RFB ServerInit message.
+
+I suspect this is the problem:
+
+https://github.com/qemu/qemu/blob/master/ui/vnc.c#L2463
+
+The return value of snprintf is used as the value for the name-length field in the ServerInit message.
+This is problematic for names that were truncated to 1024, as the length will now be bigger than the actual name.
+
+I think a quick fix would be to simply report min(size,1024) to the client...
+
+The right fix here is to switch to use g_strdup_printf and avoid a fixed length stack buffer entirely.
+
+Fix has been committed: http://git.qemu.org/?p=qemu.git;a=commitdiff;h=97efe4f961dcf5a0126
+