Re: [Freedos-user] Not loading high: Display, Nlsfunc, Keyb, Lbacache
On Sat, 15 Apr 2006 09:42:34 -0400, you wrote: Hi John, I got some new drivers from my friend Jack, he did code them to save memory and keep DOS running with the latest hardware (also thanks to Uwe Sieber, he provide source code of UMBPCI.SYS). My PC have 620K base memory (including NANSI.SYS, HXLDR32.EXE and IFSHLP.SYS), can suggest you to try. They're QHIMEM, QDMA, QCDROM and SHSUCDX V3.03A. I'm trying to clean up your CONFIG.SYS, I assume you're running FreeDOS: -- SWITCHES=/F/N (no need) COUNTRY=001,858,C:\FDOS\BIN\COUNTRY.SYS SET LANG=EN LASTDRIVE=Z BUFFERS=20 FILES=40 DOS=HIGH,UMB DOSDATA=UMB (For compatabiility, I didn't load it high) SET DIRCMD=/OGN /4 DEVICE=C:\FDOS\BIN\HIMEM.EXE (Try QHIMEM.SYS) DEVICE=C:\FDOS\BIN\QHIMEM.SYS /N128 DEVICE=C:\FDOS\BIN\EMM386.EXE NOEMS X=TEST VDS (Try UMBPCI) DEVICE=C:\FDOS\BIN\UMBPCI.SYS NOEMS DEVICEHIGH=C:\CDROM\OAKCDROM.SYS /D:FDCD0001 (Try QCDROM) DEVICE=C:\FDOS\BIN\QDMA.SYS /O /D /F DEVICE=C:\FDOS\BIN\QCDROM.SYS /D:FDCD0001 /UF SHELL=C:\command.com C:\ /E:512 /P=C:\AUTOEXEC.BAT --- My FDCONFIG.SYS AUTOEXEC.BAT for your reference, sorry for some DOS high ASCII turn into '?'. [FDCONFIG.SYS] MENUDEFAULT=2,10 MENU +--+ MENU | 1 - HIMEM + EMM386 (NOEMS) | MENU | * 2 - QHIMEM + UMBPCI| MENU +--+ VERSION=7.10 !FILESHIGH=20 !BUFFERS=-1 !LASTDRIVE=Z !DOS=HIGH,UMB !SHELL=C:\COMMAND.COM C:\ /E:512 /P=C:\AUTOEXEC.BAT ECHO ECHO þ Enlarge environment to 512 byte ECHO 2?DEVICE=C:\DOS\QHMBOOT.SYS ECHO 2?DEVICE=C:\DOS\QDBOOT.SYS ECHO 1?DEVICE=C:\DOS\HIMEM.SYS ECHO 1?DEVICE=C:\FREEDOS\EMM386.EXE X=TEST NOEMS 2?DEVICE=C:\DOS\UMBPCI.SYS NOEMS ECHO 2?DEVICEHIGH=C:\DOS\QHIMEM.SYS /N128 ECHO 1?DEVICEHIGH=C:\DOS\QDMA.SYS /O /D /F 2?DEVICEHIGH=C:\DOS\QDMA.SYS /O /D /F /L ECHO 1?DEVICEHIGH=C:\DOS\QCDROM.SYS /D:SHSU-CDN /UF 2?DEVICEHIGH=C:\DOS\QCDROM.SYS /D:SHSU-CDN /UF /L ECHO DEVICEHIGH=C:\DOS\SRDXMS.SYS ECHO DEVICEHIGH=C:\FREEDOS\NANSI.SYS /S ECHO DEVICEHIGH=C:\NET\IFSHLP.SYS ECHO DEVICE=C:\HXRT\BIN\HXLDR32.EXE C:\HXRT\BIN\DPMILD32.EXE ECHO ECHO EECHO [1;37;44m End of FDCONFIG.SYS [0m [AUTOEXEC.BAT] @echo off ECHO [1;37;44m þ Setting ... Environmental variables [0m SET 1DIRCMD=/OG SET DPMILDR=8 SET TZ=GMT+8 ECHO - ECHO [1;37;44m þ Setting ... PATH [0m PATH=C:\HXRT\BIN;C:\FREEDOS;C:\DOS;C:\NET;C:\TOOLS;C:\TE;C:\ARJ;C:\QV;C:\MPX;C:\EMT ECHO - echo [1;37;44m þ Loading ... CT MOUSE Driver [0m C:\FREEDOS\CTMOUSE ECHO - echo [1;37;44m þ Loading ... SHSUCDX CD-ROM Extension [0m C:\DOS\SHCDX33A /D:SHSU-CDN,Z /R- ECHO - echo [1;37;44m þ Loading ... Resizeable RAM Disk [0m SRDISK /v1 40960 /e ECHO - SET ARJ_SW=/W%SRDISK1%:\ /I5 /JT1 SET TEMP=%SRDISK1%:\ SET TMP=%SRDISK1%:\ echo [7m Entering FreeDOS [0m ECHO - --- 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=lnkkid=110944bid=241720dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Not loading high: Display, Nlsfunc, Keyb, Lbacache
On Sat, 15 Apr 2006, John Hupp wrote: MEM /C /P for all 3 machines shows that DISPLAY, NLSFUNC, KEYB and LBACACHE are all loading in conventional memory even though they are loaded with LH. Try to use fdxxms.sys + umbpci.sys instead of himem.sys + emm386.exe. Have these programs all been modified to load in conventional memory only? Or has the FreeDOS memory management architecture been redrawn? Or something else? Look at this: Modules using memory below 1 MB: Name Total Conventional Upper Memory SYSTEM 16,576 (16K) 10,496 (10K) 6,080(6K) FDXXMS 2,432(2K) 2,432(2K) 0(0K) UMBPCI 176(0K)176(0K) 0(0K) SHCDX33A 8,416(8K) 8,416(8K) 0(0K) QDMA 1,424(1K) 0(0K) 1,424(1K) QCDROM 2,288(2K) 0(0K) 2,288(2K) CDRCACHE 6,800(7K) 0(0K) 6,800(7K) TDSK 400(0K) 0(0K)400(0K) NANSI3,264(3K) 0(0K) 3,264(3K) COMMAND 5,008(5K) 0(0K) 5,008(5K) DISPLAY 11,648 (11K) 0(0K) 11,648 (11K) KEYB 1,744(2K) 0(0K) 1,744(2K) MOUSE3,328(3K) 0(0K) 3,328(3K) LBACACHE13,504 (13K) 0(0K) 13,504 (13K) DOSLFNMS13,024 (13K) 0(0K) 13,024 (13K) [eee410] 1,904(2K) 0(0K) 1,904(2K) KEYBDATA 1,152(1K) 0(0K) 1,152(1K) Free 724,256 (707K)631,904 (617K) 92,352 (90K) Memory TypeTotal Used Free Conventional 639K22K 617K Upper 160K70K90K Reserved 225K 225K 0K Extended (XMS)325,568K27,442K 298,126K Total memory 326,592K27,759K 298,833K Total under 1 MB 799K92K 707K Largest executable program size 617K (631,888 bytes) Largest free upper memory block67K ( 68,240 bytes) FreeDOS is resident in the high memory area. Note: SHCDX33A now in conventional memory, thaks to Eric Auer for advice. And now: Memory TypeTotal Used Free Conventional 639K14K 625K Upper 160K96K64K Reserved 225K 225K 0K Extended (XMS)325,568K27,442K 298,126K Total memory 326,592K27,777K 298,815K Total under 1 MB 799K 110K 689K Largest executable program size 625K (640,304 bytes) Largest free upper memory block40K ( 40,912 bytes) FreeDOS is resident in the high memory area. -- Take care. Your friend, dima 7509107*mail,ru 2:550/112 --- 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=lnkkid=110944bid=241720dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Not loading high: Display, Nlsfunc, Keyb, Lbacache
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. 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. I suggest being highly suspicious of people attempting to rewrite your CONFIG.SYS files to serve their own advocacy purposes. --- 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=lnkkid=110944bid=241720dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Not loading high: Display, Nlsfunc, Keyb, Lbacache
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=QDBOOTAttr=8000h Name=QBUF$ 029Eh 160.. Device=UMBPCIAttr=E000h Name=UMBPCIXX 02AEh 432.. Device=HXLDR32 Attr=8000h Name=HXLDR32$ 03DFh2,992512COMMAND 04ADh 635,168.. largest free area Begin High (Upper) Memory C802h .. 2,000Device=QHIMEMAttr=A000h Name=QHIMEM$ C880h .. 1,584Device=QDMA Attr=8000h Name=QDMA1$ C8E4h .. 2,400Device=QCDROMAttr=C800h Name=SHSU-CDN C97Bh .. 1,328Device=SRDXMSAttr=2842h Drive D C9CFh .. 3,248Device=NANSI Attr=8013h Name=CON CA9Bh .. 3,952Device=IFSHLPAttr=D000h Name=IFS$HLP$ CBC1h .. 3,312CTMOUSE CC91h .. 5,968SHCDX33A 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=lnkkid=110944bid=241720dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Not loading high: Display, Nlsfunc, Keyb, Lbacache
Hi Eric, Note: SHCDX33A now in conventional memory, thaks to Eric Auer for advice. Did you found SHCDX33A have any problem when loaded high? Can you share your experience with us? Also Did you tell dima Jack's version was smaller? Then he can save more base memory. 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=lnkkid=110944bid=241720dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user