diff options
Diffstat (limited to '')
| -rw-r--r-- | results/classifier/108/other/1543 | 16 | ||||
| -rw-r--r-- | results/classifier/108/other/1543057 | 43 |
2 files changed, 59 insertions, 0 deletions
diff --git a/results/classifier/108/other/1543 b/results/classifier/108/other/1543 new file mode 100644 index 000000000..b2bdd45fa --- /dev/null +++ b/results/classifier/108/other/1543 @@ -0,0 +1,16 @@ +device: 0.726 +graphic: 0.713 +performance: 0.668 +semantic: 0.498 +network: 0.327 +debug: 0.214 +vnc: 0.201 +boot: 0.162 +KVM: 0.098 +permissions: 0.090 +PID: 0.057 +socket: 0.048 +files: 0.024 +other: 0.019 + +Heap-use-after-free in e1000e_receive_internal diff --git a/results/classifier/108/other/1543057 b/results/classifier/108/other/1543057 new file mode 100644 index 000000000..cd00ba707 --- /dev/null +++ b/results/classifier/108/other/1543057 @@ -0,0 +1,43 @@ +device: 0.903 +other: 0.863 +semantic: 0.862 +graphic: 0.860 +PID: 0.779 +network: 0.737 +files: 0.658 +permissions: 0.655 +socket: 0.640 +debug: 0.577 +performance: 0.561 +KVM: 0.497 +boot: 0.490 +vnc: 0.458 + +Warnings are treated as errors + +System: Ubuntu 14.04, 32bit +Kernel: 3.13.0-55-generic +Qemu: v. 2.2.50 + +Error msg: + +hw/acpi/pcihp.c: In function ‘acpi_pcihp_pc_no_hotplug’: +hw/acpi/pcihp.c:117:34: error: ‘PCIDevice’ has no member named ‘qdev’ + return (pc->is_bridge && !dev->qdev.hotplugged) || !dc->hotpluggable; + ^ +hw/acpi/pcihp.c:118:1: error: control reaches end of non-void function [-Werror=return-type] + } + ^ +cc1: all warnings being treated as errors + +I have same error "PCIDevice has no member named 'qdev'" with you. +Did you find any solutions to this error? + +(a) That warnings are treated as errors is a feature, not a bug (it happens for development builds only) +(b) the definition of struct PCIDevice in include/hw/pci/pci.h starts with "DeviceState qdev;" so it's not clear to me how that error could be produced in the first place + +I see the original submitter was using 2.2.50 -- I suggest using either (a) a release build of QEMU or (b) current master. 2.2.50 will be from somewhere on trunk between 2.2 and 2.3, so might quite possibly have had a build bug that was quickly fixed subsequently. + + +Closing this as invalid - unless you can reproduce this with the latest release version or the current master branch again, then please feel free to open this ticket again. + |