Help - Search - Members - Calendar
Full Version: Bochs (x86 emulator) on VGA Zaurus? Anyone?
OESF Forums > Distros, Development, and Model Specific Forums > Model Specific Forums > Cxx0 General discussions
Pages: 1, 2
TonyOlsen
Has anyone tried to run Bochs (Intel x86 IBM PC emulator) on a VGA Zaurus? Did it work?

If it did, how did you set it up? I read the directions and it's a bit greek to me. Can anyone help? sad.gif
padishah_emperor
(wind blowing.... tumbleweed rolling...)

Sorry Tony, we're out of luck, surely one of those seasoned 'porters' wants to try, come on...

I think I could do it, I would need SDL dev libs and a good dose of patience. Someone must have a full cross-dev setup to try?

Could someone give dosbox a go?
TonyOlsen
QUOTE
(wind blowing.... tumbleweed rolling...)  


Ha Ha Ha Ha!!! LOL! biggrin.gif

Ahm' the sheriff of this here' ghost town. biggrin.gif
padishah_emperor
We're on a roll tonight ;-)
Foxdie
Wow Tony, you sure love your polls tongue.gif

I would like to try it but I haven't had the time. I think it'd be amusing to try Windows 98 smile.gif
TonyOlsen
Yes, I LOVE the polls! biggrin.gif smile.gif I think it's cool how they can offer perspective in the discussion. For example, here, it appears that noone has ever gotten Bochs working on their Zaurus. ...AND, which is very surprising, over half of the people out there don't really care about having an x86 emulator on their Zaurus. I guess they don't see any value in being able to run applications where the source code isn't available.

Maybe someday...
Zazz
Considering the speed difference between bochs and qemu it seems fairly safe to say that bochs is quickly approaching obsolescence.
TonyOlsen
qemu? I've never heard of it... but you've gotten my attention! biggrin.gif tell me more!! smile.gif

I assume qemu is another x86 emulator. Is there a port for the Zaurus? Is it fully graphics compatible? Can it run Win98SE? Can it run in VGA (640x480) mode?

Cool! Thanks! biggrin.gif
Zazz
See this thread. Full PC emulation is not yet supported for the Z. It may or may not happen in a couple of months. If it does it will be much more usable than bochs.
TonyOlsen
I didn't get a link in the last post...

oh.. so it won't run Windows98 and graphical games? sad.gif

Is there any x86 emulator for Zaurus that works all the way?
raduga
QUOTE
I didn't get a link in the last post...

oh.. so it won't run Windows98 and graphical games?  :(

Is there any x86 emulator for Zaurus that works all the way?


qemu currently only runs "user mode" applications; that is, i386 linux binaries. It should be enough to run WINE presumably, and some windows applications under there; but I fear it may be unbearably slow. Graphics heavy games will most likely not be playable through that route.

With some (significant?) extra arm support, qemu may be able to run in system mode on the Z, meaning you'd have a fully emulated i386 machine. Probably quite slow, but maybe useable.

Bochs has apparently been built and run on 5500s, so it should work
on C7xx Zaurii, but users report that its extremely (barely useable) slow for that.

Fortunately, http://dosbox.sourceforge.net works, if your major interest is DOS games (Or Windows 3.1)

Lord Davon has built the latest stable and CVS in http://zaurus.spy.org/feeds/davonz/
you'll need pdaxrom and a few extra libraries.

DOS games run at approximately a fast 286 to slow 386 speed;
if the games are old enough, that should be fine. Qemu is reputed to be more efficient, but isn't all there yet, for most purposes.
TonyOlsen
I can't seem to find the Zaurus IPK for DOSBox. Do you have a link, or do you have the IPK you could post here?

Thanks in advance! biggrin.gif
TonyOlsen
I'm also looking for the Qemu Zaurus IPK... both of the applications I want to run (WarCraft II and an old Ascii-based reader program) are old enough that they will probably work. I looked at DosBox and it says it actually works with WarCraft2 (It's cool that they acutally have a list of applications and how well they run. smile.gif ).

Does anyone have the URL for the Qeme Zaurus IPK?

thanks! biggrin.gif
raduga
there are a couple of tarballs with Dosbox in the zaurus.spy.org feeds I mentioned. You don't need to install as an ipk.

Keep in mind that you will probably not get performance better than
286 / slow 386 on a Zaurus, with Dosbox. Qemu may do better - when/if it can run full machine emulation.

Zazz has put a tarball of his qemu build on http://zaurus.zapto.org/zazz/qemu/
and read the README

nobody has yet made an ipk, as qemu is barely stable enough this far in.
raduga
QUOTE
I looked at DosBox and it says it actually works with WarCraft2 (It's cool that they acutally have a list of applications and how well they run. smile.gif ).


Keep in mind that the applications list is based on apps tested against an i386 dosbox system, so things will likely run much slower on the Z. Mouse support on the Z is sketchy - mouse heavy games are pretty frustrating, IMO [there may be a fix for this; I don't think it should be too difficult]
TonyOlsen
DosBox

Yeah, I saw those tarballs. I downloaded all 3, but they weren't IPK and I didn't know what to do with them... and I also didn't know if I was only supposed to use the "xscale" one or all 3... I tried executing the 3 files in terminal, but that didn't work.

Qemu

Thanks for the link. I downloaded the file and will try to install it. ...but the tarball didn't contain any IPK files. I'm going through the Readme file and will try to get it working from the Terminal. I'll post my results.

I'm going to try to get both of them working... and whichever one works first wins. smile.gif
DrWowe
Is there an SDL or Qtopia version of Dosbox?
DrWowe
On another note, why is "DOS games" the only thing that matters? With a decent emulator, and a copy of the HP200LX rom, you could all relive your glory days!
zbones
QUOTE
I'm also looking for the Qemu Zaurus IPK... both of the applications I want to run (WarCraft II and an old Ascii-based reader program)


I think you can forget about warcraft 2 on a Zaurus.

Hell, it's good but not that good biggrin.gif

I struggles to run scramble and donkey kong using the mame emulator .

Warcraft 2 could be possible, but you would need to obtain the source and expect to re-write most of the code to be "zaurus friendly".

If you want to emulate it then expect to get a frame every hour, if it runs at all.

You may have better luck with an Atari st or Amiga emulator running something like populous, which was the forerunner to the other 3d games like warcraft and command and conquer.

What does your ascii based reader program read? there may already be a custom zaurus app to suit your requirements.
Peter
TonyOlsen
Try as I may, the qemu-i386 (378 KB) does not work on the Zaurus. When I go into the directory where this is located, I type
CODE
qemu-i386

and I get:
CODE
bash: qemu-i386: command not found

I also tried the free-dos images
CODE
qemu-i386 c.img

(c.img is in the same directory)
..but resulted in the same "command not found" result.

I suspect this file wasn't compiled for the Zaurus but for another platform. The "i386" in the name, to me, says that it is a 386 emulator (since qemu can be used to emulate many platforms and not just 386's.)

Any thoughts?

Has anyone actually gotten DosBox or Qemu working on their Zaurus? :?
TonyOlsen
The DOS reader if for obsolete Folio/Infobase NFO ebook files (incompatible with the new NFO readers from Folio)... It is 100% ASCII based. I'm sure an x86 emulator can run it.

I used to run just it fine on my 200LX (8 MHz), so I'm sure it will be much faster on my 386 emulator on my 400 MHz Zaurus! smile.gif Qemu says that it is about 1/4th or 1/10th the speed of the actual machine, which means it will run like a 40 MHz 386 or 100 MHz 386. That's slow... but not that bad! smile.gif

DosBox lists WarCraft II as "playable", but not "fully supported"... which means that most stuff works but something may not. ...I used to play WarCraft II on an old 386 and it was a little slow, but it worked... and it was fun! smile.gif
TonyOlsen
Oh... WarCraft II isn't 3d... it's 2d. WarCraft III is 3d, but I'm not interested in that one...
TonyOlsen
Anyone want to try recompiling FreeCraft (now known as Stratagus) for the Zaurus?

http://pingus.seul.org/~grumbel/tmp/wargus/
http://sourceforge.net/projects/stratagus/
http://www.happypenguin.org/show?FreeCraft
http://www.bebits.com/app/2994
http://packages.debian.org/unstable/games/freecraft <-- Already compiled for ARM?
http://stratagus.sourceforge.net/screenshots.shtml
etc..

Also:

http://sourceforge.net/search/ (search for "stratagus")

This is the open-source version of "War Craft II". Anyone else drooling over the idea of having War Craft II (rated the best computer games for a number of years) on their Zaurus? biggrin.gif biggrin.gif smile.gif
padishah_emperor
I want to run Elite (anyone else here in the UK remember that on the BBC A/B?) via DOS (CGA).
TonyOlsen
I moved the WarCraft 2 thread to its own thread:

http://www.zaurususergroup.com/index.php?n...iewtopic&t=3883

Please post future WarCraft comments to that thread instead of this one...
ngok
I found a SDL version of Bochs for zaurus here
http://www.its.caltech.edu/~tzer-jen/zbochs/
it looks good but there is just the souce code,will anyone try it?
Stubear
QUOTE
Try as I may, the qemu-i386 (378 KB) does not work on the Zaurus.  When I go into the directory where this is located, I type
CODE
qemu-i386

and I get:
CODE
bash: qemu-i386: command not found


Linux is NOT DOS. Unlike DOS, Linux doesn't let you run commands just anywhere by default, if you want to run a fiel that is not in your PATH then you need to append a ./ to the filename to run it.

So you should be using
CODE
./qemu-i386


Stu

P.S. If you really want to run commands from your current PWD then add . to your PATH
TonyOlsen
The http://zaurus.zapto.org/zazz/qemu/ link I was given contains 3 files. 2 tarballs and 1 readme.

One tarball ( qemu-0.5.3-armhost-i386user.tar.gz ) isn't recognized by my Windows WinZip program. WinZip says that file is empty or corrupt.

The other file ( qemu-i386-static.gz ) DOES contain something, but WinZip asks me for the extension. I assume it has no extension, and so it creates a 994 KB qemu-i386-static file. This is the file I've been trying to get working.

I placed qemu-i386-static, and 3 of the 4 "FreeDos" images, on my CF card and put it in the Zaurus. I open terminal and type:

CODE
bash-2.05$ cd /mnt/cf

bash-2.05$ ./qemu-i386-static a.img

Error loading a.img


I can display the Qemu help and it has options for Path, Size, Help, ActivateLog, PageSize, and it says it needs a "program"... but nothing regarding a boot image. I'm thinking I misunderstood the function Qemu. I'm now thinking it is only for running individual Linux i386 commands and in fact can't do anything "DOS" at all...

Please let me know if I'm wrong here..
sepsep
QUOTE
Keep in mind that you will probably not get performance better than
286 / slow 386 on a Zaurus, with Dosbox.  Qemu may do better - when/if  it can run full machine emulation.


if performane like xt still okay for me.
im just to want using back my hplx pim post/lx function only. :wink:
raduga
QUOTE
The http://zaurus.zapto.org/zazz/qemu/  
 I'm thinking I misunderstood the function Qemu.  I'm now thinking it is only for running individual Linux i386 commands and in fact can't do anything "DOS" at all...

Please let me know if I'm wrong here..


Unfortunately, it looks like you're right here.

Qemu can operate in two modes:

* System emulation
* User emulation

User emulation allows it to run Linux binaries compiled for the target architecture- in this case, i386 linux binaries that normally wouldnt run
on your ARM linux.

System emulation is a bit trickier, and actually simulates an entire target computer- allowing you to run a full Operating System or whatever you like. System emulation is not available for the ARM port of Qemu just yet; looks like it may require considerable extra code (maybe not so much work, but it's beyond me) There are hints that System Emulation is being ported to ARM, but it's not here just yet.

Dosbox and Bochs support full system emulation on ARM already, though.
So, Qemu will not, today, run any DOS software. Bochs may, if you're lucky. Dosbox surely will.
TonyOlsen
Ok... so I'll take Qemu off my radar... for now. I'll instead focus on DosBox... smile.gif
Miami_Bob
Well, I an now answer "Yes". I have an older console version of Bochs up & running fairly peppily on a C860 with standard Sharp v1.31 ROM.

There are still some irregularities with the display and it is not in color but I have been able to run a number of older PC/XT DOS apps (no, not CPACK, yet - sorry).

At work & very hectic right now but will make a fuller report soon.
TonyOlsen
Wow! I await your findings with great anxiety! biggrin.gif smile.gif Thanks! smile.gif
Miami_Bob
OK. As promised -

Before I describe how I have Bochs running DOS on my C860, you need to be aware of a major, but easily avoidable, hazard.

Bochs is not aware of the event if DOS crashes or terminates. So you do not return to Bochs itself where you could exit gracefully to the bash prompt. Even if you close the terminal, each Bochs session will still be running and using resources blind in the background. PS does not show these sessions. You need to use "PS x" to see their pids.

When I first started working with Bochs, I had several running copies go orphaned in background and the performnce of my C860 began to dramatically drop. I had just opened WhatsUpOnZ to check for & kill any such processes, when my memory bar in the applet tray went abruptly to bright red (the first & only time that I have seen it do so), and my C860 immediately locked up entirely. No responce to ANY keys or stylus.

After pulling the battery several times & a long wait on the final pull, the system booted normally and seemed to be running OK, For all of about 30 seconds, at which point it hard locked again. Each time that I could coax it to reboot, the system would run for some varriable but relatively short period of time and then freeze.

It appears that the sudden low memory condition, caused by multiple rogue copies of Bochs (perhaps 2 or 3 at most), corrupted some system file(s) needed at some point shortly after bootup. I didn't have the luxury time to try to figure out exactly which files were bunged but I had done an NAND backup not long before the crash. So I restored from NAND. And proceeded again with a LOT more caution.

Do NOT allow background sessions of Bochs to build up! After each DOS crash or termination, open another terminal and run "ps x" to get the pid of the Bochs process. Then "kill -kill (pid)" to terminate the session! This is essential. Otherwise you may have a semi-brick! And it wouldn't hurt to do an NAND back up frequently when working with the program.

OK - you have been warned.

This has been tested on C860s with standard Sharp ROM v1.20 & 1.31 with no obvious differences.

First link to:

http://www.ece.uah.edu/~wes/

and download Bochs 1.4.1 from:

http://www.ece.uah.edu/~wes/bochs_1.4.1_arm.ipk

Note that the author says:

" I have misplaced my zaurus and I will not be maintaining the software on this page."

"Bochs x86 emulator. Compiled to use the console, but there's an X option which I didn't use because i'm not running X on my zaurus at the moment. I tested it with freedos, and input was extremely slow. Also, I had to reduce the amount of memory in the bochs settings to keep it from running out of memory and crashing. Still, I think it's really cool that it works at all. There are some demo packages for it here."

("here" is http://bochs.sourceforge.net/diskimages.html)


The IPK is a TAR-GZ type and installed without problems on my C860s. It includeds the two depends lib files. Before you can run Bochs, you need an image of a bootable disk or diskette for the OS you intend to run.

The only DOS at the link to images on Sourceforge is a FreeDOS version which runs VERY slowly under Bochs and crashes frequently for no obvious reason. This was what i was working with when I locked up my C860. I was sufficiently frustrated such that I decided to try making a boot image of PC DOS v7 instead.

Several programs that claimed to write and access these raw sector IMG files produced ones that Bochs could not use. I was finally able to make a Bochs acceptable 1.44Mb FDD IMG using RawWrite for windows version 0.5 by John Newbigin, that I found on a Red Hat distro CD in my stash.

I made a PC DOS v7 bootable 1.44Mb floppy img & a blank 1.44Mb "B:" img using RawWriteW then made a 4Mb "C:" img and a 10Mb "D:" img using the "bxutility" program included with Bochs. The "bxutility" program is simple to use and well documented.

Make sure that your bootable floppy has FDISK, SYS, FORMAT, XCOPY and so forth before you img it.


This is my file layout

/home/QtPalmtop/bochs/

/home/QtPalmtop/bochs/1.4.1 ...... files installed by Bochs

/home/QtPalmtop/bochs/bin ........ img files

/home/QtPalmtop/bochs/latest ..... sym linked by install to 1.4.1


My "bochsrc" config file is:


# configuration file generated by Bochs
romimage: file=/home/QtPalmtop/bochs/1.4.1/BIOS-bochs-latest, address=0xf0000
megs: 4
vgaromimage: /home/QtPalmtop/bochs/1.4.1/VGABIOS-elpin-2.40
floppya: 1_44=/home/QtPalmtop/bochs/bin/a.img, status=inserted
floppyb: 1_44=/home/QtPalmtop/bochs/bin/b.img, status=inserted
diskc: file=/home/QtPalmtop/bochs/bin/4MbC.img, cyl=121, heads=4, spt=17
diskd: file=/home/QtPalmtop/bochs/bin/10MbD.img, cyl=306, heads=4, spt=17
# no parport #1
# no sb16
boot: c
log: /home/zaurus/Documents/bochs/logs/bochs_out.txt
mouse: enabled=0
ips: 500000
vga_update_interval: 30000
keyboard_serial_delay: 20000
keyboard_paste_delay: 100000
floppy_command_delay: 50000
private_colormap: enabled=0
i440fxsupport: enabled=0
time0: 0
# no ne2k
newharddrivesupport: enabled=0
# no loader
panic: action=ask
error: action=report
info: action=report
debug: action=ignore
keyboard_mapping: enabled=0, map=
keyboard_type: mf


To start, change the "boot c" line to "boot a", boot the floppy image, Format C: with the /S option. Copy whatever files that you want. Then switch to your 2nd terminal and "ps x" - "kill -kill (pid)" to terminate the Bochs session.

Now change the boot line back to "boot c" and restart Bochs. You should have DOS from "hd C:".

DOS in a Bochs runs signifiantly faster under opie-embeddedkonsole 1.5.9.2 than it does under qkonsole 0.9.3-20040205. Plus Konsole uses less memory than Qkonsole & Konsole shows the "" char instead of the yen char. Attempto at running in qkonsole "with magnified screen" (ie: in portrait with the keyboard acessable) were excruciatingly slow and had repeated hangs and crashes.

OK. enough for one over long post. I have some more notes that I'll contribute later, but this should be enough to let folks dupliate the process safely.

Some screen shot PHGs are attached in a ZIP to show what you should expect to see.

Feedback, folks?
padishah_emperor
Good work Bob, I'm going to have a go this weekend, there are some DOS apps I'd like to try :-)
Miami_Bob
QUOTE
Good work Bob, I'm going to have a go this weekend, there are some DOS apps I'd like to try :-)


P_E - The only DOS apps that have failed to run so far are the ones using the APP200 HP-LX calls (of COURSE! .... G). The screen display is in B&W and some what funky at points (you'll see what I mean).

I have run MSD even & gotten system reports! A keyboard monitor that reports which scan codes are actually being generated by key presses & releases. PCTOOLS v4.2, even. QED & LIST. A whole bunch of PC DOS v7 utils. All functional.

But I haven't had time to install & configure keyhelper on the sacrifical C860 yet, so I have not been able to find a way to generate function keys (ie: F1, F2 & etc) or ALT keys, which is a major PITA.

Still & all. only been up & running for two VERY hectic days, so ......

Let me know what you find! (G!)
Miami_Bob
Come on, gang. I want to see that first bar in the poll start to climb.

If you voted & can't change or vote twice, then lets start a new thread to reflect the new conditions! (G)
sepsep
thanks Bob, great work!

when im back to office i will try.

sepsep
@phuket hoilday
TonyOlsen
How does someone gets files in and out of the c.img and d.img files? I assume that when I'm in bochs DOS mode, I can't see the rest of my files outside of the IMG files?

Can someone post the b.img, c.img, and d.img files... everything minus the actual DOS boot image?

I'm excited to try this out! biggrin.gif
Miami_Bob
QUOTE
How does someone gets files in and out of the c.img and d.img files?  I assume that when I'm in bochs DOS mode, I can't see the rest of my files outside of the IMG files?

Can someone post the b.img, c.img, and d.img files... everything minus the actual DOS boot image?

I'm excited to try this out! biggrin.gif


Tony -

So far I haven't found a utility that will write directly to the IMG files without making them unreadable by DOS inna Bochs. Its a major PITA, but I have been copying files to a 1.44 FDD & using RawWrite to make an IMG of the floppy. Then copying them to a HD IMG inside DOS Bochs.

There has to be a more elegant way, but I haven't been able to find it yet. But I HAVE gotten a LOT of practice starting & stopping Bochs! (G)

BTW - The DOS key scan utility shows that KeyHelper passes CTRL key combos through but NOT the ALT key combos. I haven't figured out how to get Keyhelper to fake F1 - F10 yet, either. Time, time, time (sigh).
Miami_Bob
BTW - you can use the BXUTILITY from the Bochs IPK to *create* fresh IMG files (in case I wasn't clear about that in my first ramble). Both FDD & HD.
TonyOlsen
QUOTE
BTW - you can use the BXUTILITY from the Bochs IPK to *create* fresh IMG files (in case I wasn't clear about that in my first ramble). Both FDD & HD.


Ah... that will come in handy. I'm thinking I could make a d.img of the program DOS program directory I want to use.

As my signature states... this is one of my main Zaurus quests, and I'm very excited to have it running! smile.gif

Has anyone ventured to try to run GUI programs on Bochs... or even venture to try Windows98SE on it? smile.gif (I personally don't "need" that, but it would be fun... smile.gif )

Also, does Bochs work full screen? Some GUI-based DOS apps need the full VGA screen and when you aren't in full screen you can't get that.
datajerk
I built the latest version of bochs (2.1.1) and have it running on Xqt. I also built in the VNC protocol. I will try plain text and SDL later, but only if there is interest and only if the performance does suck (e.g. dir<enter>, then d i r appear at one sec interval, then the output (thats fast)). I am using the freedos image link from bochs and it is very slow. Howerver only 4MB of ram is used and it appears stable. I have not tested audio either. I do not know DOS, I thought I'd just take a look at it.

Advice on how to best test this?

Thanks.
datajerk
VNC is slow, so slow. I was unable to get tightvnc to work, the Z vncviewer does work, but slow.
datajerk
I'd like to build for SDL. Any recommendation on SDL to use?
datajerk
Ok, got the performance problem fixed. ips: 750000. The default ips was too high.

Typing in DOS and the display is realtime.
Reaper
I tried Bochs (under Qtopia) and Dosbox (under pdaX). I can say that Bochs is much harder to tune, and it's a little faster than Dosbox (but only a LITTLE, it's almost insignificant). Dosbox is simple enough to configure (write parameters into dosbox.conf file and edit it, Dosbox will recognize it and use the new parameters). It's a pity that I haven't managed to get it running even with the speed of 286-10 (the screen redrawing is VERY slow, no matter how many frames it skips, and even Adlib support makes things to be MUCH worse). It would be very nice if someone could achieve the performance of 286 - most of the games I want to run on my Z require nothing more.
Miami_Bob
QUOTE
I built the latest version of bochs (2.1.1) and have it running on Xqt.


Hey, dj. By Xqt do you mean X11/pdaX ROM?

QUOTE
I also built in the VNC protocol.  I will try plain text and SDL later, but only if there is interest and only if the performance does suck (e.g. dir<enter>, then d i r appear at one sec interval, then the output (thats fast)).  I am using the freedos image link from bochs and it is very slow.


Scrap the freeDOS. Seriously. It is probably the reason that Bochs has gotten the reputation of being so slow, IMHO. PC DOS 7 is running more or less at real PC speeds for me.

Dir listings flash right up. But my own main reason for working on DOS in Bochs is trying to get the HP200LX CPACK200 to run on my C860 as a "stopgap".

I looked at DOSbox but it was rather poorly documented on how to get it up & running. The Bochs IPK that I located ran right from install. All that was needed besides the IPK was the bootable IMG.

I *LIKE* **THAT** kind of consideration (G).

QUOTE
Howerver only 4MB of ram is used and it appears stable.  I have not tested audio either.  I do not know DOS, I thought I'd just take a look at it.

Advice on how to best test this?


I'm going to try some of my old benchmarking softwsre this weekend to see what kind of performance is reported. Actually, to emulate plain DOS, only 1Mb RAM plus maybe some for overhead SHOULD be needed.

Thanks for the input!!
datajerk
ips: 750000 and freedos is now fast. I will build an SDL version as soon as I get the zports dev tree to link to.

I am currently testing X11 with Cacko 1.21b with Xqt for X.

dmame kills it with RIP > CS.limit. I need some DOS code to test. I will builld a PC DOS 7 image later as well.

Also is there a recommendation on VBE vs no-VBE?

Thanks.
Miami_Bob
QUOTE
I tried Bochs (under Qtopia) and Dosbox (under pdaX). I can say that Bochs is much harder to tune, and it's a little faster than Dosbox (but only a LITTLE, it's almost insignificant).


Reaper - Found that the terminal console makes a MAJOR difference in Bochs performance. No disrespect, but I don't want to have to flash an X ROM just to run an emulator of a *simple* DOS system (aka HP200LX).

If it won't run with a stock Sharp ROM, its not what I need.

QUOTE
Dosbox is simple enough to configure (write parameters into dosbox.conf file and edit it, Dosbox will recognize it and use the new parameters).


I could NOT find a comprehensive FAQ for setting up DOSbox. Major points against it, in my book.

The Bochs that I'm using is the same as what you describe. Text config file that can be specified when Bochs initiates. Very easy to modify.

QUOTE
It's a pity that I haven't managed to get it running even with the speed of 286-10 (the screen redrawing is VERY slow, no matter how many frames it skips, and even Adlib support makes things to be MUCH worse).


PC DOS 7 under the old Bochs is running at "normal" speeds for me. Of course, I'm not trying any fancy stuf like sound, etc and the display is somewhat mangled with ^Ds and the like once the DOS apps run. But its early in the "game". (G)

QUOTE
It would be very nice if someone could achieve the performance of 286 - most of the games I want to run on my Z require nothing more.


What I'd like to see right now, is some way to emulate ALT keys & F1 - F10 keys. I haven't gotten Keyhelper to do either one and these two are essential to a LOT of DOS apps operations.

But ..... only starting out. And I would say, yes, I get what I would call 286 speeds (except for that %^$#!)&*^% CPACK! grrrrr).

Thanks for the info!
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2014 Invision Power Services, Inc.