DOS Rechner hat Speicherprobleme

Zitat von Magic94

Ich könnte die Karte mal in einem Pentium 3 Rechner probieren.
Die haben ja auch noch ISA.

Dieser DOS Rechner hat auch schon ein neues Board.. vorher war ein Abit PR-5 drinne. Ist aber auch schon verreckt.
Das Board was jetzt drin ist hat nen völlig zerstörten IDE Controller. Hängt irgendwas über IDE dran gibt die Kiste nur noch Wirre Zeichen aus (deswegen auch SCSI)

Bei dem PIII musst aber auch die Festplatte mit dem DOS mitnehmen oder ne alte kleine DOS Festplatte reinhaengen. Kann sein, dass sich manche Fehler eben nur unter DOS oder 16Bit Windows zeigen (wegen der speziellen Treiber), aber unter neueren Windows auf einmal alles einwandfrei funktioniert mit den Windows Standardtreibern.

Wenn aber schon Defekte am Board (IDE Bereich) sind, dann kann es schon sein, dass es derart angeknackst ist, dass auch andere Komponenten bereits betroffen sind. Deswegen auf jeden Fall mit nen anderen Board testen.

Bei meinem Soyo Sockel 7 Board modifiziere ich auch nochmal den RTC, mal sehen, obs dann kuriert ist. Aber son ASUS P55T2P4 (mit funktionierendem Dallas RTC) lass ich mir trotzdem noch zukommen demnaechst. Ich dachte, die So. 7 Boards sind noch recht robust...

Zitat von Magic94

Wobei bei meinem tatsächlich die RTC noch tickt (oh Wunder)

Dann haste Glueck, der is naemlich fest verloetet auf dem ASUS. Aber is kein Problem, es gibt ja das hier http://www.amoretro.de/guides-worksho…ul-modifizieren

hmm, ich schieb die schuld aber immernoch auf die config.sys und autoexec.bat...

mit LH und Devicehigh kann man da noch etwas rausholen... aber so oder so, die ultrasound-treiber hätt ich nach himem und emm386 mit devicehigh gesetzt.

in der autoexec.bat würd ich die mouse.com und das drunter mit LH auch hochladen.

Lastdrive würd ich auf e oder f setzen, je nach dem, was der letzte laufwerksbuchstabe ist, noch 2 höher gehen. z. B. D ist das letzte physikalische lauferk, dann würd ich in die Config.sys lastdrive=F schreiben

Die Soundtreiber lassen sich meistens nicht in den hohen Speicher laden bzw. funktionieren dann nicht. Die muessen dann in den konventionellen Speicher geladen werden. Aber alles andere kann man versuchen, in den hohen Speicher zu laden. Der Maustreiber is der Standard Microsoft Ding? Probier mal den CTMOUSE.EXE von der c't, der is nur 1K gross und laedt sich automatisch in den Hohen Speicher. Tastaturtreiber hab ich auch mal keyb2.sys und dazu keyb2.com probiert, geht auch in den Hohen Speicher und verbraucht da etwa 4K.

Bei der CONFIG.SYS hab ich als erste Eintraege auch immer stehen:

device=[pfad]himem.sys
device=[pfad]emm386.exe noems (bei dir muss es dann ram sein, wenns mit XMS nich funktioniert)
DOS=HIGH,UMB
STACKS=
BUFFERS=
FILES=
...dann alles andere, und am besten auch etwas sortiert

In der AUTOEXEC.BAT fang ich immer so an:

@ECHO OFF
PROMPT $P$G
...die ganzen SET Commands und PATH
...die EXEs und COMs usw

Bei loadhigh bzw. LH geb ich immer keine weiteren Parameter wie /L x:xxx und sowas an, dann sucht sich das schon von allein nen Platz im Hohen Speicher.

Zitat von Mr. Vain

In der AUTOEXEC.BAT fang ich immer so an:

@ECHO OFF
PROMPT $P$G
...die ganzen SET Commands und PATH
...die EXEs und COMs usw

Bei loadhigh bzw. LH geb ich immer keine weiteren Parameter wie /L x:xxx und sowas an, dann sucht sich das schon von allein nen Platz im Hohen Speicher.

Wer wirklich maximalen freien RAM haben will, setzt die ganzen "SET"-Einträge ganz zum Schluß. Die liegen nämlich im sog. Environment, welches jedem residenten Kommando als Kopie beigegeben wird und RAM belegt, selbst wenn die residenten Programme die nie auswerten.

funktionierts jetz also alles wieder?

Es kann auch passieren, dass die Treiberdateien beschaedigt werden oder irgendwie kaputt gehen koennen. Ich hatte das mal bei CTCM.EXE von meiner AWE64 Gold gehabt, keine Ahnung wie sowas passieren kann, aber als ich die Datei von der CD wieder neu auf die Platte kopiert habe, oh wunder es lief wieder