summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/105/graphic/2674
blob: 55012dd771b456b2812499867d20b3f675471fd2 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
graphic: 0.984
instruction: 0.955
boot: 0.874
device: 0.782
other: 0.684
semantic: 0.681
socket: 0.616
vnc: 0.469
mistranslation: 0.405
network: 0.186
KVM: 0.104
assembly: 0.097

NextSTEP 3.3 for Sparc graphical glitches
Description of problem:
It installs/boot by using complex boot syntax and taskset -c 0 under Linux

see end of https://gitlab.com/qemu-project/qemu/-/issues/2620#note_2207999780

But after it installs I see  some gfx corruption
Steps to reproduce:
1. install NEXTSTEP 3.3 for RISC computers
2. Boot to desktop (may need ctrl-c  to skip some services at startup)
3. Select Info and watch for Workspace Manager info window to appear.
4. Move this window to the right - it corrupts!
Additional information:
Bug also exist if I boot qemu with  -g 1024x768x24

Moving window vertically (up/down) does not corrupt it
Moving any window around corrupt it.

Resizing and scrolling inside say Terminal emulators work.

There was 86Box issue around one FPU instruction that looked a bit like this, 
is there way to check fpu emulation?

![ns33-qemu-903-corruption](/uploads/5230c7263bbc44acc37c4736f1d306ff/ns33-qemu-903-corruption.png)