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=lnk&kid=110944&bid=241720&dat=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.. 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=lnk&kid=110944&bid=241720&dat=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=lnk&kid=110944&bid=241720&dat=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=lnk&kid=110944&bid=241720&dat=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 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=lnk&kid=110944&bid=241720&dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] Not loading high: Display, Nlsfunc, Keyb, Lbacache
On 3 different old computers (486 to Pentium 100 - all with at least 16 MB), I installed the new Service Release 2 from the bootable installation CD. I installed on either FAT16 or FAT32 partitions (1 to 2 GB) created by FreeDOS. All of the installations were error-free. 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. The README for Service Release 2 shows a Post-installation RAM layout with DISPLAY and KEYB loaded in upper memory. It does not show NLSFUNC, so maybe it was based on a modified distro. On a related note: LBACACHE is not loaded by default in the bootable installation CD. But a test with the default configuration still results in DISPLAY, NLSFUNC and KEYB all loading in conventional memory. Besides that, I load LBACACHE after everything else except SHSUCDX (which causes a memory allocation error when loaded sooner -- I have posted another message about that). Free upper memory seems not to be the problem. I still have about 107 KB free upper memory, and the largest of these low-loading programs is DISPLAY at 11 KB. Have these programs all been modified to load in conventional memory only? Or has the FreeDOS memory management architecture been redrawn? Or something else? My DOS configuration follows below --John Hupp -- SWITCHES=/F/N COUNTRY=001,858,C:\FDOS\BIN\COUNTRY.SYSSET LANG=ENLASTDRIVE=ZBUFFERS=20FILES=40DOS=HIGH,UMBDOSDATA=UMBSET DIRCMD=/OGN /4DEVICE=C:\FDOS\BIN\HIMEM.EXEDEVICE=C:\FDOS\BIN\EMM386.EXE NOEMS X=TEST VDSDEVICEHIGH=C:\CDROM\OAKCDROM.SYS /D:FDCD0001SHELL=C:\command.com C:\ /E:512 /P=C:\AUTOEXEC.BAT -- SET DOSDIR=C:\FDOSSET PATH=C:\FDOS\binSET NLSPATH=C:\FDOS\NLSSET HELPPATH=C:\FDOS\HELPSET TEMP=C:\FDOS\TEMPSET TMP=C:\FDOS\TEMPSET CODEPAGE=858SET WATTCP.CFG=C:\FDOS\BIN LH DISPLAY CON=(EGA,,1)MODE CON CP PREP=((858) C:\FDOS\cpi\EGA.CPX)LH NLSFUNC /Y C:\FDOS\bin\country.sysIF "%ERRORLEVEL%"=="0" CHCP %codepage%IF "%ERRORLEVEL%"=="1" MODE CON CP SEL=%codepage% LH KEYB UX,,C:\FDOS\bin\keybrd3.sysIF EXIST C:\FDOS\BIN\MOUSE.EXE CTMOUSE LH LBACACHE.COM SHSUCDX /Q+ /D:?FDCD0001