Following up on the volume label question, a quick check of INT 21h AH=4Eh in the released MS-DOS source makes it clear that while it happens to support searching for a volume label, it's not designed for that. There is no check in INT 21h AH=4Eh whatsoever for the volume label bit, there is only the assumption that the results should be parsed and converted to a 8.3 filename, and therefore, volume labels will be munged into an 8.3 filename too.

Which is apparently what Creative's INSTALL.EXE program expects to happen.

https://github.com/joncampbell123/doslib/issues/79

rico001 wrote on 2026-03-16, 18:12:

retrosprite440 wrote on 2025-09-19, 01:33:

I made a post about an issue recently and was redirected to post it here instead since I'm using Dosbox X. I'm experiencing crashing when saving a state while playing the game Abuse. I've played quite a few games on Dosbox X so far using savestates. I have not had any issues with any other game so far using savestates until now. The game crashes as soon as I try to save a state. Both with using a save slot and trying to use a save file. Anybody know why this is happening? My Dosbox X version is "2025.05.03 Visual Studio SDL1 64bit". I've created a custom config for running the game but I also ran the game with the default config to rule out potential config issues. Also, I'm using Abuse v2.00.

Config file matters, don't use a custom config maybe because the variables change, be sure to compare config file comments.

Just wanted to mention that I fixed the savestate crash issue by using the SDL2 version of Dosbox X

Hi all,

I've spent some time in recent weeks learning about DosBox-X's debug capabilities as part of an exercise to figure out why SubLOGIC scenery disk 12 is failing to load in Microsoft Flight Simulator 2.

I've compared debug CPU logs (using the LOG ffffff debug command) of a successful load of scenery disk 9 as compared to the crash of scenery disk 12.

I'm interested in a particular section of code in the Microsoft Flight Simulator 2 program highlighted below, which is running differently for both the scenery disk loads. Can anyone shed any light on how this might happen?

From the successful scenery disk 9 load:
download/file.php?mode=view&id=242481

From the scenery disk 12 load which is crashing:
download/file.php?mode=view&id=242482

I don't understand how the code at 0050:00005049 can be executed differently for each of the scenery disk loads? The code has been executed correctly in the scenery disk 9 load as I have compared this code to the data on the disk (refer attachment - Ghidra.png). Can anyone shed any light on how code 89 16 32 4E can be subsequently executed as 89 00? How can the 16 be read as a 00?

Appreciate any insights, suggestions or helpful resources anyone might be able provide me.

Trent

BlueSox14 wrote on Today, 13:03:

Can anyone shed any light on how code 89 16 32 4E can be subsequently executed as 89 00? How can the 16 be read as a 00?

The obvious answer would be that it's being overwritten. Set a data breakpoint on it.

without knowing enough about FS2, it probably has overlays it loads in as needed