From mboxrd@z Thu Jan 1 00:00:00 1970 From: norseman Subject: Re: 1.2.0 binary install Date: Fri, 23 Jan 2004 16:30:09 +0000 Sender: linux-msdos-owner@vger.kernel.org Message-ID: <40114C11.B677CEAE@firstlight.net> References: Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: List-Id: Content-Type: text/plain; charset="us-ascii" To: Bart Oldeman , linux-msdos@vger.kernel.org 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