Re: [Freedos-devel] re: 8086 xmsswap

2005-07-25 Thread Johnson Lam
On Sun, 24 Jul 2005 03:22:32 +0200, you wrote: Hi, >It could be that the, say, three versions are bundled together within an >executable, and by means of some trick, the correct version is unpacked >and run, but note that the executable version would grow a bit. >Perhaps Eric can come up with o

Re: [Freedos-devel] re: 8086 xmsswap

2005-07-23 Thread Blair Campbell
> > When no XMS is found, CALL /S (swap freecom out to disk) should be > > allowed to work. > > You CANNOT have both in the same binary at the moment. No, but maybe there could be a xmssize-like program that can be called as a device driver and loaded from config.sys; if xms is found then load a

[Freedos-devel] re: 8086 xmsswap

2005-07-23 Thread Eric Auer
Hi, Bernd meant "8086 FreeCOM which uses XMS". So there is NO 286 optimization. But there also is NO XMS on 8086. Actually the big problem here is that "which uses XMS" implies "swapping REQUIRES XMS" (i.e. NO call /s supported) which means "this FreeCOM can run on 8086 but will be a big bad memor

Re: [Freedos-devel] re: 8086 xmsswap

2005-07-23 Thread Aitor Santamaría Merino
Hi, Bernd Blaauw escribió: Johnson Lam schreef: I think it SHOULD BE optimized for 386 CPU, that means priority is 386, then have a 8086/286 version for users still using old PC's. generally the term 'optimized' means 'works only for/on', which I find very bad. Proper 'optimize' should mea

Re: [Freedos-devel] re: 8086 xmsswap

2005-07-16 Thread Bart Oldeman
On Tue, 12 Jul 2005, tom ehlert wrote: > >>The XMS swap feature means: Copy most of FreeCOM to XMS while a program > >>is running, and mark the memory as free. So FreeCOM LOOKS as if it would > >>be only 3 kilobytes small in RAM. > > ... > >>Having a version which is 8086 compatible but uses XMS S

Re: [Freedos-devel] re: 8086 xmsswap

2005-07-12 Thread tom ehlert
Hello Jose, >>The XMS swap feature means: Copy most of FreeCOM to XMS while a program >>is running, and mark the memory as free. So FreeCOM LOOKS as if it would >>be only 3 kilobytes small in RAM. > ... >>Having a version which is 8086 compatible but uses XMS Swap is a very special >>choice for "u

[Freedos-devel] re: 8086 xmsswap

2005-07-11 Thread Jose Antonio Senna
Eric Auer wrote: >The XMS swap feature means: Copy most of FreeCOM to XMS while a program >is running, and mark the memory as free. So FreeCOM LOOKS as if it would >be only 3 kilobytes small in RAM. ... >Having a version which is 8086 compatible but uses XMS Swap is a very special >choice for "un

Re: [Freedos-devel] re: 8086 xmsswap

2005-07-11 Thread Johnson Lam
On Mon, 11 Jul 2005 13:58:31 +0200, you wrote: Hi Tom, >a) the current XMSSwap variant works anywhere. >b) the resident part, if running programs, is basically independent >of any 186+/386+ optimizations (there are no 286+ optimizations) >c) it's build with TC2 which doesn't know about 386 Got i

[Freedos-devel] re: 8086 xmsswap

2005-07-11 Thread Eric Auer
Hi Tom, > a) the current XMSSwap variant works anywhere. If you mean "8086 compatible XMSSwap version": Compiling without 186 optimizations (Turbo C++ 1 does not get higher...) means that the FreeCOM binary gets bigger and that you have to disable some features to keep the size in range :-(. And

Re: [Freedos-devel] re: 8086 xmsswap

2005-07-11 Thread tom ehlert
Hello Johnson, > I want to submit my opinion: >>My personal opinion is that the XMS Swap version of FreeCOM should be >>optimized for 286 CPUs. You can always add a config sys menu which > I think it SHOULD BE optimized for 386 CPU, that means priority is > 386, then have a 8086/286 version for

Re: [Freedos-devel] re: 8086 xmsswap

2005-07-11 Thread Johnson Lam
On Mon, 11 Jul 2005 12:38:38 +0200, you wrote: Hi Bernd, >generally the term 'optimized' means 'works only for/on', which I find >very bad. Proper 'optimize' should mean 'has additional features or >speed increase when run on a better platform' Maybe I'm not using a appropriate word here. What

Re: [Freedos-devel] re: 8086 xmsswap

2005-07-11 Thread Bernd Blaauw
Johnson Lam schreef: I think it SHOULD BE optimized for 386 CPU, that means priority is 386, then have a 8086/286 version for users still using old PC's. generally the term 'optimized' means 'works only for/on', which I find very bad. Proper 'optimize' should mean 'has additional features or

Re: [Freedos-devel] re: 8086 xmsswap

2005-07-10 Thread Johnson Lam
On Mon, 11 Jul 2005 02:12:07 +0200 (MEST), you wrote: Hi, I want to submit my opinion: >My personal opinion is that the XMS Swap version of FreeCOM should be >optimized for 286 CPUs. You can always add a config sys menu which I think it SHOULD BE optimized for 386 CPU, that means priority is 38

[Freedos-devel] re: 8086 xmsswap

2005-07-10 Thread Eric Auer
Hi Jose! > I thought xmsswap was a version of FreeCOM which had the option of keeping > the non-resident part of command.com in XMS, so it would load faster... > Now I see a discussion about 8086 xmsswap FreeCOM, but > 8086 machines have no XMS. The XMS swap feature means: Copy most of FreeCOM