Supportnet / Forum / Windows98

Hallo Gemeinde, ich hab auch mal ne Frage: Wieviel DOS-Speicher kann man unter WINDOWS98SE bekommen? Da ich nicht weiss, wo die Spezies sitzen, poste ich dies in zwei Threads. Darf man das; erlaubt, verboten, Ausnahmeregelung für mich, oder sofortiges Löschen?? Antworten bitte nach Windows 98. Danke! Zweck: Ich muss ein altes MS-DOS-Programm mit Turbo-Pascal 5.5 ändern. Wehe, wenn einer lacht (Borland-Museum und so..); das wird wirklich gebraucht :-)) Im Moment kann ich zwar arbeiten und kompilieren, aber zum Testen muss ich die Entwicklungsumgebung verlassen und das Programm selbst starten. Es funktioniert also, ist nur sehr, sehr umständlich. Frage nochmal: Wieviel Speicher ist möglich und wie kann man ihn bekommen(CD-Laufwerk ist NICHT notwendig)? -------- Meine derzeitige CONFIG.SYS: (abgeändert aus einem alten DOS-Rechner) device=C:\WINDOWS\HIMEM.SYS device=C:\WINDOWS\EMM386.EXE RAM /V BUFFERS=40,0 FILES=100 DOS=UMB DOS=HIGH SET PATH=C:\WINDOWS;C:\WINDOWS\COMMAND;C:;E:;E:\ARCHIV;E:\PASCAL55 devicehigh=C:\WINDOWS\COMMAND\display.sys con=(ega,,1) Country=049,850,C:\WINDOWS\COMMAND\country.sys -------- Meine derzeitige AUTOEXEC.BAT: mode con codepage prepare=((850) C:\WINDOWS\COMMAND\ega.cpi) mode con codepage select=850 keyb gr,,C:\WINDOWS\COMMAND\keyboard.sys C:\WINDOWS\COMMAND\DOSKEY.COM -------- Dies ist das Ergebnis der Speicherabfrage, getestet in der DOS-BOX mit dem Befehl mem /c |more; es ist zu wenig, um vernünftig arbeiten zu können. Es geht, aber danach hab ich gar keine Haare auf dem Kopf mehr :-)) Module mit Zugriff auf Arbeitsspeicher unter 1 MB: Name Gesamt = Konventioneller + oberer Speicher -------- ---------------- ---------------- ---------------- SYSTEM 44.416 (43K) 37.264 (36K) 7.152 (7K) HIMEM 1.120 (1K) 1.120 (1K) 0 (0K) EMM386 4.032 (4K) 4.032 (4K) 0 (0K) DBLBUFF 2.976 (3K) 2.976 (3K) 0 (0K) DISPLAY 8.304 (8K) 8.304 (8K) 0 (0K) WIN 3.824 (4K) 3.824 (4K) 0 (0K) vmm32 17.456 (17K) 16.928 (17K) 528 (1K) KEYB 6.944 (7K) 6.944 (7K) 0 (0K) DOSKEY 4.688 (5K) 4.688 (5K) 0 (0K) COMMAND 11.392 (11K) 11.392 (11K) 0 (0K) IFSHLP 2.864 (3K) 0 (0K) 2.864 (3K) Frei 557.648 (545K) 557.648 (545K) 0 (0K) Speicherbelegung im Überblick: Speichertyp Gesamt = Belegt + Frei ---------------- ----------- ----------- ----------- Konventionell 655.360 97.712 557.648 Oberer 10.544 10.544 0 Reserviert 0 0 0 XMS-Speicher 67.032.784 ? 233.357.312 ---------------- ----------- ----------- ----------- Speicher gesamt 67.698.688 ? 233.914.960 Ges. unter 1 MB 665.904 108.256 557.648 EMS-Speicher gesamt 67.108.864 (64M) Freier EMS-Speicher 16.777.216 (16M) Max. Größe für ausführbares Programm 557.632 (545K) Größter freier oberer Speicherblock 0 (0K) MS-DOS ist resident im hohen Speicherbereich (HMA). -------- Ich hab schon verschiedene Konfigurationen ausprobiert, aber der Nobelpreis war nicht dabei. Okay: Verdient ihn euch ! Sorry, es ist lang, aber vielleicht liest es trotzdem jemand.. Danke für alle Antworten, und gute Nacht, morgen wird ein harten Tag :-))

Hi!


Also ich schreibe dir einfach mal, was ich ändern würde:

config.sys

DOS=UMB, UMB, NOAUTO
device=C:\WINDOWS\HIMEM.SYS
device=C:\WINDOWS\EMM386.EXE NOEMS
DEVICEHIGH=C:\WINDOWS\IFSHLP.SYS
BUFFERSHIGH=30
FILESHIGH=25
SET PATH=C:\WINDOWS;C:\WINDOWS\COMMAND;C:;E:;E:\ARCHIV;E:\PASCAL55



Autoexec:

@ECHO OFF
path=C:\windows;C:\windows\command;
lh keyb gr



Den Rest würde ich einfach streichen...

Hi,

ich kann Unforgiven_II kaum etwas hinzufügen, außer daß das HIGH bei DOS=... fehlt (wahrscheinlich vergessen ;-)

Und wenn du DOSKEY brauchst, dann nimm "lh doskey" (damit es auch in die UMBs geladen wird).

Dann kannst du noch in der MSDOS.SYS die Zeile
LoadTop=1
probieren. Da springen vielleicht auch noch paar KB raus.

Du solltest auf jeden Fall über 600KB kommen.

[gau]

Probier ich heut abend aus.
Danke!!

Jetzt das Ergebnis:
Das Wichtigste: Kein Nobelpreis für euch, doch mein Problem ist gelöst !
DANKE :-))

Aber: Falls andere hier mitlesen, muss ich noch verschiedene Anmerkungen machen, damit Newbies nicht reinfallen.

@Unforgiven II, das betrifft eigentlich dich, aber der entscheidende Hinweis von Dir brachte auch die Lösung !!

Ich kommentier mal dein Posting (darf ich?, wenn nein, tu ich es trotzdem)

--------
Also ich schreibe dir einfach mal, was ich ändern würde:

config.sys

DOS=UMB, UMB, NOAUTO
=> Okay, nur ein Schreibfehler, das zweite UMB hab ich durch HIGH ersetzt, aber der Parameter NOAUTO führt bei mir während des Bootvorganges zum sofortigen Absturz und Start im abgesicherten Modus. Warum, weiss ich nicht, mein Problem ist ja weg; wenn ich mal Langeweile hab, so als Rentner, kümmer ich mich darum :-))

device=C:WINDOWSHIMEM.SYS
=> Die Zeile hab ich eingefügt, läuft

device=C:WINDOWSEMM386.EXE NOEMS
=> Die Original-Zeile MIT EMS (siehe mein Posting) hab ich eingefügt und ist für meinen Anwendungszweck notwendig, da TP5.5 EMS nutzen kann und ich damit 64KBit Speicher spare

DEVICEHIGH=C:WINDOWSIFSHLP.SYS
=> Siehe meinen Ausdruck des Speichers. IFSHLP.SYS wurde automatisch hochgeladen.

BUFFERSHIGH=30
=> DAS WAR MEINE RETTUNG! Das Hochladen des Buffers ist in meinem Alzheimer verschwunden :-))

FILESHIGH=25
=> siehe Buffers. Das war natürlich zu viel. Aber da ich nicht weiss, wieviel Dateien ein Compiler offen hat, bin ich ganz nach oben gegangen.

-----
=> Diese beiden Änderungen auf HIGH waren meine Rettung. Danke !! :-))
-----

SET PATH=C:WINDOWS;C:WINDOWSCOMMAND;C:;E:;E:ARCHIV;E:PASCAL55



Autoexec:

@ECHO OFF
=> Okay, nichts dagegen einzuwenden, wenn das System i.O. läuft.

path=C:windows;C:windowscommand;
=> In der Config wurde der Pfad per SET schon konfiguriert. Jetzt wird der Pfad
neu zusammengestoppelt, erst der Config-Teil und nun der aus der Autoexec. Das Ding ist länger geworden. Performance-Probleme, weil der Compi jetzt evtl. länger suchen muss; weiss nich, ist mir jetzt auch egal???

lh keyb gr
=> Klappt bei mir nicht, da die Codepage vorher nicht aktiviert wurde. Ab diesem Befehl ist die Tastatur Englisch (Y<=>Z; die Pipe geht nicht usw..); ich komm damit klar; aber Newbies...

Den Rest würde ich einfach streichen...
=> NEIN ! (tschuldigung für den Schrei) wenn man das macht, habe ich eine englische Tastatur.

Fazit: Buffershigh und Fileshigh waren für MICH die Lösung. Damit wurden zwar nur 10KBit gewonnen, aber es scheint zu reichen.
DANKE an alle, auch an das Entwicklerforum.

PS: Unter MS-DOS 6.22 hatte ich freundliche 620K frei; da gab es nie Probleme.

PPS: Warum müssen Fortbilder eigentlich immer so ellenlange Artikel schreiben; das lesen doch sowieso díe wenigsten? :-))

So, und jetzt schlaft gut, ich tu es endlich auch (Mensch, was 10 KBit Speicher doch ausmachen, selbst wenn man 256 aufm Compi hat)!

Gut Nacht!

Hi,

da will ich auch noch etwas Senf dazugeben (war auch mal sowas wie Fortbilder ;-)

Eigentlich hat mich Unforgivens NOAUTO schon am Anfang mächtig gestört. Da ich es aber nicht testen konnte, hab ich es ignoriert. Nun der Versuch einer Erklärung:

Mit dem Parameter NOAUTO schaltet man einige nützliche Windows-Automatiken für den Start *aus*, nämlich BUFFERSHIGH, FILESHIGH, FCBSHIGH, LASTDRIVEHIGH und STACKSHIGH.
Das heißt: *ohne* NOAUTO nimmt Win automatisch die HIGH-Form. Schreibt man NOAUTO, dann *muß* man selbst die entsprechenden Befehle reinschreiben.
Weiterhin lädt Win bei AUTO (bzw. keiner Angabe) automatisch die Treiber Himem.sys, Ifshlp.sys, Dblbuff.sys (ohne daß man sie extra angeben müßte). Und das war vielleicht der Grund für den Crash. Mir ist jetzt aufgefallen, daß in deinem MEM-Listing der DBLBUFF-Treiber auftauchte. Durch den Schalter NOAUTO wird der wiederum nicht automatisch geladen. Vielleicht ist der aber für dein System notwendig (SCSI ?)

Naja, gibt schon böse Fallen. Testen ist bei sowas eben immer angesagt...

Ach ja, wie oft hat man damals neu gebootet, bis man endlich die richtigen EMS/XMS-Einstellungen für ein DOS-Spiel hatte ;-))

[gau]

• download-geschwindigkeit unter windows 98se
• Windows 98SE hängt öfters beim Neustart
• Windows 98se installieren --> ohne Diskettenlaufwerk
• WINDOWS 98SE