IPB

Willkommen, Gast ( Anmelden | Registrierung )

 
Reply to this topicStart new topic
> DOS real mode, unter xp noch möglich?
Conny
Beitrag 17.03.2006 - 18:23
Beitrag #1


Kommt Zeit, kommt Rat, kommt Conrad!
Gruppensymbol

Gruppe: Mods
Beiträge: 1.169
Mitglied seit: 21.11.2001
Wohnort: Altenkirchen, Westerwald
Mitglieds-Nr.: 42



Hallo allerseits,
ich plage mich seit einiger Zeit mit folgendes Problem.
Habe ein altes DOS-Programm gefunden, daß ich hin und wieder mal benutzen möchte.
Nun suche ich nach einer Möglichkeit das Programm sofort zu starten.
Also nicht über: Start > Ausführen > cmd /k G:\FTRKALC\FTR.EXE
Sondern es soll irgendwie über eine *.pif auf'm Desktop angesteuert werden.
Ich klicke also auf die *.pif, der steuert eine *.bat an, in der die Befehlszeile zum starten des Programms steht, zugleich auch Angaben über Fenstergröße etc.

Müßte doch möglich sein oder?

Hab's schon mit eine vbs versucht, etwa so:
QUELLTEXT
set WSHShell = CreateObject("WScript.Shell")
WSHShell.Run "C:\WINDOWS\system32\cmd.exe G:\FTRKALC", 1

und gebe dann FTR.EXE von Hand ein...

Gefällt irgendwie nicht sad.gif

Wer hilft mir auf die Sprünge?

cu
Conny
Go to the top of the page
 
+Quote Post
jomal
Beitrag 17.03.2006 - 23:54
Beitrag #2


unser täglich Posting gib uns heute
***

Gruppe: User
Beiträge: 230
Mitglied seit: 28.01.2006
Wohnort: Braunschweig
Mitglieds-Nr.: 5.804



ZITAT(Conny @ 17.03.2006 - 18:23) *
Hallo allerseits,
ich plage mich seit einiger Zeit mit folgendes Problem.
Habe ein altes DOS-Programm gefunden, daß ich hin und wieder mal benutzen möchte.
Nun suche ich nach einer Möglichkeit das Programm sofort zu starten.
Also nicht über: Start > Ausführen > cmd /k G:\FTRKALC\FTR.EXE
Sondern es soll irgendwie über eine *.pif auf'm Desktop angesteuert werden.
Ich klicke also auf die *.pif, der steuert eine *.bat an, in der die Befehlszeile zum starten des Programms steht, zugleich auch Angaben über Fenstergröße etc.

Müßte doch möglich sein oder?

Hab's schon mit eine vbs versucht, etwa so:
QUELLTEXT
set WSHShell = CreateObject("WScript.Shell")
WSHShell.Run "C:\WINDOWS\system32\cmd.exe G:\FTRKALC", 1

und gebe dann FTR.EXE von Hand ein...

Gefällt irgendwie nicht sad.gif

Wer hilft mir auf die Sprünge?

cu
Conny



High Conny,

entweder verstehe ich Deine Frage nicht so recht, oder ich bin so lange mit DOS zusammen, auch mit WIN 3.x, dass es mir so leicht erscheint.
Ich benutze immer noch gerne mein geliebtes BASIC QBX/PDS, also ein echtes DOS-Programm.
Ich rufe es über Parameter einfach über eine *.bat auf, ganz wie im DOS, etwa folgender Code:

rem Aufruf von qbx für go projekt
rem hier: aufbröseln des cardfiles

h:\qbx\qbx go

pause

Das QBX.EXE wird aufgerufen, das Programm GO.BAS in den Interpreter geladen. Ich kann dann wie früher arbeiten. Die Pause-Anweisung dient eigentlich nur dem Debugging, falls nämlich Fehler auftreten und das Fenster sofort verschwindet, ist es lästig, den Fehler zu suchen. Wenn alles klappt, kannst Du sie entfernen.
Diese BAT kannst Du dann wie gewohnt auf dem Desktop oder in der Shortcutleiste verknüpfen.

Bei mir und diesem einfachen Beispiel funktioniert es anstandslos. Bei irgendwelchen Sachen mit HIMEM oder so kannst Du evtl. unter XP etwas mit Kompatibiltätsmodus erreichen.
Ach ja, das Programm GO.BAS benutze ich, um das Original Cardfile von WIN3.11 auszulesen, zu durchsuchen und so, CARDFILE.EXE ist nämlich ein wenig mager programmiert und ziemlich dumm.
(Es wählt in einer Karteikarte immer die erste Zahl, die es trifft, also etwa eine Postleitzahl, kann ich besser wink.gif )

Ach ja, das DOS-Fenster wird mit ALT-Enter zum Vollbild (Toggle-Fkt.).

Ich hoffe, das hilft Dir erstmal weiter.

Gruß, Jomal
Go to the top of the page
 
+Quote Post
i.b.g
Beitrag 18.03.2006 - 17:07
Beitrag #3


Weiss zuviel!!
Gruppensymbol

Gruppe: Mods
Beiträge: 668
Mitglied seit: 19.04.2002
Wohnort: Grimmen
Mitglieds-Nr.: 385



Hallo Conny,
ZITAT(Conny @ 17.03.2006 - 18:23) *
und gebe dann FTR.EXE von Hand ein...
Gefällt irgendwie nicht sad.gif

Wenn man ein DOS-Programm startet und dann die Einstellungen des DOS-Fensters ändert, wird doch normalerweise automatisch eine PIF-Datei geschrieben. Diese kannst Du dann weiterverwenden.

Wenn das mal nicht so funktioniert, dann gibt es auf dem Rechner im Standard-Windows-Verzeichnis eigentlich eine Datei _default.pif. Diese kann man sich an eine andere Stelle kopieren und dann umbenennen und über die Eigenschaften die entsprechenden Einstellungen - unter anderem die Verknüpfung zu einer DOS-Anwendung - vornehmen.

Hoffe es hilft Dir weiter.
Go to the top of the page
 
+Quote Post
Conny
Beitrag 18.03.2006 - 20:51
Beitrag #4


Kommt Zeit, kommt Rat, kommt Conrad!
Gruppensymbol

Gruppe: Mods
Beiträge: 1.169
Mitglied seit: 21.11.2001
Wohnort: Altenkirchen, Westerwald
Mitglieds-Nr.: 42



Hallo,
habe noch ein Wenig herumprobiert, folgendes ist dabei heraus gekommen.
Habe sowohl meine *.vbs verfeinert, als auch eine *.bat geschrieben.
Beides Funktioniert biggrin.gif und habe nun die Qual der Wahl....

Aaaber wenn das Programm einmal getartet ist, geht meine CPU auf Tilt!
Da wird wohl irgendwas 'geschleift' (endlos wiederholt), die CPU wird eine Dauerbelastung von über 90% ausgesetzt.... mad.gif *was* kann das sein? smilywand.gif
Bzw. wie kann ich überprüfen *wer* meine CPU so quält?

Dankbar für sachdienliche Hinweise,
Conny
Go to the top of the page
 
+Quote Post
jomal
Beitrag 18.03.2006 - 22:21
Beitrag #5


unser täglich Posting gib uns heute
***

Gruppe: User
Beiträge: 230
Mitglied seit: 28.01.2006
Wohnort: Braunschweig
Mitglieds-Nr.: 5.804



ZITAT(Conny @ 18.03.2006 - 20:51) *
Hallo,
habe noch ein Wenig herumprobiert, folgendes ist dabei heraus gekommen.
Habe sowohl meine *.vbs verfeinert, als auch eine *.bat geschrieben.
Beides Funktioniert biggrin.gif und habe nun die Qual der Wahl....

Aaaber wenn das Programm einmal getartet ist, geht meine CPU auf Tilt!
Da wird wohl irgendwas 'geschleift' (endlos wiederholt), die CPU wird eine Dauerbelastung von über 90% ausgesetzt.... mad.gif *was* kann das sein? smilywand.gif
Bzw. wie kann ich überprüfen *wer* meine CPU so quält?

Dankbar für sachdienliche Hinweise,
Conny


High Conny,

tja, da benutzt man etwas seit Jahren und merkt nicht mal, dass es da eine Macke gibt. ohmy.gif
Ich habe nämlich noch nie den Taskmgr laufen lassen, wenn ich DOS aufgerufen habe, und an der Performance war auch nichts zu mäkeln.
Ich habe es mir jetzt mal angesehen:
stimmt, CPU-Belastung liegt bei 90-100%, merke ich aber eigentlich nicht.
Sobald ich das Programm im Fenster laufen lasse, bzw. wieder im XP bin, ist alles in Ordnung.
Kommt mir fast so vor, als ist das nur ein Schönheitsfehler.
Ich werde nachher mal was CPU-intensives laufen lassen, mal sehen, ob das dann in die Knie geht.
(Ich weiß nur noch nicht was, vielleicht Video-Transcoding oder Bildbearbeitung)

Tja, bis dahin: es läuft ja, so wie ich will, also stört mich diese Kleinigkeit im Moment nicht.

bis dann
jomal
Go to the top of the page
 
+Quote Post
jomal
Beitrag 18.03.2006 - 23:06
Beitrag #6


unser täglich Posting gib uns heute
***

Gruppe: User
Beiträge: 230
Mitglied seit: 28.01.2006
Wohnort: Braunschweig
Mitglieds-Nr.: 5.804



ZITAT(jomal @ 18.03.2006 - 22:21) *
ZITAT(Conny @ 18.03.2006 - 20:51) *

Hallo,
habe noch ein Wenig herumprobiert, folgendes ist dabei heraus gekommen.
Habe sowohl meine *.vbs verfeinert, als auch eine *.bat geschrieben.
Beides Funktioniert biggrin.gif und habe nun die Qual der Wahl....

Aaaber wenn das Programm einmal getartet ist, geht meine CPU auf Tilt!
Da wird wohl irgendwas 'geschleift' (endlos wiederholt), die CPU wird eine Dauerbelastung von über 90% ausgesetzt.... mad.gif *was* kann das sein? smilywand.gif
Bzw. wie kann ich überprüfen *wer* meine CPU so quält?

Dankbar für sachdienliche Hinweise,
Conny


High Conny,

tja, da benutzt man etwas seit Jahren und merkt nicht mal, dass es da eine Macke gibt. ohmy.gif
Ich habe nämlich noch nie den Taskmgr laufen lassen, wenn ich DOS aufgerufen habe, und an der Performance war auch nichts zu mäkeln.
Ich habe es mir jetzt mal angesehen:
stimmt, CPU-Belastung liegt bei 90-100%, merke ich aber eigentlich nicht.
Sobald ich das Programm im Fenster laufen lasse, bzw. wieder im XP bin, ist alles in Ordnung.
Kommt mir fast so vor, als ist das nur ein Schönheitsfehler.
Ich werde nachher mal was CPU-intensives laufen lassen, mal sehen, ob das dann in die Knie geht.
(Ich weiß nur noch nicht was, vielleicht Video-Transcoding oder Bildbearbeitung)

Tja, bis dahin: es läuft ja, so wie ich will, also stört mich diese Kleinigkeit im Moment nicht.

bis dann
jomal
Go to the top of the page
 
+Quote Post
jomal
Beitrag 18.03.2006 - 23:37
Beitrag #7


unser täglich Posting gib uns heute
***

Gruppe: User
Beiträge: 230
Mitglied seit: 28.01.2006
Wohnort: Braunschweig
Mitglieds-Nr.: 5.804



[quote name='jomal' post='22593' date='18.03.2006 - 23:06'][quote name='jomal' post='22592' date='18.03.2006 - 22:21']
[quote name='Conny' post='22590' date='18.03.2006 - 20:51']
Hallo,
habe noch ein Wenig herumprobiert, folgendes ist dabei heraus gekommen.
Habe sowohl meine *.vbs verfeinert, als auch eine *.bat geschrieben.
Beides Funktioniert biggrin.gif und habe nun die Qual der Wahl....

Aaaber wenn das Programm einmal getartet ist, geht meine CPU auf Tilt!
Da wird wohl irgendwas 'geschleift' (endlos wiederholt), die CPU wird eine Dauerbelastung von über 90% ausgesetzt.... mad.gif *was* kann das sein? smilywand.gif
Bzw. wie kann ich überprüfen *wer* meine CPU so quält?

Dankbar für sachdienliche Hinweise,
Conny[/quote]

Hallo Conni,

noch etwas zu der Lösung mit *.BAT:
die Bildschirmdarstellung unterscheidet sich, wenn ich das DOS-Programm (hier: QBX) direkt aufrufe von der mit Aufruf über *.BAT.
Obwohl die _default.pif und die qbx.pif völlig identisch sind, was die gesamten Einstellungen angeht, bis auf den Programmnamen, habe ich nur über die Batch-Lösung die Original DOS-Einstellung. Beim direkten Aufruf erscheint die Schrift schön grobkörnig, dafür statt der üblichen 25*80 Zeichen 44*80 Zeichen, auch sonst eon paar Ungereimtheiten.
Zum Speicher usw.: ich habe alles auf Auto stehen lassen, kein XMS, EMS usw., auch kein Kompatibilitätsmodus (bringt übrigens keinen Unterschied).

Wenn ich eine Bildbearbeitung laufen lasse, z.B. GIMP, ein großes Bild lade und z.B. drehe, passiert etwas Interessantes.
Statt der 100% geht trotz Mehrarbeit die CPU-Belastung nach unten, auch wenn ich wieder zum DOS-Task wechsle. Der Vorgang dauert nicht wesentlich länger als solo.
Liegt wohl an der dynamischen Verwaltung respektive Leerlaufaktivität.

Ach ja, sollte das von Dir verwendete Programm TSR-Routinen ausführen, wird es komplizierter.
Lies hierzu am besten unter \WINDOWS\SYSTEM32 die Dateien CONFIG.NT und AUTOEXEC.NT,
wenn es vermeidbar ist, benutze solche Programme möglichst nicht.

So, ich hoffe, Dir geholfen zu haben,

ciao,
jomal
Go to the top of the page
 
+Quote Post
Conny
Beitrag 19.03.2006 - 20:17
Beitrag #8


Kommt Zeit, kommt Rat, kommt Conrad!
Gruppensymbol

Gruppe: Mods
Beiträge: 1.169
Mitglied seit: 21.11.2001
Wohnort: Altenkirchen, Westerwald
Mitglieds-Nr.: 42



Hi Jomal,
unterschiedliche Bildschirmdarstellungen kann ich bei mir nicht feststellen und Bildbearbeitung löst bei mir auch keine Änderungen aus...

Im Grunde ist das Problem zu verschmerzen, da ich das Programm eigentlich nur selten verwende; und wenn, dann soll sich der CPU halt abstrampeln.

Ob bei diesem Programm TSR Routinen zum einsatz kommen, kann ich leider nicht sagen.

Thanks anyway! icon13.gif

Conny
Go to the top of the page
 
+Quote Post
Google Bot
Beitrag
Beitrag #


Google Ads









Go to the top of the page
 
Quote Post

Reply to this topicStart new topic
1 Besucher lesen dieses Thema (Gäste: 1 | Anonyme Besucher: 0)
0 Mitglieder:

 



RSS Vereinfachte Darstellung Aktuelles Datum: 28.03.2024 - 23:10

taschenkalender
expertise-panel IPS Driver Error

IPS Driver Error

There appears to be an error with the database.
You can try to refresh the page by clicking here