Re: [Freedos-devel] New HIMEM64 release

2004-04-18 Thread Michael Devore
At 11:03 PM 4/18/2004 -0500, Michael wrote: >At 05:56 AM 4/19/2004 +0200, Bernd Blaauw wrote: >>>Upper value should be 4194303, which is (4G / 1024) - 1. Not tested nearly that >>>high. >> >>what happens for a too high value: ignored, or set to that (4G/1024 -1) value? >>(basically same effect I

Re: [Freedos-devel] New HIMEM64 release

2004-04-18 Thread Michael Devore
At 05:56 AM 4/19/2004 +0200, Bernd Blaauw wrote: >>Upper value should be 4194303, which is (4G / 1024) - 1. Not tested nearly that >>high. > >what happens for a too high value: ignored, or set to that (4G/1024 -1) value? >(basically same effect I guess..) It's whatever is standard for out of bou

Re: [Freedos-devel] New HIMEM64 release

2004-04-18 Thread Bernd Blaauw
Upper value should be 4194303, which is (4G / 1024) - 1. Not tested nearly that high. what happens for a too high value: ignored, or set to that (4G/1024 -1) value? (basically same effect I guess..) so "/METHOD:" ties the disk you use HIMEM on in worst case to a single computer system. I wish I

[Freedos-devel] Beta9 Release Candidate almost out - updates wanted.

2004-04-18 Thread Bernd Blaauw
I am releasing the next FreeDOS Beta9 version, Release Candidate #5, within 24 hours. Only as cdrom (plus a bootdisk), not a full diskette release. the final Beta9 will have diskette release though. any last minute updates are still welcome. At least the following updates are welcome, if/when read

Re: [Freedos-devel] New HIMEM64 release

2004-04-18 Thread Michael Devore
At 12:30 AM 4/19/2004 +0200, Bernd Blaauw wrote: >Michael, > >thanks for the newer release. >I was surprised the /MAX: was in Kilobytes (expected Megabytes like /MAXMEM= has in >NT/2000/XP), but this way it does allow to finetune total memory, and thus for >instance, determine minimum amount of m

[Freedos-devel] [announce] mem 1.6

2004-04-18 Thread Bart Oldeman
Thanks for the feedback: MEM 1.6 is now available: http://freedos.sourceforge.net/mem/mem16.zip Changes: * minor output tweaks, don't upcase names anymore * try to detect UMB holes and don't count them as upper memory * display UMB holes as "reserved" in mem/f output * display ver

[Freedos-devel] [announce] mem 1.6

2004-04-18 Thread Bart Oldeman
Thanks for the feedback: MEM 1.6 is now available: http://freedos.sourceforge.net/mem/mem16.zip Changes: * minor output tweaks, don't upcase names anymore * try to detect UMB holes and don't count them as upper memory * display UMB holes as "reserved" in mem/f output * display ver

Re: [Freedos-devel] New HIMEM64 release

2004-04-18 Thread Bernd Blaauw
Michael, thanks for the newer release. it indeed saves something like 32 bytes of memory. I was surprised the /MAX: was in Kilobytes (expected Megabytes like /MAXMEM= has in NT/2000/XP), but this way it does allow to finetune total memory, and thus for instance, determine minimum amount of memor

Re: [Freedos-devel] Bart's mem 1.5

2004-04-18 Thread Jim Hall
Bart Oldeman wrote: On Sat, 17 Apr 2004, Arkady V.Belousov wrote: - bug in .lsm: "Entered-Date: 17APR2003". Jim, can you correct this in the published LSM? It's a bit pointless to release mem 1.6 just to correct the LSM date. Yup, just fixed it. -jh -- __

[Freedos-devel] LBAcache vs. old Norton Disk Doctor / OnTrack SWBIOS question

2004-04-18 Thread Eric Auer
Hi, I got a report that old Norton Disk Doctor versions make LBAcache panic. The offending function is int 13.ee (which means "add 1024 to cylinder number for next int 13 call only, similar to int 13.ef which adds CX to cylinder number for next int 13 call only - both take DL as drive number argum

Re: [Freedos-devel] Re: Bart's mem 1.5

2004-04-18 Thread Bernd Blaauw
Eric Auer schreef: Hi, while MS Win98 MEM could be called a "standard", I do not agree with: b7ff81920 DOS system code 9fff65536 DOS system code wait until 1.6 is released. --- This SF.Net email is sponsored

[Freedos-devel] Re: Bart's mem 1.5

2004-04-18 Thread Eric Auer
Hi, while MS Win98 MEM could be called a "standard", I do not agree with: >b7ff81920 DOS system code >9fff65536 DOS system code Those are video buffers - even if the MCBs mark them as excluded / system code or similar, a note would definitely not hurt. For exa

[Freedos-devel] Re: HIMEM64 / EMM386 / DUSE (USB)

2004-04-18 Thread Florian Xaver
Have you tried loading DUSE before EMM386? Yes, then the pc hangs! I have to reboot. Bye, Flox -- Florian Xaver --- This SF.Net email is sponsored by: IBM

Re: [Freedos-devel] New HIMEM64 release

2004-04-18 Thread Michael Devore
At 03:37 AM 4/18/2004 -0500, you wrote: >Uploaded to ftp://ftp.devoresoftware.com/uploads are himem64.zip (executable) and >himem64s.zip (source) for a new test release of HIMEM64 (morphing to HIMEM in >official releases). The files are dated April 18, 2004. Naturally, I screw up a critical pie

[Freedos-devel] New HIMEM64 release

2004-04-18 Thread Michael Devore
Uploaded to ftp://ftp.devoresoftware.com/uploads are himem64.zip (executable) and himem64s.zip (source) for a new test release of HIMEM64 (morphing to HIMEM in official releases). The files are dated April 18, 2004. This version of HIMEM64 has three new options and greatly changed behaviors to