Xpeccy

[SAM style]

Думаю, с помощью QSocket можно обмениваться данными с другим компом по адресу-порту и хранить их в буферах (входящем/исходящем), а эмулируемая машина уже будет складировать данные в этих буферах
Но когда это реализуется - уже большой вопрос

[^m00h^]

А тем временем qt уже вышла 6.7, скоро будет qt7, возьмут еще и дропнут поддержку win10

[Dexus]

Какие существующие проблемы переход на новую Qt решит?
До сих пор я видел только создание новых проблем (при попытке перейти к Qt6), что со всей строгостью можно назвать ухудшением/деградацией.

[Lethargeek]

@SAM style, у меня в последней версии (0.6.20231226) не работает F8 (step-over) в отладчике
ну, то есть, из отладчика выходит по djnz или ldir, к примеру, но бряка после не случается, просто выход
эмуль обновляю нечасто, так что и намного раньше могло сломаться

[SAM style]

@SAM style, у меня в последней версии (0.6.20231226) не работает F8 (step-over) в отладчике
ну, то есть, из отладчика выходит по djnz или ldir, к примеру, но бряка после не случается, просто выход
эмуль обновляю нечасто, так что и намного раньше могло сломаться

Я это уже починил, но только в сорцах. Было связано с новым принципом ловли брыкпоинтов, отчего временные, которые ставятся по F8, не срабатывали, потому что их нет в списке брыкпоинтов.

[Dart Alver]

Установил последний релиз Xpeccy на новом компьютере под MX-linux и внезапно напоролся на баги.

Последний релиз 0.6.20240621 и релизные билды 2023 года не закрываются полностью при закрытии окна, а продолжают висеть процессом в памяти.
Сколько раз запустил Xpeccy, столько процессов и висит, независимо есть окно или нет.

Релиз 0.6.20220219 этого недостатка не имеет и закрывается полностью.

В релизах 2023 года (когда я устанавливал 0.6.20231226 был последним в релизе, и буквально вот после появился 0.6.20240621 )) ) при запуске Xpeccy показывает чёрный экран, и начинает нормально работать после опции 'Reset' ( в 0.6.20240621 это исправлено)

Система

System:
Kernel: 6.1.0-21-amd64 [6.1.90-1] arch: x86_64 bits: 64 compiler: gcc v: 12.2.0
parameters: BOOT_IMAGE=/vmlinuz-6.1.0-21-amd64 root=UUID=<filter> ro quiet splash
resume=UUID=<filter> resume_offset=37801984
Desktop: Xfce v: 4.18.1 tk: Gtk v: 3.24.36 info: xfce4-panel wm: xfwm v: 4.18.0 vt: 7
dm: LightDM v: 1.26.0 Distro: MX-23.3_x64 Libretto May 19 2024 base: Debian GNU/Linux 12
(bookworm)
Machine:
Type: Desktop System: LENOVO product: 10JAS00A00 v: ThinkCentre M79 serial: <superuser required>
Mobo: LENOVO model: Bantry CRB v: NOK serial: <superuser required> UEFI-[Legacy]: LENOVO
v: M0LKT27AUS date: 01/13/2020
CPU:
Info: model: AMD A10 PRO-7800B R7 12 Compute Cores 4C+8G bits: 64 type: MT MCP arch: Steamroller
level: v2 built: 2014 process: GF 28nm family: 0x15 (21) model-id: 0x30 (48) stepping: 1
microcode: 0x6003106
Topology: cpus: 1x cores: 4 smt: enabled cache: L1: 256 KiB desc: d-4x16 KiB; i-2x96 KiB
L2: 4 MiB desc: 2x2 MiB
Speed (MHz): avg: 1398 high: 1400 min/max: 1400/3500 boost: enabled scaling:
driver: acpi-cpufreq governor: ondemand cores: 1: 1397 2: 1397 3: 1400 4: 1400 bogomips: 27948
Flags: avx ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm
Vulnerabilities:
Type: gather_data_sampling status: Not affected
Type: itlb_multihit status: Not affected
Type: l1tf status: Not affected
Type: mds status: Not affected
Type: meltdown status: Not affected
Type: mmio_stale_data status: Not affected
Type: reg_file_data_sampling status: Not affected
Type: retbleed mitigation: untrained return thunk; SMT vulnerable
Type: spec_rstack_overflow status: Not affected
Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via prctl
Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization
Type: spectre_v2 mitigation: Retpolines; STIBP: disabled; RSB filling; PBRSB-eIBRS: Not
affected; BHI: Not affected
Type: srbds status: Not affected
Type: tsx_async_abort status: Not affected
Graphics:
Device-1: AMD Kaveri [Radeon R7 Graphics] vendor: Lenovo driver: radeon v: kernel
alternate: amdgpu arch: GCN-2 code: Sea Islands process: GF/TSMC 16-28nm built: 2013-17 ports:
active: VGA-1 empty: DP-1,DP-2 bus-ID: 00:01.0 chip-ID: 1002:130f class-ID: 0300
Display: x11 server: X.Org v: 1.21.1.7 compositor: xfwm v: 4.18.0 driver: X: loaded: radeon
unloaded: fbdev,modesetting,vesa dri: radeonsi gpu: radeon display-ID: :0.0 screens: 1
Screen-1: 0 s-res: 1920x1080 s-dpi: 96 s-size: 508x285mm (20.00x11.22") s-diag: 582mm (22.93")
Monitor-1: VGA-1 mapped: VGA-0 model: BenQ GW2250H serial: <filter> built: 2012 res: 1920x1080
hz: 60 dpi: 102 gamma: 1.2 size: 477x268mm (18.78x10.55") diag: 547mm (21.5") ratio: 16:9 modes:
max: 1920x1080 min: 640x480
API: OpenGL v: 4.5 Mesa 22.3.6 renderer: KAVERI ( LLVM 15.0.6 DRM 2.50 6.1.0-21-amd64)
direct-render: Yes
Audio:
Device-1: AMD Kaveri HDMI/DP Audio vendor: Lenovo driver: snd_hda_intel v: kernel bus-ID: 00:01.1
chip-ID: 1002:1308 class-ID: 0403
Device-2: AMD FCH Azalia vendor: Lenovo driver: snd_hda_intel v: kernel bus-ID: 00:14.2
chip-ID: 1022:780d class-ID: 0403
API: ALSA v: k6.1.0-21-amd64 status: kernel-api tools: alsamixer,amixer
Server-1: PipeWire v: 1.0.0 status: active with: 1: pipewire-pulse status: active
2: wireplumber status: active 3: pipewire-alsa type: plugin 4: pw-jack type: plugin
tools: pactl,pw-cat,pw-cli,wpctl

[свернуть]

[SAM style]

Последний релиз 0.6.20240621 и релизные билды 2023 года не закрываются полностью при закрытии окна, а продолжают висеть процессом в памяти.

Методом научного тыка определено, что это возникает, если используются старые методы OpenGL (на Qt до 5.4, в песочнице сборки 5.3). Или буду копать, чтобы не висло, или обновлю песочницу и буду собирать с новым Qt...
Для сравнения версий - в oldoldstable Qt5.11, в oldstable - Qt5.15

[^m00h^]

Лучше с новым qt собрать.