16-bit-Installer-Problem

Bear Barrett · 08.07.2007, 16:02

Bei meinem Notebook lassen sich ältere Programme die ein 16-bit Installer-Programm benutzen, nicht installieren.
Wenn ich die Installation starte, passiert nichts. Nur beim Herunterfahren von Windows kommt eine Fehlermeldung bezüglich der 16-bit Anwendung.

Weiß jemand Rat?

franznovak · 08.07.2007, 16:15

Ist dein Profil aktuell?

Welche Windows Service Packs (Updates) sind in Verwendung?

Um welche Programme handelt es sich?

.

Bear Barrett · 08.07.2007, 16:37

Mein Profil ist aktuell, wenn ich nichts übersehen habe.
Betriebssystem ist WinXP SP2 und wird regelmäßig upgedated.

Es handelt sich um verschiedenste, ältere Programme (AustrianMap Fly, Delta Force: Black Hawk Down, Comanche 4, ...)

Auf meinem vorigen PC (WinXP SP2) haben die Programme einwandfrei funktioniert.

TONI_B · 08.07.2007, 20:22

Rechte Maustaste-"Eigenschaften"-"Kompatibilität" und dann "Kompatibilitätsmodus" z.B. Win95 auswählen. Hat bei mir bei einigen alten 16-Bit Programmen geholfen.

Bear Barrett · 09.07.2007, 20:51

Zitat:

Original geschrieben von TONI_B
Rechte Maustaste-"Eigenschaften"-"Kompatibilität" und dann "Kompatibilitätsmodus" z.B. Win95 auswählen. Hat bei mir bei einigen alten 16-Bit Programmen geholfen.

Hab ich schon vorher, leider ohne positives Ergebnis, probiert.

DCS · 10.07.2007, 10:53

vielleicht können diese Programme nicht mit 2 CPUs, manchmal gehts auch ned mit HT...

wenns geht, öffne die Shell und versuch von dort zu starten

Bear Barrett · 10.07.2007, 19:42

Zitat:

Original geschrieben von DCS
vielleicht können diese Programme nicht mit 2 CPUs, manchmal gehts auch ned mit HT...

wenns geht, öffne die Shell und versuch von dort zu starten

Das würde deprimieren, wenn es mit dem "Core Duo" nicht funktioniert.

Ich habe beim googlen einen Artikel gefunden, wo behauptet wird, dass die Variable "path" zu lang ist.
Klingt das realistisch?

DCS · 10.07.2007, 19:50

es kann realistisch sein, wenn du den Ausführungspfad zu sehr verschachtelst...

Ich weiss jetzt nichts genaues...
Aber Vorsichtshalber würde ich mal auf weniger als 8 Ordnertiefen gehen, und insgesamt nicht mehr als 63 Zeichen insgesamt...

z.b.

pack den Ordner mit dem Programm nach

"C:\programmordner "

und starte es dann mal... glaube aber nicht dran, das es geht....

Herwig · 11.07.2007, 14:43

Doch DCS, das hilft tatsaechlich!

Damit hab ich selber schon alte Win31-Schaetze installieren koennen.
Regel: 8.3-Name, nix LFN, oder die Short-Variante mit ~1 manuell eintippen beim Install-Programm.

Bei manchen Programmen MUSS das Install-Dir im Root liegen (und 8.3 gehorchen), bei anderen Programmen kann das Dir "beliebig" verschachtelt sein, im Installer muss aber der GESAMTE Pfad per ~1 eingegeben werden, zB "D:\xyzxyz~1\abcabc~1\proggi".

--------
Leider MUSS obiges nicht unbedingt zum Erfolg fuehren, denn zwei Punkte koennen noch passieren:
1) Altes EXE laeuft zwar, aber viel zu schnell, da es eine sehr daemlich bzw nachlaessig programmierte Timing-Schleife enthaelt.
Abhilfe unter XP: keine bzw keine direkte.
Indirekt und funkt fast immer: dosbox verwenden und dort die CPU-Cycles entsprechend runter drehen.

2) Aehnlich wie oben nur wurde das EXE anno dazumal per Borland-Compiler erstellt der ebenso eine nachlaessige Timing-Schleife einsetzt. Das EXE meldet sich - wenn man es per Commandline startet und die Ausgabe daher auch sehen kann - mit einem "RUNTIME ERROR 200" zurueck.
Vom ct gab und gibt es ein Tool welches einen Counter-Parameter dieser Schleife innerhalb des EXEs patcht, dies funktioniert, weil die absolute Position dieses Parameters vom Runtimemodule des Compilers stets an die selbe Stelle geschrieben wird bzw scannt das ct-Tool auch nach anderen Positionen innerhalb des Files.
Mit dieser Methode bekommt man auch noch eine gewisse Anzahl Files zum Laufen, aber leider nicht alle.
Grund: der Patch entstand noch in den 1990ern um XT/AT-Programme auf den schnelleren Pentiums/AMD K6 laufen zu lassen.
Heutzutage reicht der Timing-Patch aber schon lange nicht mehr aus, kann aber nicht mehr geaendert werden da es sich nur um einen 16bit-Wert handelt den die heutigen Taktraten in jedem Fall "auffressen".

Ich hoffe, das waren genug Tips und einer davon kann dir helfen!

DCS · 11.07.2007, 20:19

deshalb hatte ich auch an diese Idee gedacht...
aber das sie deshalb einwandfrei funzt, darf bezweifelt werden, genauso, das sie nicht funzt, es steht also im Prinzip 50/50

08.07.2007, 16:02	#1
Bear Barrett Senior Member Registriert seit: 06.05.2005 Alter: 45 Beiträge: 116	16-bit-Installer-Problem Bei meinem Notebook lassen sich ältere Programme die ein 16-bit Installer-Programm benutzen, nicht installieren. Wenn ich die Installation starte, passiert nichts. Nur beim Herunterfahren von Windows kommt eine Fehlermeldung bezüglich der 16-bit Anwendung. Weiß jemand Rat? ____________________________________ Das Leben ist hart, aber dafür ungerecht!

08.07.2007, 16:15	#2
franznovak Inventar Registriert seit: 13.12.2002 Alter: 42 Beiträge: 2.564	Ist dein Profil aktuell? Welche Windows Service Packs (Updates) sind in Verwendung? Um welche Programme handelt es sich? . ____________________________________ „Wenn wir die Handschrift des Schöpfers irgendwo sehen könnten, dann wohl bei den grundlegenden Naturgesetzen ... \" Steven Weinberg Nobelpreisträger 1979 für Physik „Der liebe Gott würfelt nicht\". Albert Einstein Nobelpreisträger für Physik 1921 „Die Evolution selbst wird akzeptiert, nicht weil man etwas Derartiges beobachtet hätte oder weil man sie durch eine logische zusammenhängende Beweiskette als richtig beweisen könnte, sondern weil die einzige Alternative dazu, der Schöpfungsakt Gottes, einfach unglaublich ist.\" Univ. Prof. D.M.S. Watson \"Eine Zivilisation soll danach beurteilt werden, wie sie ihre Minderheiten behandelt.\" Mahatma Gandhi

08.07.2007, 16:37	#3
Bear Barrett Senior Member Registriert seit: 06.05.2005 Alter: 45 Beiträge: 116	Mein Profil ist aktuell, wenn ich nichts übersehen habe. Betriebssystem ist WinXP SP2 und wird regelmäßig upgedated. Es handelt sich um verschiedenste, ältere Programme (AustrianMap Fly, Delta Force: Black Hawk Down, Comanche 4, ...) Auf meinem vorigen PC (WinXP SP2) haben die Programme einwandfrei funktioniert. ____________________________________ Das Leben ist hart, aber dafür ungerecht!

10.07.2007, 10:53	#6
DCS Inventar Registriert seit: 14.03.2004 Alter: 52 Beiträge: 4.547	vielleicht können diese Programme nicht mit 2 CPUs, manchmal gehts auch ned mit HT... wenns geht, öffne die Shell und versuch von dort zu starten ____________________________________ Emulate everything...

10.07.2007, 19:50	#8
DCS Inventar Registriert seit: 14.03.2004 Alter: 52 Beiträge: 4.547	es kann realistisch sein, wenn du den Ausführungspfad zu sehr verschachtelst... Ich weiss jetzt nichts genaues... Aber Vorsichtshalber würde ich mal auf weniger als 8 Ordnertiefen gehen, und insgesamt nicht mehr als 63 Zeichen insgesamt... z.b. pack den Ordner mit dem Programm nach "C:\programmordner " und starte es dann mal... glaube aber nicht dran, das es geht.... ____________________________________ Emulate everything...

08.07.2007, 20:22	#4
TONI_B Inventar Registriert seit: 30.03.2000 Ort: NÖ Alter: 63 Beiträge: 1.508	Rechte Maustaste-"Eigenschaften"-"Kompatibilität" und dann "Kompatibilitätsmodus" z.B. Win95 auswählen. Hat bei mir bei einigen alten 16-Bit Programmen geholfen.

11.07.2007, 14:43	#9
Herwig Inventar Registriert seit: 13.10.2000 Beiträge: 1.622	Doch DCS, das hilft tatsaechlich! Damit hab ich selber schon alte Win31-Schaetze installieren koennen. Regel: 8.3-Name, nix LFN, oder die Short-Variante mit ~1 manuell eintippen beim Install-Programm. Bei manchen Programmen MUSS das Install-Dir im Root liegen (und 8.3 gehorchen), bei anderen Programmen kann das Dir "beliebig" verschachtelt sein, im Installer muss aber der GESAMTE Pfad per ~1 eingegeben werden, zB "D:\xyzxyz~1\abcabc~1\proggi". -------- Leider MUSS obiges nicht unbedingt zum Erfolg fuehren, denn zwei Punkte koennen noch passieren: 1) Altes EXE laeuft zwar, aber viel zu schnell, da es eine sehr daemlich bzw nachlaessig programmierte Timing-Schleife enthaelt. Abhilfe unter XP: keine bzw keine direkte. Indirekt und funkt fast immer: dosbox verwenden und dort die CPU-Cycles entsprechend runter drehen. 2) Aehnlich wie oben nur wurde das EXE anno dazumal per Borland-Compiler erstellt der ebenso eine nachlaessige Timing-Schleife einsetzt. Das EXE meldet sich - wenn man es per Commandline startet und die Ausgabe daher auch sehen kann - mit einem "RUNTIME ERROR 200" zurueck. Vom ct gab und gibt es ein Tool welches einen Counter-Parameter dieser Schleife innerhalb des EXEs patcht, dies funktioniert, weil die absolute Position dieses Parameters vom Runtimemodule des Compilers stets an die selbe Stelle geschrieben wird bzw scannt das ct-Tool auch nach anderen Positionen innerhalb des Files. Mit dieser Methode bekommt man auch noch eine gewisse Anzahl Files zum Laufen, aber leider nicht alle. Grund: der Patch entstand noch in den 1990ern um XT/AT-Programme auf den schnelleren Pentiums/AMD K6 laufen zu lassen. Heutzutage reicht der Timing-Patch aber schon lange nicht mehr aus, kann aber nicht mehr geaendert werden da es sich nur um einen 16bit-Wert handelt den die heutigen Taktraten in jedem Fall "auffressen". Ich hoffe, das waren genug Tips und einer davon kann dir helfen!

11.07.2007, 20:19	#10
DCS Inventar Registriert seit: 14.03.2004 Alter: 52 Beiträge: 4.547	deshalb hatte ich auch an diese Idee gedacht... aber das sie deshalb einwandfrei funzt, darf bezweifelt werden, genauso, das sie nicht funzt, es steht also im Prinzip 50/50 ____________________________________ Emulate everything...

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)