summary refs log tree commit diff stats
path: root/results/classifier/105/graphic/980
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/105/graphic/980')
-rw-r--r--results/classifier/105/graphic/98029
1 files changed, 29 insertions, 0 deletions
diff --git a/results/classifier/105/graphic/980 b/results/classifier/105/graphic/980
new file mode 100644
index 00000000..f54e4210
--- /dev/null
+++ b/results/classifier/105/graphic/980
@@ -0,0 +1,29 @@
+graphic: 0.983
+instruction: 0.930
+semantic: 0.890
+device: 0.845
+vnc: 0.777
+other: 0.616
+socket: 0.616
+boot: 0.595
+network: 0.586
+mistranslation: 0.383
+KVM: 0.334
+assembly: 0.030
+
+Binary emulation of a Solaris-8-compiled dynamically linked C program gives a bus error immediately on startup when running with qemu-sparc
+Description of problem:
+I am currently trying to use binary emulation to run a dynamically-linked executable C program that was written and compiled on a Solaris 8 VM. However, when I do so, I immediately get a bus error, and I'm not sure what the cause is. Below I'll delineate all of the steps I took to recreate this.
+Steps to reproduce:
+1. Start Solaris 8 VM (this was done via QEMU, actually, and there are no issues here)
+2. Write a simple `.c` program.
+3. Compile that program with `/usr/local/bin/gcc`. The name of the program is `binary_emulation`.
+4. Test program on the VM to ensure functionality.
+5. Stop VM.
+6. Mount `.qcow2` on the Linux host so I can easily extract files from it.
+7. Copy the entire `/` directory off to `~/binary_emulation/target`
+8. Copy `binary_emulation` to a separate directory.
+9. `cd` to `.../qemu/build`
+10. Run `./qemu-sparc -L ~/binary_emulation/target ~/binary_emulation/binary_emulation`
+Additional information:
+#