I would also like to see a general unmount command/capability in DOSBox, if one does not already exist.

it does:
mount -u [driveletter] , unfortunatly they didn't include that feature for the ISO mounting part.

Anyone got any clue how to solve my problem?

What version are you using? Have you tried a recent CVS build?

I am using version 0.63. It just seems to be a problem with the ISO mounting, cause even when I only mount and then exit I have this problem, and all my other games which don't mount work work just fine.

I tried the CVS, same problem. I think we have an issue here. Any idea's for a workaround?

Can't think of a user workaround. There's almost certianly a coding fix though...

Actually, you could try mounting the ISO with Daemon Tools or Alcohol. That would allow you to use the normal mount command inside of DOSBox.

Well, that does fix the problem, but it adds an extra tool, and I am working on an all in one solution. Abandonloader,Dosbox and VDMsound were easy to intergrate, but I doubt that will be the case with those 2. I guess I'll just have to wait till the code is fixed, where can I report bugs?

You already reported it 😉 Our esteemed project fathers are reading this regularly.

I would like a conformation of this bug. and more information. (which iso/ which os)
as It behaves fine at my place

I can't replicate it. Here's the procedure I tried:

- Start recent CVS build of DOSBox (Windows XP)
- Use imgmount to mount a CDROM ISO
- Use the exit command to exit DOSBox
- Open the Task Manager

Didn't see dosbox.exe listed.

I've had the behavior he's mentioning happen to me with various CVS builds of DosBox. You'd exit the DosBox application but the console window would stay behind. I'd have to kill the console through Task Manager. I have all the previous DosBox builds but I'm hoping it's one of the .dll dependencies. How is the console handled? I noticed that it doesn't use NTVDM.....does SDL handle that part?

Oh, I guess he's talking about different behavior....The DosBox GUI disappearing but still loaded in memory. Sounds like the process isn't unloading which could be an OS problem.

I had this happen to me as well, and I reported it here (I think the in the Development forum).

My guess is that the error lies in the sdl_sound library. Since I don't have windows, is anyone of those having this problem able to compile dosbox and disable the use of the sdl_sound?

I don't think I use sdl_sound in my own builds, which could be why I don't experience it. I don't know how it could be related though - I thought sdl_sound was just for capturing DOSBox's sound output to a file.

sdl_sound can decode various sound formats, it is only used for cue sheets. When the last cdrom object is deleted, the library will be removed. My guess was that it hangs there.

Ah, I see. I haven't tried mounting any ISOs with audio tracks or cue files.

my post in the Development forum:
crash on exit when disk images are mounted
It is about a crash with hard drive images.

Dominus: Seems what digitalmea is reporting is different in two ways:
1. The behavior seems to happen exiting via the 'exit' command in DOSBox. Digitalmea didn't report whether closing via the Windows X button also results in the problem
2. Instead of crashing, it looks like it closes but the dosbox process is still running

Just to note: If it is compiled in, sdl_sound will acutally load even if the iso/cue does not contain audio tracks.