🚀 go-pugleaf

In Artikel <2b2a8bd0wnr070@fenris.abg.sub.org>
schreibt werwolf@fenris.abg.sub.org (Martin Freiberg):

>Ich habe ein Problem mit zwei speziellen Windowsprogrammen.
>
>- Beide Programme sollen gleichzeitig unter Windows laufen.
>- Beide Programme sind aber Systemnah programmiert.
>
>Programm 1:
>  Audioframe     Ist ein Steuerprogramm fuer ein digitales Misch-
>                 und Schneidepult (High-end-Bereich).
>
>  Es laeuft nur unter Windows 3.0 im Standardmodus. Weiterhin arbeitet
>  es nur mit der TIGA Grafikkarte und nur in der Aufloesung 1248x1024.
>  Ein upgrade fuer Windows 3.1 ist zur Zeit nicht in Sicht.
>
>
>Programm 2:
>  Qbase          Bearbeitungssoftware fuer Mididaten (Atarifreaks
>                 der Musikszene kennen es).
>
>  Laeuft unter Windows 3.0, 3.1 und benoetigt zur Ansteuerung der
>  Midi-Schnittstelle die Multimedia-extenion (von Windows 3.1).
>  Die graphische Ausgabe ist nur in der Aufloesung 1024x768 bei
>  dieser TIGA-Karte ertraeglich. Abgesehen von der Verunstaltung
>  der Schriften sind diese zu winzig in der Aufloesung 1248x1024.
>  Mit einer anderen Grafikkarte arbeitet das Programm bei 1248x1024
>  sauber.

>Loesung 6:
>    Das ganze unter OS/2 2.001 in Win-OS Sitzungen betreiben.
>    Das wird scheitern da;
>     a, Kein Treiber fuer die TIGA-Karte bei 1248x1024 vorhanden ist.
>     b, Die Software zimlich Hardware-nahe Programmiert ist.
>     c, Windows 3.0 und 3.1 gleichzeitig laufen muesste.
>     d, Ein 486er ist schon durch die beiden Programme voll ausgelastet.

Loesung 6 ist vielleicht doch praktikabel.

Zu a -- fuer eine WIN-OS2-Vollbildschirm-Sitzung kann man auch normale
Windows-Bildschirmtreiber benutzen und diese Sitzung in einem anderen
Bildschirmmodus als die OS/2-Arbeitsoberflaeche betreiben. In Deinem
Fall wirst Du fuer die OS/2-Arbeitsoberflaeche wohl den VGA-Modus
waehlen muessen. Das bildschirmmaessige Umschalten zwischen
Arbeitsoberflaeche und WIN-OS/2 kannst Du mit den DOS-Einstellungen
namens VIDEO_... optimieren.

Zu b -- WIN-OS/2 lauft in einer virtuellen 8086-Maschine unter
emuliertem oder gebootetem echtem DOS. Programme, die die
Systemintegritaet von OS/2 nicht gefaehrden, sollten in dieser Umgebung
laufen.

Zu c -- mit dem zweiten Service-Pak fuer OS/2 2.0 (fuer die
Windows-3.1-Unterstuetzung -- duerfte Anfang des Jahres 'rauskommen,
das Beta-Programm ist laengst abgelaufen) kann man wahlweise einen
Windows-3.0-Kernel oder einen 3.1-Kernel benutzen, so dass die Programme
bei verschiedenen kernels in je einer WIN-OS2-Sitzung laufen wuerden.
Der Datenaustausch wuerde ueber Clipboard oder DDE laufen (von einer
WIN-OS/2-Sitzung in die andere). Wenn eine der Sitzungen im Hintergrund
ist und versucht, direkt in dem Bildschirmspeicher zu schreiben, wird
sie aber angehalten, bis sie wieder im Vordergrund ist -- das koennte
Dir bei zwei separaten WIN-OS2-Vollbildschirm-Sitzungen mit
TIGA-Bildschirmtreibern passieren.

Zu d -- bei einem 486er mit ausreichend Hauptspeicher (8Mbyte oder mehr)
sollte der Overhead durch OS/2 deutlich unter 5% liegen. OS/2 koennte
sogar eine Leistungssteigerung ermoeglichen, wenn die Programme
beispielsweise viel Disk-I/O machen (insbesondere, wenn das
Festplatten-Dateisystem HPFS statt FAT ist) oder sich normalerweise dank
des "kooperativen" Multitasking unter Windows gegenseitig behindern, wie
etwa der Windows-Dateimanager die anderen Programme behindert (jedes in
eine eigene WIN-OS/2-Sitzung, und die beiden Sitzungen profitieren vom
preemptiven Multitasking, aber vergleiche den letzten Satz zu c). Da Du
laut c ohnehin zweierlei Windows-Kernel brauchst, wirst Du wohl um OS/2
nicht drumrumkommen, wenn Du nicht bereit bist, auf Windows NT zu
warten und darauf zu hoffen (und zu Bill Gates zu beten -- diese Klammer
bitte streichen), dass es Deine beiden Programme gleichzeitig inklusive
TIGA-Treiber(n) unterstuetzt.

Zusammengefasst -- es waere einen Versuch wert.

Ich hoffe, dies hilft.

Horst