VOGONS


Reply 20 of 74, by Harry Potter

User metadata
Rank Oldbie
Rank
Oldbie

I see SHSUCDX is in Conventional memory. Are you loading it high? I think your config is good enough the way it is, but I like optimizing. 😀

BTW, may I offer you another goodie? A RAM drive to help speed up some operations by storing some files in RAM? Adding the files would be a simple XCOPY of a directory from your hard drive.

I am looking myself for a small but efficient disk cache that would work from Windows 98's DOS mode and huge FAT32 hard drives. Does anybody here have any succestions?

Joseph Rose, a.k.a. Harry Potter
Working magic in the computer community

Reply 21 of 74, by Tempest

User metadata
Rank Member
Rank
Member
Harry Potter wrote on 2024-09-19, 21:41:

I see SHSUCDX is in Conventional memory. Are you loading it high? I think your config is good enough the way it is, but I like optimizing. 😀

You're right. I did have it loaded high, but much like when I was using mscdex it wouldn't load high for some reason.

--- AtariProtos.com ---
For when excellence and burnished fineries need to gently visit the warmth of your tablery

Reply 22 of 74, by Harry Potter

User metadata
Rank Oldbie
Rank
Oldbie

Try moving the file to earlier in the boot process. 😀

Joseph Rose, a.k.a. Harry Potter
Working magic in the computer community

Reply 23 of 74, by Tempest

User metadata
Rank Member
Rank
Member
Harry Potter wrote on 2024-09-20, 10:43:

Try moving the file to earlier in the boot process. 😀

Like where? I moved the line to the top of the autoexec.bat and still it wouldn't load high.

I'm using LH c:\windows\shsucdex.com /d:mscd001 /L:E

--- AtariProtos.com ---
For when excellence and burnished fineries need to gently visit the warmth of your tablery

Reply 24 of 74, by Tempest

User metadata
Rank Member
Rank
Member
Tempest wrote on 2024-09-20, 12:37:
Harry Potter wrote on 2024-09-20, 10:43:

Try moving the file to earlier in the boot process. 😀

Like where? I moved the line to the top of the autoexec.bat and still it wouldn't load high.

I'm using LH c:\windows\shsucdex.com /d:IDECDROM /L:E

--- AtariProtos.com ---
For when excellence and burnished fineries need to gently visit the warmth of your tablery

Reply 25 of 74, by Nemo1985

User metadata
Rank Oldbie
Rank
Oldbie

By default, SHSUCDX will load itself into high memory, if available, or
into low memory if it is already high. This option will prevent that.
To be exact:

SHSUCDX relocate high
SHSUCDX /C stay low
LH SHSUCDX relocate low
LH SHSUCDX /C stay high

In fact on my config it stays in high memory without any switch.

You can do better than this!

Moduli utilizzanti memoria al di sotto di 1 MB:

Nome Totale Convenzionale Memoria superiore
-------- ---------------- ---------------- ----------------
SYSTEM 35.664 (35K) 9.920 (10K) 25.744 (25K)
XMGR 2.320 (2K) 560 (1K) 1.760 (2K)
EMM386 4.176 (4K) 4.176 (4K) 0 (0K)
COMMAND 10.064 (10K) 0 (0K) 10.064 (10K)
SHSUCDX 6.176 (6K) 0 (0K) 6.176 (6K)
CTMOUSE 3.104 (3K) 0 (0K) 3.104 (3K)
DISPLAY 8.304 (8K) 0 (0K) 8.304 (8K)
XDVD2 160 (0K) 0 (0K) 160 (0K)
IFSHLP 2.864 (3K) 0 (0K) 2.864 (3K)
DOSKEY 9.840 (10K) 0 (0K) 9.840 (10K)
KEYB 6.944 (7K) 0 (0K) 6.944 (7K)
Disp. 723.632 (707K) 640.496 (625K) 83.136 (81K)

Riepilogo della memoria:

Tipo di memoria Totale Usata Disponibile
---------------- ----------- ----------- -----------
Convenzionale 655.360 14.864 640.496
Superiore 158.096 74.960 83.136
Riservata 393.216 393.216 0
Estesa (XMS)* 133.011.056 775.792 132.235.264
---------------- ----------- ----------- -----------
Memoria totale 134.217.728 1.258.832 132.958.896

Tot. inf. a 1 MB 813.456 89.824 723.632

Totale espansa (EMS) 33.947.648 (32M)
Estesa disponibile (EMS)* 33.554.432 (32M)

* EMM386 sta utilizzando memoria XMS per simulare memoria EMS se necessaria.
La memoria EMS disponibile potrebbe cambiare al variare della memoria XMS.

Dim. massima di un programma eseguibile 640.480 (625K)
Dim. massima di un blocco libero di memoria superiore 42.704 (42K)
MS-DOS Š residente nell'area di memoria alta.
Last edited by Nemo1985 on 2024-09-20, 13:13. Edited 1 time in total.

Reply 26 of 74, by Harry Potter

User metadata
Rank Oldbie
Rank
Oldbie

I didn't know that about shsucdex. By moving the file, I meant loading it earlier in the AUTOEXEC.BAT file, i.e. move the line that loads it up a few lines. I think Nemo1985's suggestion's better, though. 😀

Joseph Rose, a.k.a. Harry Potter
Working magic in the computer community

Reply 27 of 74, by Tempest

User metadata
Rank Member
Rank
Member

I took off the LH and it loaded itself into upper memory. Thank you.

Last edited by Tempest on 2024-09-20, 13:28. Edited 2 times in total.

--- AtariProtos.com ---
For when excellence and burnished fineries need to gently visit the warmth of your tablery

Reply 28 of 74, by Nemo1985

User metadata
Rank Oldbie
Rank
Oldbie
Tempest wrote on 2024-09-20, 13:25:
Nemo1985 wrote on 2024-09-20, 12:42:
To be exact: […]
Show full quote

To be exact:

SHSUCDX relocate high
SHSUCDX /C stay low
LH SHSUCDX relocate low
LH SHSUCDX /C stay high

So I need all four of those lines?

No, as stated from readme file the executable should be loaded in high memory by itself and it does on my configuration.
You can try with the LH SHSUCDX /C.

Reply 29 of 74, by Tempest

User metadata
Rank Member
Rank
Member

Any idea why DOSKEY won't load itself into upper memory?

--- AtariProtos.com ---
For when excellence and burnished fineries need to gently visit the warmth of your tablery

Reply 30 of 74, by Harry Potter

User metadata
Rank Oldbie
Rank
Oldbie

DOSKEY doesn't actually load itself into Upper memory: you need LH to load it high.

Joseph Rose, a.k.a. Harry Potter
Working magic in the computer community

Reply 32 of 74, by Tempest

User metadata
Rank Member
Rank
Member
Harry Potter wrote on 2024-09-20, 13:30:

DOSKEY doesn't actually load itself into Upper memory: you need LH to load it high.

I tried LH and it doesn't seem to work.

--- AtariProtos.com ---
For when excellence and burnished fineries need to gently visit the warmth of your tablery

Reply 33 of 74, by Tempest

User metadata
Rank Member
Rank
Member
Nemo1985 wrote on 2024-09-20, 13:32:

Also you can use this one:
http://paulhoule.com/doskey/
It's the one I use and it never failed me.

I tried that. I still can't load it high and it takes up more space! It's 10K and I have 15K of upper still free so I don't know why it's not working.

--- AtariProtos.com ---
For when excellence and burnished fineries need to gently visit the warmth of your tablery

Reply 34 of 74, by Harry Potter

User metadata
Rank Oldbie
Rank
Oldbie

Maybe there's not enough memory left for it. Can you try "MEM/D>C:\T.TXT" and upload the C:\T.TXT file, please? Also, I'd like the total free UMB memory. But first, try Nemo1985's link and tell me how that works. I'll try his link no myself. 😀

Joseph Rose, a.k.a. Harry Potter
Working magic in the computer community

Reply 35 of 74, by Harry Potter

User metadata
Rank Oldbie
Rank
Oldbie

Try adding HIGHSCAN on EMM386's command line. Also, when a driver is initializing, it will take up more memory than when it exits, and UMBs aren't fully in one block, so you may seem to have more memory than you have for the driver.

Last edited by Harry Potter on 2024-09-20, 13:59. Edited 1 time in total.

Joseph Rose, a.k.a. Harry Potter
Working magic in the computer community

Reply 36 of 74, by Nemo1985

User metadata
Rank Oldbie
Rank
Oldbie

According to the last screen you posted you should have 19kb of upper memory free and the biggest block is 13kb so it should fit.

Also follow the latest harry potter's suggestion.

It's not clear if you are going to use windows 98 or just the dos part, according to this some memory can be freed.
That's how my emm386 is configured: DEVICE=C:\WINDOWS\EMM386.EXE RAM HIGHSCAN I=B000-B7FF

Reply 37 of 74, by Tempest

User metadata
Rank Member
Rank
Member
Nemo1985 wrote on 2024-09-20, 13:59:
According to the last screen you posted you should have 19kb of upper memory free and the biggest block is 13kb so it should fit […]
Show full quote

According to the last screen you posted you should have 19kb of upper memory free and the biggest block is 13kb so it should fit.

Also follow the latest harry potter's suggestion.

It's not clear if you are going to use windows 98 or just the dos part, according to this some memory can be freed.
That's how my emm386 is configured: DEVICE=C:\WINDOWS\EMM386.EXE RAM HIGHSCAN I=B000-B7FF

I added that but DOSKEY is still in low memory. I switched back to the old one so it's only 5K instead of 10K but it's still kind of annoying.

--- AtariProtos.com ---
For when excellence and burnished fineries need to gently visit the warmth of your tablery

Reply 38 of 74, by Tempest

User metadata
Rank Member
Rank
Member
Nemo1985 wrote on 2024-09-20, 13:59:

It's not clear if you are going to use windows 98 or just the dos part, according to this some memory can be freed.
That's how my emm386 is configured: DEVICE=C:\WINDOWS\EMM386.EXE RAM HIGHSCAN I=B000-B7FF

I'm using Windows 98 as well.

--- AtariProtos.com ---
For when excellence and burnished fineries need to gently visit the warmth of your tablery

Reply 39 of 74, by Nemo1985

User metadata
Rank Oldbie
Rank
Oldbie
Tempest wrote on 2024-09-20, 14:05:
Nemo1985 wrote on 2024-09-20, 13:59:

It's not clear if you are going to use windows 98 or just the dos part, according to this some memory can be freed.
That's how my emm386 is configured: DEVICE=C:\WINDOWS\EMM386.EXE RAM HIGHSCAN I=B000-B7FF

I'm using Windows 98 as well.

So the only thing you can do is to edit msdos.sys and remove DoubleBuffer=1 if present, then on windows part of config.sys add:
DEVICEHIGH=C:\WINDOWS\DBLBUFF.SYS

Anyway in my opinion you have some sort of problem because your umb is very small and even programs which fits it they get loaded in conventional memory.