Speicher Probleme unter MS DOS bei neuen Rechner

[Ghostdriver]

Hallo Leute.

Wir haben hier in der Firma ein Problem was uns schon seid längerem zu denken gibt. Ich muss da mal zum allgemeinen Verständnis weiter auholen:
Wir benötigen hier stink normale Rechner die wir mit MS DOS 6.22 und einer speziellen Software von uns laufen lassen.
Die brauchen:
- 2x Serielle Schnittstellen
- 1x parrallel
- min. 1 x PS/2 für die Tastattur
Alles weitere wie Prozessorleistung, Arbeitsspreicher, GraKa, Festplatte usw. ist nebensächlich, da das System durch DOS und unsere Software kaum gefordert wird. Aufgrund des Vormarsches von USB und die Weiterentwicklung der Motherboards sind solche Rechner nur noch schwer zu finden. Die letzten Rechner waren allesammt von Dell, die uns aber mittlerweile dies auch nicht mehr liefern können. Meistes fehlt dann eine serielle Schnittstelle, oder es gibt kein PS/2 mehr.

Nun haben wir uns mit Alternate kurzgeschlossen. Die können uns als einzigste die Rechner bauen. Nun haben wir knapp 30 nagelneue Rechner im Lager stehen, die allesamt nicht laufen. Die Rechner haben volgende Daten: GIGABYTE GA-8IPE1000-G Mainboard mit 256 MB DDR RAM.

Zum eigendlichen Problem: Zuerst partionieren wir die Festplatte mit Partion Magic 8.0 neu. Wir legen eine neue FAT Partition mit 2.047,3 MB an. Mehr brauchen wir auch nicht. Anschlissen spielen wir MS DOS 6.22 auf. Der Rechner ist danach voll funktionsfähig ohne Probleme oder Einschränkungen. Die Config.sys und Autoexec.bat enthalten folgende Zeilen:

Config.sys:
DEVICE=C:\DOS\SETVER.EXE
DEVICE=C:\DOS\HIMEM.SYS
DOS=HIGH
COUNTRY=049,850,C:\DOS\COUNTRY.SYS
DEVICE=C:\DOS\DISPLAY.SYS CON=(EGA,,1)
FILES=30


Autoexec.bat:
C:\DOS\SMARTDRV.EXE /X
@ECHO OFF
PROMPT $p$g
PATH C:\DOS
SET TEMP=C:\DOS
MODE CON CODEPAGE PREPARE=((850) C:\DOS\EGA.CPI)
MODE CON CODEPAGE SELECT=850
KEYB GR,,C:\DOS\KEYBOARD.SYS


Nun installieren wir unsere Software. Diese tauscht während der Installationsroutine die Config.sys und Autoexec.bat gegen eigene aus, die wie folgt lauten:

Config.sys:
REM Part #570062B
DEVICE=C:\DOS\HIMEM.SYS
DEVICE=C:\DOS\EMM386.EXE 2800 RAM
DOS=HIGH,UMB
FILES=20

Autoexec.bat:
@echo off
REM Part #570001A
PROMPT $l$p$g
PATH c:\dos;c:\;c:\cirrus\pc
CD \CIRRUS\PC
DOSKEY
KEYB GR
PROISAMD /Ib:36 /Ie:1544
START

Wenn wir den Rechner nun neu booten erhalten wir bei der abarbeitung der Config.sys folgende Fehlermeldung:
WARNING: Unable to set page frame base adress – EMS unavailable
Das System hält dann für kurze Zeit an und arbeitet dann weiter die Config.sys und Autoexec.bat ab. Diese Fehlermeldung müssen wir weg haben!

Der Fehler wird von der Zeile 3 in der Config.sys verursacht. Wir haben dann mal die Erweiterung „2800 RAM“ gegen „noems“ ausgetauscht. Ergebnis war, dass zwar die Fehlermeldung verschwunden war, unsere Rechner dann aber im Programm selber mit der Fehlermeldung „out of memory in line tralala“ ausgestiegen sind. Unsere Software wird dann komplett geschlossen und wir haben wieder den DOS-Prompt vor uns. Dies passiert aber erst nach eine gewissen Zeit, wenn schon viele Daten in den Speicher geschaufelt wurden.

Dann haben wir die neue Config.sys gegen die originale von DOS mit den benötigten Änderungen ausgetauscht. Auch das verhinderte die Fehlermeldung beim booten, trotzdem hatten wir weiter die Ausfälle im RUN der Software.

Nun stehen wir vor dem riesen Problem, dass wir dringend neue Rechner brauchen, wir aber keine lauffähigen haben. Habt ihr eine Ahnung wie ich das Problem in der Griff bekommen könnte?

Vielen Dank für die Unjterstützung.

René

[Scasi]

Hi,

da Euer Prog wohl EMS-Speicher braucht, ist der Parameter /noems natürlich tödlich !

versuch´s mal, dass Du einen FRAME-Wert mitgibst, z.B.

DEVICE=C:\DOS\EMM386.EXE 2800 RAM FRAME=D800

[Michi0815]

hört sich so an als ob emm386 keinen platz für den pagingframe findet...

habt ihr msd.exe auf dem/den rechner/n? dort unter dem punkt memory mal nachsehen, ob bzw wo ein frame eingerichtet ist (erkennbar an den "P"'s). wenn kein frame vorhanden ist, dann könntet ihr über den include-parameter von emm386 versuchen soviel zusätzlichen speicher zu erzwingen, dass der frame platz hat.
das ist aber üblicherweise mit trial&error versuchen verbunden, weil bei einem fehler der pc recht schön automatisch abstürzt

[Ghostdriver]

Ich hatte das mit dem Frame mal verucht. Hatte die Zeile dann wie folgt abgeändert, was aber auch nicht funzte

DEVICE=C:\DOS\EMM386.EXE FRAME=none

Aber ich werde deine Variante mal versuchen

@ Michi0815
Also Ps hab ich da keine gesehen

Das Problem was mich noch quält ist dass wir hier in der Firma die Rechner nicht so fordern können, dass der Fehler hier auftritt. Wir müssen dann immer die Rechner zu den Kunden schicken und die dann erproben lassen. Und das ist alles nicht so einfach. Weil wer will schon Versuchkanninchen sein

[Michi0815]

irgendwie verbaust du dir immer selber den weg:
kein frame -> kein ems -> kein proggy

gibts dieses dosbook-derivat "help" auf dem pc? in der 1. spalte ganz unten gibts die beschreibung zu EMM386.EXE. ausdrucken, lesen, lernen und danach leben...

[Ghostdriver]

Also ich habe mir jetzt mal diese Doku zu HErzen genommen:
http://support.microsoft.com/kb/75592/en-us

Und bin nach langen probieren auf die Lösung:

"DEVICE=C:\DOS\EMM386.EXE i=e000-eff"

gestossen. Die Fehlermeldung am Anfang ist erstmal weg. Nun die Frage an die Spezis hier: Kann das so funktionieren?

Die HELP_Doku zu Emm386 hab ich mir angeschaut. Da steht aber zuviel Müll drin was mich nicht wirklich weiter bringt. Aber die muss ich mir nochmal in alle Ruhe durchlesen

[Scasi]

mal eine Frage vorweg: gibt´s denn beim Kunden keinen Rechner, auf dem alles läuft wie es soll und von dem Du Dir die Startdateien kopieren kannst ?

für mich das entscheidende:

Nun installieren wir unsere Software. Diese tauscht während der Installationsroutine die Config.sys und Autoexec.bat gegen eigene aus, die wie folgt lauten:

Config.sys:
REM Part #570062B
DEVICE=C:\DOS\HIMEM.SYS
DEVICE=C:\DOS\EMM386.EXE 2800 RAM...

es wird wohl einen Grund geben, dass hier EMS-Speicher mit dieser Größe zur Verfügung gestellt wird !

das passiert bei Dir nicht:
> DEVICE=C:\DOS\EMM386.EXE i=e000-eff

müsste e000-efff heißen und übergibt imho hier auch noch die Verwaltung dieses 64K großen Speicherbereichs an EMM386 - aber gerade dieser Bereich ist das sogenannte "EMS-Fenster", durch das Daten (bei Verwendung von EMS) überhaupt in 64K großen Paketen eingelesen werden

das kann also so erst recht nicht funktionieren !

[Ghostdriver]

mal eine Frage vorweg: gibt´s denn beim Kunden keinen Rechner, auf dem alles läuft wie es soll und von dem Du Dir die Startdateien kopieren kannst ?

Ich kann dir haufenweise Rechner zeigen auf denen das alles läuft. Das Problem ist dass es nunmal nicht auf den neuen Alternaterechnern läuft. Warum weiss ich leider nicht. Und die Startdateien sind die gleichen.

für mich das entscheidende:

es wird wohl einen Grund geben, dass hier EMS-Speicher mit dieser Größe zur Verfügung gestellt wird !

das passiert bei Dir nicht:
> DEVICE=C:\DOS\EMM386.EXE i=e000-eff

müsste e000-efff heißen und übergibt imho hier auch noch die Verwaltung dieses 64K großen Speicherbereichs an EMM386 - aber gerade dieser Bereich ist das sogenannte "EMS-Fenster", durch das Daten (bei Verwendung von EMS) überhaupt in 64K großen Paketen eingelesen werden

das kann also so erst recht nicht funktionieren !

Dann mach mal nen Vorschlag wie ich das zum laufen bekomme

[Scasi]

hab ich in meinem ersten Post schon getan - wenn´s nicht läuft, gibt meine Glaskugel leider nicht mehr her, sorry !