Wo ist das Problem ?
-
- DOS-Gott
- Beiträge: 3336
- Registriert: Mo 8. Feb 2010, 16:59
Re: Wo ist das Problem ?
1. Win31: 640x480 bei 256 Farben mit Speedstar Treibern
2. Win31: "OK" liefert diese Bild
3. - Config.sys -
4. - autoexec.bat -
5. Win31: 640x480 bei 16 Farben mit Speedstar-Treibern
6. Win31: Nach einem Freeze erscheint dann diese Bild
7. Win30a: Nach einer Neuinstallation von Windows 3.0a bekomme ich die Speedstar mit 256 Farben ans laufen.
CPU: 486 DX2/66 MOBO: SNI-D882 RAM: 3x16MB - FDD: 3,5" 1,44MB HDD: 6,4GB Seagate ISA(1): Audican32Plus PCI(1): 3com TX 905 OS: MsDos622 - Win95a - WinNT 3.51
Re: Wo ist das Problem ?
Danke für die Bilder.
Ich gucke mir das ganze morgen abend noch mal in Ruhe an und melde mich dann, falls mir noch was einfallen sollte.
Vorab nur zwei Sachen:
1. Warum lädst Du Dos hoch (DOS=HIGH in der Config.sys)? Ich dachte, das lädt DOS in die HMA, die es aber bei Dir gar nicht gibt, weil Du nur 1 MB hast.
2. Screen 6 sagt Dir, dass der Fehler wohl nicht seine Ursache im Dos-Extender hat, da dessen Code-Segment nicht betroffen ist. Gegen eine Ursache im Dos-Extender spricht auch, dass dessen Stack nicht betroffen ist.
Das spricht also eher für das Treiberproblem.
Leider habe ich zuwenig Ahnung von Assembler, um sagen zu können, ob der SP von $FF64 für einen Stacküberlauf spricht. Im ersten Moment erscheint mir ein Stackverbrauch von 156 byte als eher wenig. Tendenziell würde ich aber sagen, dass der Stack in Ordnung ist, weil der von oben nach unten wächst.
3. Hast Du es auch mal mit nackteren Startdateien probiert, und alles nicht notwendige z.B. palmzip (ist das ein ZIp-Treiber?) und smrtdrv etc. herausgenommen?
Ich gucke mir das ganze morgen abend noch mal in Ruhe an und melde mich dann, falls mir noch was einfallen sollte.
Vorab nur zwei Sachen:
1. Warum lädst Du Dos hoch (DOS=HIGH in der Config.sys)? Ich dachte, das lädt DOS in die HMA, die es aber bei Dir gar nicht gibt, weil Du nur 1 MB hast.
2. Screen 6 sagt Dir, dass der Fehler wohl nicht seine Ursache im Dos-Extender hat, da dessen Code-Segment nicht betroffen ist. Gegen eine Ursache im Dos-Extender spricht auch, dass dessen Stack nicht betroffen ist.
Das spricht also eher für das Treiberproblem.
Leider habe ich zuwenig Ahnung von Assembler, um sagen zu können, ob der SP von $FF64 für einen Stacküberlauf spricht. Im ersten Moment erscheint mir ein Stackverbrauch von 156 byte als eher wenig. Tendenziell würde ich aber sagen, dass der Stack in Ordnung ist, weil der von oben nach unten wächst.
3. Hast Du es auch mal mit nackteren Startdateien probiert, und alles nicht notwendige z.B. palmzip (ist das ein ZIp-Treiber?) und smrtdrv etc. herausgenommen?
-
- DOS-Übermensch
- Beiträge: 1150
- Registriert: Mi 31. Jan 2007, 19:04
- Wohnort: Halle
- Kontaktdaten:
Re: Wo ist das Problem ?
Das ist ein 286er mit 1 MB? (nicht 1 MB + 64K)
Wozu laed man dann HIMEM ? braucht das Windows ueberhaupt im Standard Mode?
Wie Wobo schon schrieb, wuerde ich mal alles rauswerfen, kein Himem,Smartdrv, Palmzip, Setver,Vesa,Keyb.
Die A20 Gate Einstellungen wuerde ich nochmal durchprobieren.
Die DPMI Fehlermeldung finde ich schon etwas verwunderlich fuer den 286er bei Windows im Standard Mode.
Wozu laed man dann HIMEM ? braucht das Windows ueberhaupt im Standard Mode?
Wie Wobo schon schrieb, wuerde ich mal alles rauswerfen, kein Himem,Smartdrv, Palmzip, Setver,Vesa,Keyb.
Die A20 Gate Einstellungen wuerde ich nochmal durchprobieren.
Die DPMI Fehlermeldung finde ich schon etwas verwunderlich fuer den 286er bei Windows im Standard Mode.
Diverse Retro-Computer vorhanden.
-
- DOS-Gott
- Beiträge: 3336
- Registriert: Mo 8. Feb 2010, 16:59
Re: Wo ist das Problem ?
1. Es ist ein 286er mit 1MB Ram
2. Auch ohne "DOS=HIGH" ist der Fehler analog
3. Auch alle HIMEM.SYS /M:1 /11/12/13 helfen nicht.
4. Das weglassen von VESA/PALMZIP/SMARTDRV ändert auch nichts an dem Fehler.
5. Ohne geladenem HIMEM start Windows 3.1 nicht.
6. Win31 verschiebt automatisch 64KB in den "fortlaufenden Erweiterungsspeicher)
Nach dem Start von Dos steht jetzt:
2. Auch ohne "DOS=HIGH" ist der Fehler analog
3. Auch alle HIMEM.SYS /M:1 /11/12/13 helfen nicht.
4. Das weglassen von VESA/PALMZIP/SMARTDRV ändert auch nichts an dem Fehler.
5. Ohne geladenem HIMEM start Windows 3.1 nicht.
6. Win31 verschiebt automatisch 64KB in den "fortlaufenden Erweiterungsspeicher)
Nach dem Start von Dos steht jetzt:
Nach dem Start und Absturz von Win31 steht:576720 Byte max. Größe für ausführbaren Programm
393216 Byte fortlaufender Erweiterungsspeicher
Der Fehler der erscheint lautet:576720 Byte max. Größe für ausführbaren Programm
327680 Byte fortlaufender Erweiterungsspeicher
64KB oberer Speicherbereich (High Memory Area) verfügbar
Standard Mode: Bad Fault in MS-DOS Extender
Fault: 000D Stack Dump: 0000 0000 0070
Raw fault frame: EC=0000 IP=5790 CS=43F FL=3083 SP=FF64 SS=02DF
CPU: 486 DX2/66 MOBO: SNI-D882 RAM: 3x16MB - FDD: 3,5" 1,44MB HDD: 6,4GB Seagate ISA(1): Audican32Plus PCI(1): 3com TX 905 OS: MsDos622 - Win95a - WinNT 3.51
Re: Wo ist das Problem ?
Fortlaufender Erweiterungsspeicher bezeichnet nach MS-Terminologie offensichtlich denjenigen Teil des Speichers über 1 MB, der nicht von einem Speichermanager standardisiert, z.B. als XMS, angesprochen wird. Es ist der Teil des Speichers über ein MB, der noch von int $15 direkt angesprochen werden kann (vgl. http://www.msdosbefehle.de/mem-ms-dos-b ... -t208.html).drzeissler hat geschrieben:1. Es ist ein 286er mit 1MB Ram
2. Auch ohne "DOS=HIGH" ist der Fehler analog
3. Auch alle HIMEM.SYS /M:1 /11/12/13 helfen nicht.
4. Das weglassen von VESA/PALMZIP/SMARTDRV ändert auch nichts an dem Fehler.
5. Ohne geladenem HIMEM start Windows 3.1 nicht.
6. Win31 verschiebt automatisch 64KB in den "fortlaufenden Erweiterungsspeicher)
Nach dem Start von Dos steht jetzt:576720 Byte max. Größe für ausführbaren Programm
393216 Byte fortlaufender Erweiterungsspeicher
Nachdem Du nur einen MB hast, muß Dein Board also die 384kb Upper Memory (Speicher zwischen 640k und 1 MB) in den Speicher über 1 MB mappen können. Das war von Dir so gewollt?
Folgerichtig hast Du auch Shadow-Ram disabled (denn zwischen 640k und 1 MB ist kein Speicher mehr)?
Was ich allerdings nicht verstehe, ist, warum der fortlaufende Erweiterungsspeicher nicht von himem.sys als XMS in Beschlag genommen wurde. Vielleicht denkt ja himem.sys, das noch Upper Memory da ist und vergibt dieses. Aber Mem meldet ja keinen hohen Speicher (Upper Memory).
Außerdem muß man nicht himem.sys installieren, _bevor_ dos=high erfolgen kann? Ansonsten dürfte DOS ja gar keine HMA finden. Ich gucke heute abend mal meine config.sys an!
Re: Wo ist das Problem ?
Soweit ich weiß, macht das das Board, ohne dass man da groß was gegen tun kann. Scheint die Standardeinstellung zu sein.wobo hat geschrieben: Nachdem Du nur einen MB hast, muß Dein Board also die 384kb Upper Memory (Speicher zwischen 640k und 1 MB) in den Speicher über 1 MB mappen können. Das war von Dir so gewollt?
Pentium II, 266MHz, 64 MB RAM, 3.2 GB HDD, Voodoo 3 2000, SB AWE64 Gold, 1GB SD mit NC100SDv2-Adapter
-
- DOS-Übermensch
- Beiträge: 1150
- Registriert: Mi 31. Jan 2007, 19:04
- Wohnort: Halle
- Kontaktdaten:
Re: Wo ist das Problem ?
Ich bin mir nicht 100% sicher, jedoch glaube ich, dass es egal ist, wo DOS=HIGH in der config.sys steht.
Die Frage wo die 384 kB genau abgeblieben sind, ist berechtigt.
Es gibt einfach betrachtet nur zwei Moeglichkeiten:
1. die 384 kB RAM sind ueber den 640 kB
Damit kann das BIOS geshadowed werden.
Es existiert keine HMA.
effektiv ist der Speicher nicht wirklich nutzbar
2. die 384 kB RAM sind ueber den 1 MB, kein RAM zwischen 640 kB und 1 MB nur AT-Bus
Damit kann das BIOS nicht geshadowed werden, sondern nur aus dem ROM ausgefuehrt.
Es existiert die HMA.
Himem.sys muesste bei aktivierter A20 Leitung (384-64) kB als XMS zur Verfuegung stellen.
Nun gibt es ja irgendwie HMA, jedoch kein XMS ?
DOS ist scheinbar nicht in den HMA geladen, da MEM die gesamten 384 kB als Erweiterungsspeicher reportet?
Wird dieser denn als XMS angeboten?
Woher weisst Du, dass himem die A20 Leitung korrekt steuert?
Was sagen alternative Speichertreiber zu himem?
(Immer verbose Mode)
Das Ziel waere vermutlich eine Konfiguration mit DOS im HMA und 320K Rest als XMS...
Die Frage wo die 384 kB genau abgeblieben sind, ist berechtigt.
Es gibt einfach betrachtet nur zwei Moeglichkeiten:
1. die 384 kB RAM sind ueber den 640 kB
Damit kann das BIOS geshadowed werden.
Es existiert keine HMA.
effektiv ist der Speicher nicht wirklich nutzbar
2. die 384 kB RAM sind ueber den 1 MB, kein RAM zwischen 640 kB und 1 MB nur AT-Bus
Damit kann das BIOS nicht geshadowed werden, sondern nur aus dem ROM ausgefuehrt.
Es existiert die HMA.
Himem.sys muesste bei aktivierter A20 Leitung (384-64) kB als XMS zur Verfuegung stellen.
Nun gibt es ja irgendwie HMA, jedoch kein XMS ?
DOS ist scheinbar nicht in den HMA geladen, da MEM die gesamten 384 kB als Erweiterungsspeicher reportet?
Wird dieser denn als XMS angeboten?
Woher weisst Du, dass himem die A20 Leitung korrekt steuert?
Was sagen alternative Speichertreiber zu himem?
(Immer verbose Mode)
Das Ziel waere vermutlich eine Konfiguration mit DOS im HMA und 320K Rest als XMS...
Diverse Retro-Computer vorhanden.
-
- DOS-Gott
- Beiträge: 3336
- Registriert: Mo 8. Feb 2010, 16:59
Re: Wo ist das Problem ?
Ich glaube das ist jetzt hier etwas irreführend.
Ich poste Euch noch mal mein "mem" wenn ich die Standard-Config am Start habe.
Kollege "Nilquader" hat ja mein EGA-Modell mit Quasi gleicher Soft- und Hardware Config.
bis später
THX
Ich poste Euch noch mal mein "mem" wenn ich die Standard-Config am Start habe.
Kollege "Nilquader" hat ja mein EGA-Modell mit Quasi gleicher Soft- und Hardware Config.
bis später
THX
CPU: 486 DX2/66 MOBO: SNI-D882 RAM: 3x16MB - FDD: 3,5" 1,44MB HDD: 6,4GB Seagate ISA(1): Audican32Plus PCI(1): 3com TX 905 OS: MsDos622 - Win95a - WinNT 3.51
-
- DOS-Gott
- Beiträge: 3336
- Registriert: Mo 8. Feb 2010, 16:59
Re: Wo ist das Problem ?
So, nun ein paar lustige Dinge, die ich so festgestellt habe.
Ich verwende MS-DOS 5.00!
1. Verwende ich die "Himem.sys" von Win31 und lade keine zusätzlichen Treiber und verwende kein "Dos=High", dann bekomme ich nach dem booten:
Ich verwende MS-DOS 5.00!
1. Verwende ich die "Himem.sys" von Win31 und lade keine zusätzlichen Treiber und verwende kein "Dos=High", dann bekomme ich nach dem booten:
Starte ich jetzt Windows 3.1 (VGA) und beende es gleich wieder sieht "mem" so aus:655360 Byte konventioneller Speicher insgesamt
655360 Byte für MS-DOS verfügbar
582944 Byte max. Größe für ausführbares programm
393216 Byte fortlaufender Erweiterungsspeicher insgesamt
393216 Byte fortlaufender Erweiterungsspeicher verfügbar
Sofern ich "Himem.sys" und den Befehl "Dos=High" in der Config.sys verwende sieht "mem" nach dem Booten so aus.655360 Byte konventioneller Speicher insgesamt
655360 Byte für MS-DOS verfügbar
582944 Byte max. Größe für ausführbares programm
393216 Byte fortlaufender Erweiterungsspeicher insgesamt
0 Byte fortlaufender Erweiterungsspeicher verfügbar
327680 Byte XMS_speicher verfügbar
64 KB oberer Speicherbereich (High Memory Area) verfügbar
655360 Byte konventioneller Speicher insgesamt
655360 Byte für MS-DOS verfügbar
582944 Byte max. Größe für ausführbares programm
393216 Byte fortlaufender Erweiterungsspeicher insgesamt
0 Byte fortlaufender Erweiterungsspeicher verfügbar
327680 Byte XMS_speicher verfügbar
MS-DOS resident im oberen Speicherbereich(High Memory Area)
CPU: 486 DX2/66 MOBO: SNI-D882 RAM: 3x16MB - FDD: 3,5" 1,44MB HDD: 6,4GB Seagate ISA(1): Audican32Plus PCI(1): 3com TX 905 OS: MsDos622 - Win95a - WinNT 3.51
-
- DOS-Übermensch
- Beiträge: 1150
- Registriert: Mi 31. Jan 2007, 19:04
- Wohnort: Halle
- Kontaktdaten:
Re: Wo ist das Problem ?
Das letzte sieht doch schon ganz gut aus.
Was mich nur etwas wundert ist, dass himem.sys DOS=HIGH in der config.sys benoetigt, damit es den Erweiterungsspeicher als XMS anbietet.
Man sollte auch mit dem mischen verschiedener Versionen(und auch Sprachen) der Treiber zu DOS vorsichtig sein.
Ach nochwas, warum wird nicht mehr Speicher frei, wenn DOS in die HMA geladen wird?
Vielleicht waere ein mem /c doch besser...
Was mich nur etwas wundert ist, dass himem.sys DOS=HIGH in der config.sys benoetigt, damit es den Erweiterungsspeicher als XMS anbietet.
Man sollte auch mit dem mischen verschiedener Versionen(und auch Sprachen) der Treiber zu DOS vorsichtig sein.
Ach nochwas, warum wird nicht mehr Speicher frei, wenn DOS in die HMA geladen wird?
Vielleicht waere ein mem /c doch besser...
Diverse Retro-Computer vorhanden.
-
- DOS-Gott
- Beiträge: 3336
- Registriert: Mo 8. Feb 2010, 16:59
Re: Wo ist das Problem ?
Ich habe jetzt mal mit IBM-DOS 5.0 probiert und statt dem Speedstar-Treibern die generischen WDC903 verwendet.
Ergebnis: Das Verhalten ist 1:1 zu MS-Dos mit den Speedstar-Treibern.
Es bleibt also kurios.
Ich könnte natürlich auf Win3.1 verzichten und "nur" mit Win 3.0a arbeiteten. Die Frage ist, was für Anwendungen gibt es für Win 3.0a ?
Die "Toolbar" brauch schon mal Win 3.1x, schade.
Mal sehen ob ich Office und ein paar Tools für Win30a bekomme.
Doc
Ergebnis: Das Verhalten ist 1:1 zu MS-Dos mit den Speedstar-Treibern.
Es bleibt also kurios.
Ich könnte natürlich auf Win3.1 verzichten und "nur" mit Win 3.0a arbeiteten. Die Frage ist, was für Anwendungen gibt es für Win 3.0a ?
Die "Toolbar" brauch schon mal Win 3.1x, schade.
Mal sehen ob ich Office und ein paar Tools für Win30a bekomme.
Doc
Zuletzt geändert von drzeissler am Fr 13. Jan 2012, 22:33, insgesamt 1-mal geändert.
CPU: 486 DX2/66 MOBO: SNI-D882 RAM: 3x16MB - FDD: 3,5" 1,44MB HDD: 6,4GB Seagate ISA(1): Audican32Plus PCI(1): 3com TX 905 OS: MsDos622 - Win95a - WinNT 3.51
Re: Wo ist das Problem ?
d.h. Win 3.0a geht jetzt wie gewünscht, Win 3.1 aber noch nicht?drzeissler hat geschrieben:Ich könnte natürlich auf Win3.1 verzichten und "nur" mit Win 3.0a arbeitet. Die Frage ist, was für Anwendungen gibt es für Win 3.0a ?
Die "Toolbar" brauch schon mal Win 3.1x, schade.
Mal sehen ob ich Office und ein paar Tools für Win30a bekomme.
-
- DOS-Gott
- Beiträge: 3336
- Registriert: Mo 8. Feb 2010, 16:59
Re: Wo ist das Problem ?
genau so ist es.
Um es noch mal ganz klar zu stellen.
Win 3.0a geht mit VGA und mit den Speedstar-Treibern. Es gibt nur die Einschränkung, dass die 16 Farben mit den Speedstar-Treibern zurück auf den Desktop führen, ohne dass eine Fehlermeldung erscheint. 256 Farben gehen in allen Auflösungen und die 16 Mio Farben gehen auch in 640x480.
Win 3.1 geht nur mit VGA, sobald ein Speedstar-Treiber zum Einsatz kommt gibt es die o.g. Fehler. Es gibt noch eine Besonderheit. Die Speedstar-Treiber von Win3.0a benötigen keine "zusätzlichen" Dateien. Wenn ich unter Win 3.0a den Pfad zu "alternativen Grafiktreibern angebe" dann installiert er und beendet das Setup. Sofern ich die Win3.1 Treiber installieren will, benötigt er noch Dateien, die nicht in den Treibern enthalten sind. Damit das Setup zu Ende läuft, muss ich den Pfad zu den Installationsquellen von Win3.1 (bspw. f: win310) angeben. Es gibt dort aber m.W.n. keine Alternative dazu. Daher würde ich das als Quelle des Übels ausschließen wollen.
Doc
Um es noch mal ganz klar zu stellen.
Win 3.0a geht mit VGA und mit den Speedstar-Treibern. Es gibt nur die Einschränkung, dass die 16 Farben mit den Speedstar-Treibern zurück auf den Desktop führen, ohne dass eine Fehlermeldung erscheint. 256 Farben gehen in allen Auflösungen und die 16 Mio Farben gehen auch in 640x480.
Win 3.1 geht nur mit VGA, sobald ein Speedstar-Treiber zum Einsatz kommt gibt es die o.g. Fehler. Es gibt noch eine Besonderheit. Die Speedstar-Treiber von Win3.0a benötigen keine "zusätzlichen" Dateien. Wenn ich unter Win 3.0a den Pfad zu "alternativen Grafiktreibern angebe" dann installiert er und beendet das Setup. Sofern ich die Win3.1 Treiber installieren will, benötigt er noch Dateien, die nicht in den Treibern enthalten sind. Damit das Setup zu Ende läuft, muss ich den Pfad zu den Installationsquellen von Win3.1 (bspw. f: win310) angeben. Es gibt dort aber m.W.n. keine Alternative dazu. Daher würde ich das als Quelle des Übels ausschließen wollen.
Doc
CPU: 486 DX2/66 MOBO: SNI-D882 RAM: 3x16MB - FDD: 3,5" 1,44MB HDD: 6,4GB Seagate ISA(1): Audican32Plus PCI(1): 3com TX 905 OS: MsDos622 - Win95a - WinNT 3.51
Re: Wo ist das Problem ?
Warum sollte man bei 1 MB RAM DOS nicht hochladen? Dazu ist der Speicher doch da. Falls man DOS nicht hochlädt und kein Speicher > 640K da ist, hilft es ggf. etwas mit den Parametern von Himem.sys zu spielen? (A20-Parameter usw.)
Dumme Frage: Sind Win 3.0 und Win 3.1-Treiber überhaupt austauschbar? Sind deine Grafiktreiber vielleicht "zu alt" für Win 3.1?
Dumme Frage: Sind Win 3.0 und Win 3.1-Treiber überhaupt austauschbar? Sind deine Grafiktreiber vielleicht "zu alt" für Win 3.1?
-
- DOS-Gott
- Beiträge: 3336
- Registriert: Mo 8. Feb 2010, 16:59
Re: Wo ist das Problem ?
Brueggi hat geschrieben: Warum sollte man bei 1 MB RAM DOS nicht hochladen? Dazu ist der Speicher doch da. Falls man DOS nicht hochlädt und kein Speicher > 640K da ist, hilft es ggf. etwas mit den Parametern von Himem.sys zu spielen? (A20-Parameter usw.)
Dumme Frage: Sind Win 3.0 und Win 3.1-Treiber überhaupt austauschbar? Sind deine Grafiktreiber vielleicht "zu alt" für Win 3.1?
win31-win30 sind nicht austauschbar.
hier ist das volle treiberpaket mit jeweils win30 und win31 treibern in zwei versionen. beide gehen nicht,
bzw. beide win30 versionen gehen mit win30, beide win31-versionen gehen nicht mit win31.
http://www.dmmdownload.com/downloads/LE ... DRIVER.exe
CPU: 486 DX2/66 MOBO: SNI-D882 RAM: 3x16MB - FDD: 3,5" 1,44MB HDD: 6,4GB Seagate ISA(1): Audican32Plus PCI(1): 3com TX 905 OS: MsDos622 - Win95a - WinNT 3.51