DOS Rechner hat Speicherprobleme

[Mr. Vain]

Ausserdem heisst das STACKS

Setz mal ein REM davor, wenn noch Fehlermeldungen kommen, dann lags nicht daran. Mein dickes DOS 6.22 Handbuch sagt, dass die Standardwerte fuer ATs dann 9,128 lauten, also 9 Stapel zu je 128 Byte Laenge.
Die Schalter oder Zusatz "sd" finde ich bei mir auch nicht, soweit ich weiss, gibt es fuer den STACKS Befehl auch keine Schalter, also diesen Zusatz besser mal entfernen.

Es muesste doch bei einem fehlerhaften Eintrag in der CONFIG.SYS auch ne Meldung kommen mit Zeilenangabe, ist das hier denn der Fall?

[Magic94]

XMS geht tatsächlich nicht. hatte ich ziemliche probleme mit.
habe mich aber vertippt bei STACKS?=0,0 ich hatte wirklich vertippt.

Bei "STACKS=0,0 kommt aber auch ein fehler.

"Error on load of patch library(C:\ULTRASND\SBOS\sboslib.sbs)"

Der war vorher auch nicht :/


und bei z.B. PlayMIDI kommt immernoch

"Überlauf des internen Stapelspeichers - System gestoppt"

[Mr. Vain]

Dann braucht bei dir ein Programm oder Treiber eben diese Stapel, die mit dem STACKS Befehl vom Betriebssystem zugewiesen werden.

Probier die Standardwerte 9,128

Wenn das nicht hilft, dann 9,256

Kannst noch mit weiteren Werten rumspielen

STACKS=[anzahl],[groesse]

anzahl = 0 oder 8 bis 64
groesse = 0 oder 32 bis 512

[Magic94]

(10.02.2013 19:00)Mr. Vain schrieb:  Kannst noch mit weiteren Werten rumspielen

klappt alles nicht
schon vieles probiert. Immer wieder z.B. bei SBOS

"Interrupt time out - Error on load of patch (siehe oben)"

[Mr. Vain]

wenns nich am RAM liegt, nicht an den Konfiguratoinsdateien...

Dann wuerd ich wirklich mal die Gravis UltraSound rausnehmen. Weiss nich, ob du ne Ersatzkarte hast, weil mit ner anderen funktionieren die spezifischen Treiber und Programme ja nicht.
Aber es lief ueberhaupt mal fehlerfrei, oder? Bevor der Fehler aufgetreten ist meine ich.

Im BIOS auch nix umgestellt (IRQ Zuweisung, Programmable Interrupt Controller PIC/APIC)? Ist die GUS ne ISA Karte, ja oder?

[Magic94]

(10.02.2013 19:27)Mr. Vain schrieb:  Aber es lief ueberhaupt mal fehlerfrei, oder? Bevor der Fehler aufgetreten ist meine ich.

Im BIOS auch nix umgestellt (IRQ Zuweisung, Programmable Interrupt Controller PIC/APIC)? Ist die GUS ne ISA Karte, ja oder?

1: Die karte lief wirklich mal komplett fehlerfrei!

2: im BIOS nix. aber ich habe einen anderen SCSI Controller (PCI) eingesetzt

3: Ja, die Karte ist ISA, non-PnP

[Antz]

Fangen die Sockel 7 Boards jetzt zu sterben an ?
Hab das gleiche Problem (mit den PS/2-Riegeln), allerdings auf einem Soyo-Board (5EAS, VIA Vpx Chipsatz),
startet ohne Fehler, beim Laden von himem.sys kommt dann die Meldung, Riegel raus, abgewischt, wieder rein - geht,
nächsten Tag eingeschalten, wieder selber Fehler.
Da das Board auch einen Sdram-Slot hat, hab ich statt dessen dort einen Riegel rein, bis jetzt scheint der Fehler beseitigt.

[freaked]

musste mein asus p5a auch schon tauschen ._. ramslots
sowas aber auch

[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)

[Coburg-M]

Lastdrive runtersetzen bringt auch noch ein paar kb

---

Den maustreiber mit devicehigh laden bringt auch noch was.