From: Paul Crawford <psc@sat.dundee.ac.uk>
To: Frank Cox <theatre@sasktel.net>
Cc: Steve Cohen <stevecoh1@comcast.net>, linux-msdos@vger.kernel.org
Subject: Re: Hoo boy! This is going to be interesting.
Date: Sat, 09 Oct 2010 10:47:09 +0100 [thread overview]
Message-ID: <4CB03A1D.8080302@sat.dundee.ac.uk> (raw)
In-Reply-To: <1286569332.11941.13.camel@mutt.melvilletheatre.net>
On 08/10/10 21:22, Frank Cox wrote:
> What version of dosemu are you trying to use?
>
> Is the problem with dosemu or with freedos? Have you tried running your
> application under "native" freedos? Have you tried running your
> application under dosemu with ms-dos (or whatever dos version you run it
> under now)?
>
> What language is your application written in? Do you have the source
> code and a suitable compiler? If so, are you sufficiently familiar with
> the programming that you can play with the source code for your
> application and find out exactly what's causing it to blow up?
>
> What kind of application are you using? Process control? Database?
> Custom hardware driver? Something else?
There are a number of things you need to try as outlined above.
However, you should also be aware that dosemu 'plays better' on a 32-bit
OS than a 64-bit version, at least in my experience of trying the MS
C6.0 compiler for our legacy applications.
As outlined above, try your application on 'real hardware' using freedos
and whatever other DOS versions you have. Try and establish what it is
happy with first. If it is only happy with, say, MS-DOS 6.22 then you
can try that inside dosemu and see if it is then happy.
Finally once your app is not crashing dosemu, remember that some DOS
applications, and our primary reason for using dosemu, need direct
hardware access. Don't give dosemu a blank cheque though, find out what
your app needs and enable just that, remembering also you need to edit
the dosemu.conf file to allow such access *AND* to start dosemu /
xdosemu with the '-s' option as well (and to be a sudo'er, as this
punches a huge hole through the OS' security model!)
If you don't allow direct access you won't crash dosemu, it emulates the
(wrong) results, so it is unlikely that a crash can be fixed by enabling
this. Do it only *if* you need some special hardware to work, and you
already have things kind of working OK (at least to the level of
starting and stopping an application fairly normally).
And you are testing on a machine with no unique/valuable data I trust? :)
Regards,
Paul
next prev parent reply other threads:[~2010-10-09 9:47 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-08 19:25 Hoo boy! This is going to be interesting Steve Cohen
2010-10-08 20:22 ` Frank Cox
2010-10-09 9:47 ` Paul Crawford [this message]
2010-10-18 17:44 ` Steve Cohen
2010-10-18 18:21 ` Paul Crawford
2010-10-18 21:18 ` solarflow99
2010-10-18 22:00 ` Steve Cohen
-- strict thread matches above, loose matches on Subject: below --
2010-10-08 19:19 Steve Cohen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4CB03A1D.8080302@sat.dundee.ac.uk \
--to=psc@sat.dundee.ac.uk \
--cc=linux-msdos@vger.kernel.org \
--cc=stevecoh1@comcast.net \
--cc=theatre@sasktel.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox