Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations bkrike on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

DOS Conventional memory

Status
Not open for further replies.

TomKane

Programmer
Jul 24, 2001
1,018
AU
Hi,

We are having an issue in relation to our DOS application. We are in the process of upgrading out DOS application and our issue is that the application relies on the use of a number of TSR's. These TSR's are a little bigger in the new version of the software and so are some of the new programs in the suite. The majority of our users have Dell GX150 machines.

I have produced two memory dumps - one for a GX240 and the the other for a GX150. The main difference would be in the upper memory the GX240 appears to be around double the amount of the GX150. What we are wondering is if there is a way of increasing the upper memory on the GX150 - if we can do that that we can load some of out TSR's high which will free up conventional memory for the main DOS application to run. The overall RAM available on the two machines is identical. Is the memory setting controlled by the PC or by the Operating system?

Thanks and regards,
Tom

GX240 screen dump:

Conventional Memory :

Name Size in Decimal Size in Hex
------------- --------------------- -------------
MSDOS 12240 ( 12.0K) 2FD0
KBD 3280 ( 3.2K) CD0
HIMEM 1248 ( 1.2K) 4E0
COMMAND 3648 ( 3.6K) E40
FREE 634768 (619.9K) 9AF90

Total FREE : 634768 (619.9K)

Upper Memory :

Name Size in Decimal Size in Hex
------------- --------------------- -------------
SYSTEM 180208 (176.0K) 2BFF0
ANSI 4192 ( 4.1K) 1060
MOUSE 12528 ( 12.2K) 30F0
FREE 98272 ( 96.0K) 17FE0
FREE 32368 ( 31.6K) 7E70

Total FREE : 130640 (127.6K)

Total bytes available to programs (Conventional+Upper) : 765408 (747.5K)
Largest executable program size : 633776 (618.9K)
Largest available upper memory block : 98272 ( 96.0K)

1048576 bytes total contiguous extended memory
0 bytes available contiguous extended memory
983040 bytes available XMS memory
MS-DOS resident in High Memory Area

GX150 Screen Dump

Conventional Memory :

Name Size in Decimal Size in Hex
------------- --------------------- -------------
MSDOS 12304 ( 12.0K) 3010
KBD 3280 ( 3.2K) CD0
HIMEM 1248 ( 1.2K) 4E0
COMMAND 3712 ( 3.6K) E80
FREE 634640 (619.8K) 9AF10

Total FREE : 634640 (619.8K)

Upper Memory :

Name Size in Decimal Size in Hex
------------- --------------------- -------------
SYSTEM 180208 (176.0K) 2BFF0
ANSI 4192 ( 4.1K) 1060
MOUSE 12528 ( 12.2K) 30F0
FREE 65136 ( 63.6K) FE70

Total FREE : 65136 ( 63.6K)

Total bytes available to programs (Conventional+Upper) : 699776 (683.4K)
Largest executable program size : 633584 (618.7K)
Largest available upper memory block : 65136 ( 63.6K)

1048576 bytes total contiguous extended memory
0 bytes available contiguous extended memory
983040 bytes available XMS memory
MS-DOS resident in High Memory Area
 
The sequence of loading the TSR's may be of importance.
The GX150 seems to use more than the GX240 of the upper memory area for hardware code.
The mem /p command may give some more information.
 
Thanks for the advice - I'll check it out and see what's going on - thanks again
 
It turns out that there was a problem with ntvdm.exe and it is now resolved.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top