summary refs log tree commit diff stats
path: root/results/classifier/gemma3:12b/kernel/672934
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/gemma3:12b/kernel/672934')
-rw-r--r--results/classifier/gemma3:12b/kernel/6729348
1 files changed, 8 insertions, 0 deletions
diff --git a/results/classifier/gemma3:12b/kernel/672934 b/results/classifier/gemma3:12b/kernel/672934
new file mode 100644
index 000000000..1cb3904dd
--- /dev/null
+++ b/results/classifier/gemma3:12b/kernel/672934
@@ -0,0 +1,8 @@
+
+FPU incorrect on Mac OS X
+
+I am using the 0.13.0 release version of QEMU on Mac OS X 10.6.4. I work for a university and the affected guest OS is our own research OS. I believe I found a bug in QEMU's FPU emulation, which only triggers on the Mac. You can reproduce the problem by booting the attached ISO image.
+
+Investigating the problem, I found that the lua interpreter in our loader component (called "ned") internally uses doubles to represent all lua-numbers. These doubles are showing completely wrong values on QEMU/Mac, resulting in the lua code not processing properly.
+
+I also attached a patch which fixes the problem for me. The attached ZIP-file also contains "before" and "after" screenshots. Note that booting the ISO on a real machine or on a Linux-QEMU always shows the correct "after" behavior. Only QEMU on the Mac exhibits the wrong "before" behavior without my patch. The patch might break other systems setting the CONFIG_BSD flag, so maybe the preprocessor should check for __APPLE__ instead to make the fix Mac-only.
\ No newline at end of file