On Sat, 15 Apr 2006 17:09:33 -0500, you wrote:

Hi Sir,

>QHIMEM is a totally new and alternate -- utterly superfluous in my opinion 
>-- memory manager that can have nothing to do with your problem, and I do 
>not recommend it's use for debugging here.

For trouble shooting purpose, is there any problem switching to
something else and see if the problem was gone, then consider next
move?

>There is no correlation between the HIMEM-style memory manager and an 
>application's use of upper memory blocks since it doesn't do the memory 
>mapping and does not load the programs when DOS is in control of UMB's, as 
>you have indicated.

John Hupp say: "I find that loading EMM386.EXE can cause Ctrl-Alt-Del
to fail.", I'm sorry but sometimes ago I did have similar experience,
and the trouble shooting takes a long time, did you mean I can't
change to FDXXMS and UMBPCI for trouble shooting?

>I suggest being highly suspicious of people attempting to rewrite your 
>CONFIG.SYS files to serve their own advocacy purposes.

Can you see my FDCONFIG.SYS have HIMEM and EMM386 there?
I always tracking bugs by switching my memory managers.

If your "serve their own advocacy purposes" means I want to put
advertisement here, sorry let you got this feeling, I just want to
help other people.

I sincerely ask Jack's to let me host his drivers because I want to
provide the DOS user an alternative, a choice. His QHIMEM let me have
620K base memory, I got plenty of base memory for me to run LAN
Manager.

I DID NOT ask people to drop FD-HIMEM and FD-EMM386, apologize again
if you "feel" I am.

And please don't blame Jack, he have no intention to compete with
FD-HIMEM, he just want a "simpler" XMS manager.

-----
Memory Info V9 à (c)1993 Central Point Software, Inc.

        Total bytes owned
Addr.  Low area  High area   Program or device driver
-----  --------  ---------  --------------------------
0276h       80        ..     Device=QHMBOOT   Attr=A000h  Name=QHMLOW$
027Ch      528        ..     Device=QDBOOT    Attr=8000h  Name=QBUF$
029Eh      160        ..     Device=UMBPCI    Attr=E000h Name=UMBPCIXX
02AEh      432        ..     Device=HXLDR32   Attr=8000h Name=HXLDR32$
03DFh    2,992        512    COMMAND   
04ADh  635,168        ..     <largest free area>
 ---- Begin High (Upper) Memory ----
C802h      ..       2,000    Device=QHIMEM    Attr=A000h  Name=QHIMEM$
C880h      ..       1,584    Device=QDMA      Attr=8000h  Name=QDMA1$
C8E4h      ..       2,400    Device=QCDROM    Attr=C800h Name=SHSU-CDN
C97Bh      ..       1,328    Device=SRDXMS    Attr=2842h  Drive D
C9CFh      ..       3,248    Device=NANSI     Attr=8013h  Name=CON
CA9Bh      ..       3,952    Device=IFSHLP    Attr=D000h Name=IFS$HLP$
CBC1h      ..       3,312    CTMOUSE  
CC91h      ..       5,968    SHCDX33A 

654,336 bytes (639k) total DOS 7.10 conventional memory.  
635,168 bytes (620k) largest executable program.  138,624 bytes if
loaded high.
-----


Rgds,
Johnson.


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Reply via email to