public inbox for linux-msdos@vger.kernel.org
 help / color / mirror / Atom feed
From: norseman <norseman@firstlight.net>
To: Bart Oldeman <bartoldeman@users.sourceforge.net>,
	linux-msdos@vger.kernel.org
Subject: Re: 1.2.0 binary install
Date: Fri, 23 Jan 2004 16:30:09 +0000	[thread overview]
Message-ID: <40114C11.B677CEAE@firstlight.net> (raw)
In-Reply-To: Pine.LNX.4.44.0401232259070.21215-100000@enm-bo-lt.enm.bris.ac.uk

Bart Oldeman wrote:
> 
> On Fri, 23 Jan 2004, norseman wrote:
> 
> > I suspect all the RPM people got together and padded the count.
> 
> wow. Conspiracy theory. We love that right ;)

just had to toss that in. :)

> 
> > The more I see and use of RPM the less I like it.
> > It is a potential security risk.  Please don't go there.
> 
> RPM was selected by the people at www.linuxbase.org (LSB) as the standard
> binary distribution format. These are knowledgeable people. If RPM were a
> real security risk it wouldn't have been selected.
> 

And we all trusted Bill too.  :) more fun


> > speaking of adding things:
> >       1) pre-compiles need to actually read a config file and accept
> >               .emu extensions instead of ignoring them.
> 
> what do you mean here? $_emusys in dosemu.conf?

no;   .emu extensions to autoexec and config so one doesn't have
to continually copy dummies to .bat .sys if booting live and
another set of dummies if booting emulator.
used to be autoexec.bat
           autoexec.emu
           config.sys
           config.emu
all resided in msdos live boot partition. live boot used normal and
emulator boot used .emu setups.  used to be.

if it helps:  I have a minimum of 5 keyboards (seats) that I run daily
(except when I can escape) and most of them have multiple hard drives.
On the systems I use most - I have multiple hard dirves. One for Win98,
one for MSDOS 6.22, one for Linux, one for xtra dos storage, big ones
for Linux storage, one or two for Solaris. Most keyboards are multiboot.
Sometimes I need a program that is only available on a specific OS, so
I boot that OS and run native. Sometimes I envoke DOSEMU and do
something
like a dBASE run. Sometimes I envoke WINE and creep through the process
because my stopwatch has confirmed that is faster than rebooting, doing
it and rebooting back to Linux. 
DOSEMU still works on other systems here. Just refuses to get it in gear
on my personal laptop. It will. If I have to re-write it - it will.
Bet on that.

I regularly do a dBASE thing. Complicated - we will call it a "thing".
In live boot MSDOS it can and does take hours to run.
One run in particular was timed. 6 hours.
Then I booted Linux, started 1.0.2.? and - on same hardware, same disk,
using same program and same data set ran it again.  right at 20 minutes.

If you need another excuse to keep going - I've got a baseball bat. :)


> 
> >       2) need to put himem and UMB back into operation. 1.1.99.1 reduced
> >               available memory considerably. (canceled compress.exe use)
> 
> you'll have to elaborate on that. These two are active by default if you
> use DOS=UMB,HIGH which is in the default config.sys.

nope - not in the 1.1.99.1 pre-compiled. everything loads "low".

> 
> MEM reports 628K (642,640 bytes) free, and 108K (110,224 bytes) free upper
> memory in xdosemu.
> 
try 528 free and 0 use of upper.

> Bart
========================================

Steve Turner
norseman@firstlight.net

  reply	other threads:[~2004-01-23 16:30 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-22 19:27 1.2.0 binary install Jan Willem Stumpel
2004-01-23  8:59 ` Ged Haywood
2004-01-23 21:03   ` Jan Willem Stumpel
2004-01-23 14:07     ` norseman
2004-01-23 22:38       ` Bart Oldeman
2004-01-23 15:45         ` norseman
2004-01-24  0:34           ` Bart Oldeman
2004-01-24 12:24             ` norseman
2004-01-24 23:16               ` Justin Zygmont
2004-01-24 18:00                 ` norseman
2004-01-25  0:05               ` Bart Oldeman
2004-01-23 21:57     ` Bart Oldeman
2004-01-23 14:40       ` norseman
2004-01-23 23:08         ` Bart Oldeman
2004-01-23 16:30           ` norseman [this message]
2004-01-24  0:48             ` Bart Oldeman
2004-01-24 13:16               ` Ged Haywood
2004-01-24 12:48             ` Appology to Bart norseman
2004-01-24 15:16       ` 1.2.0 binary install Jan Willem Stumpel
2004-01-23 22:12     ` Ged Haywood
2004-01-23 22:15     ` Justin Zygmont
2004-01-23 15:01       ` norseman
     [not found] <Pine.LNX.4.44.0401231719490.31850-100000@solarflow.dyndns.org>
2004-01-23 14:50 ` norseman
     [not found] <40128B80.8060503@my.home>
2004-01-24 17:38 ` Bart Oldeman
2004-01-24 18:29   ` Jan Willem Stumpel
2004-01-24 19:08     ` Bart Oldeman

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=40114C11.B677CEAE@firstlight.net \
    --to=norseman@firstlight.net \
    --cc=bartoldeman@users.sourceforge.net \
    --cc=linux-msdos@vger.kernel.org \
    /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