No, you really didn't get the idea. Actually, I guess only Qbix got it. I can only read "you can't do this" from other guys. :happy: Let me try to explain based on what you said. 1. It's possible to create a "self-contained-zip-game". And it's simple. Just add an AUTOEXEC.BAT (or something like that …

It could be a nice idea, but bochs is not an MS-DOS emulator. It is a x86 emulator. You cannot just install bochs, run it and get a DOS prompt like DOSBox. If someone wants to play games on bochs, he will have to install box, install a dos image (note: it's user's responsability to find one and it's …

Actually, you are not so alone. I really like your idea. BTW, if DOSBox will not have it native, what about a "Launcher" program ? It can not only use the "decompress-launch-recompress" idea, but it could manage our games, too (maybe with a nice interface :happy: )... I don't know if I have time to …

Actually, I know that is impossible to drag, drop and play a DOS game like a console emulator. I just think it's cool to drag, drop, write " " ("cd " maybe ?) and play. That's one of the reasons I tell the "create a zip temp dir" idea. It could work like a "unzip;run dosbox mounted on the dir;zipit …

Well, actually, I'm not thinking only about the space wasted with a lot of little files. There are, at least, two more benefits: - I think it's very cool to download an old classic and play it without needing to create a dir and extracting the files. It could be just like console's ROMs, or even …

I just wanted an illustrated example. OK, it's not a complete file system, it's only a cool zip manager, but it works like a folder in many aspects, and is very useful. You can move files between subfoldes, you can add or remove with DnD, etc, with a explorer window - no external shareware programs …

I really think Bochs is easy to compile, install and use, specially on my linux box. The problem is that bochs is an x86 emulator used by hardcore system developers, not gamers. :money: Using bochs to play DOS games is like using a HP12c calculator to sum the cost of your xmas presents... A paper …

Try the download button near "an OS X binary of DOSBox, courtesy of the folks at Mac-Emu.net." The final link is: http://www.mac-emu.net/files/DOSBox_OSX.tar.gz

Geez ! You never compiled a GNU-like program in your live ? :sweatdrop: It's normal... But the problem is the file not you... :wink: Let's start downloading the correct file. Go to http://emulation.net/windoze/ and download the MacOS binary package (you have the source package) and maybe the dOSboX …

I know that it can't be changed, I just forgot to say that... :happy: I am starting this topic only because I can't run natively on a Linux box. I put it on the subject and on the message trying to make it clear. :neutral: In a few words, I want to know if there's any workaround. If it's a source …

Oh, and BTW, 1k files aren't the only trouble. What about the 5kb, 9kb or even 13kb files with their internal fragmentation ? Only a few file systems can deal with it, and I don't know any that can do it nicely. Of course, we can't forget the huge FAT 32kb-blocks ! And, last but not least, we can't …

My idea: ZIP files are treaten like read-only dirs. If you want a 'read-write zip dir', you must associate it with a temp dir. Maybe something like this: mount d ultima.zip --write-dir=/tmp/ultima.zip/ ('ultima.zip' as 'd:' will have a temp write dir named '/tmp/ultima.zip/') Any change goes in the …

This emu looks really imponent, but it has no docs (or it has some kind of well-hidden docs), no bin version and is really hard to compile. I doubt it even runs or compiles on GNU/Linux. I really prefer to use dosbox or bochs if I need x86 emulation. They got plenty of info and are very easy to …

I have a Clipper-made program that needs 'FILES=171' in config.sys and 'set CLIPPER=f171' in autoexec.bat. Autoexec is not a problem, but what about config.sys ? I read somewhere a nice suggestion: 'run it natively', but what if I'm on a LINUX box ? 😢