Wo ist das Problem ?

Spiele, Software, Hardware, etc. zum Thema 16-bit Windows bis 3.x
drzeissler
DOS-Gott
Beiträge: 3336
Registriert: Mo 8. Feb 2010, 16:59

Re: Wo ist das Problem ?

Beitrag von drzeissler »

BildBildBildBildBildBildBild

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
wobo
DOS-Guru
Beiträge: 614
Registriert: So 17. Okt 2010, 14:40

Re: Wo ist das Problem ?

Beitrag von wobo »

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?
elianda
DOS-Übermensch
Beiträge: 1150
Registriert: Mi 31. Jan 2007, 19:04
Wohnort: Halle
Kontaktdaten:

Re: Wo ist das Problem ?

Beitrag von elianda »

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.
Diverse Retro-Computer vorhanden.
drzeissler
DOS-Gott
Beiträge: 3336
Registriert: Mo 8. Feb 2010, 16:59

Re: Wo ist das Problem ?

Beitrag von drzeissler »

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
Nach dem Start und Absturz von Win31 steht:
576720 Byte max. Größe für ausführbaren Programm
327680 Byte fortlaufender Erweiterungsspeicher
64KB oberer Speicherbereich (High Memory Area) verfügbar
Der Fehler der erscheint lautet:
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
wobo
DOS-Guru
Beiträge: 614
Registriert: So 17. Okt 2010, 14:40

Re: Wo ist das Problem ?

Beitrag von wobo »

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

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!
Benutzeravatar
Nilquader
CONFIG.SYS-Autor
Beiträge: 269
Registriert: Mo 26. Jan 2009, 23:00
Kontaktdaten:

Re: Wo ist das Problem ?

Beitrag von Nilquader »

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?
Soweit ich weiß, macht das das Board, ohne dass man da groß was gegen tun kann. Scheint die Standardeinstellung zu sein.
Pentium II, 266MHz, 64 MB RAM, 3.2 GB HDD, Voodoo 3 2000, SB AWE64 Gold, 1GB SD mit NC100SDv2-Adapter
elianda
DOS-Übermensch
Beiträge: 1150
Registriert: Mi 31. Jan 2007, 19:04
Wohnort: Halle
Kontaktdaten:

Re: Wo ist das Problem ?

Beitrag von elianda »

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...
Diverse Retro-Computer vorhanden.
drzeissler
DOS-Gott
Beiträge: 3336
Registriert: Mo 8. Feb 2010, 16:59

Re: Wo ist das Problem ?

Beitrag von drzeissler »

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
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
drzeissler
DOS-Gott
Beiträge: 3336
Registriert: Mo 8. Feb 2010, 16:59

Re: Wo ist das Problem ?

Beitrag von drzeissler »

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:
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
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
0 Byte fortlaufender Erweiterungsspeicher verfügbar
327680 Byte XMS_speicher verfügbar
64 KB oberer Speicherbereich (High Memory Area) 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
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
elianda
DOS-Übermensch
Beiträge: 1150
Registriert: Mi 31. Jan 2007, 19:04
Wohnort: Halle
Kontaktdaten:

Re: Wo ist das Problem ?

Beitrag von elianda »

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...
Diverse Retro-Computer vorhanden.
drzeissler
DOS-Gott
Beiträge: 3336
Registriert: Mo 8. Feb 2010, 16:59

Re: Wo ist das Problem ?

Beitrag von drzeissler »

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
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
wobo
DOS-Guru
Beiträge: 614
Registriert: So 17. Okt 2010, 14:40

Re: Wo ist das Problem ?

Beitrag von wobo »

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.
d.h. Win 3.0a geht jetzt wie gewünscht, Win 3.1 aber noch nicht?
drzeissler
DOS-Gott
Beiträge: 3336
Registriert: Mo 8. Feb 2010, 16:59

Re: Wo ist das Problem ?

Beitrag von drzeissler »

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
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
Brueggi

Re: Wo ist das Problem ?

Beitrag von Brueggi »

:-) 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?
drzeissler
DOS-Gott
Beiträge: 3336
Registriert: Mo 8. Feb 2010, 16:59

Re: Wo ist das Problem ?

Beitrag von drzeissler »

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
Antworten