An NT/2000-Profis (evtl auch DOSler)

[Assarbad]

Hiho,

hab ne Frage.

Ich könnte a.) einen Treiber schreiben und direkten Port-I/O machen um im Textmode eine Ausgabe zu leisten, oder ich könnte b.) den normalen Video-Treiber nehmen und den Video-Puffer in einen Usermode-Puffer mappen (also dann direkt Ausgabe über das Schreiben in den Puffer). (Das leistet der normale Video-Treiber über IOCTLs).

Ich bitte hiermit um Anregungen im Sinne von Einwänden etc pp. Vielleicht kann ich so herausbekommen was ich nun wirklich machen soll. Ein Treiber hätte einen nicht zu unterschätzenden Nachteil für spätere Implementationen in denen man zB statt des Textmode-Devices (welches ich schreiben würde) einen COM-Port benutzen könnte. Auch könnte ich im Endeffekt mehrere VTs (Virtuelle Terminals) in dem Treiber realisieren (zB ala \Device\Terminal0 ... \Terminal9 etc). Umschaltung könnte man dann wie in Linux (SH) per Strg+Alt+F1 etc pp gestalten. Außerdem wäre damit auch die Konsistenz von Dateien und Textmode-Device gesichert. Will heißen, es gäbe da keine Unterscheidung mehr zwischen Datei und Konsole.
Allerdings ist der Usermode-Puffer auch ganz charmant ... kommt halt drauf an.

Ideen, Ratschläge, Einwände???

BTW: Es geht hier tatsächlich nicht um Win32-Programmierung, sondern um NT-Native-Environment im Kernelmode und im Usermode.

Danke im Voraus.

[Olli]

*** Push ***

Die Frage steht noch, auch wenn sie schon sehr alt ist.

[Robert Marquardt]

Ich bezweifele das du hier Spezialisten fuer dieses Problem findest.
Beim Treiberansatz wuerde ich mal vermuten das Video-Treiber nur von sehr wenigen Spezialisten gemacht werden koennen.
ATI, NVidia, Matrox und dann wird die Luft schon sehr duenn, denn selbst Matrox ist schon in der zweiten Reihe.

[DGL-luke]

Olly, ich muss sagen, Assarbad hat sein Posting sehr schlecht formuliert damals

worum geht es? irgendwas mit terminal, Windows NT, Textausgabe, Com-Port, Videobuffer... und dann endlich das entscheidende wort: TERMINAL *click* *click* du willst etwas an ein terminal ausgeben.

um eine frage zu stellen, sollte man sagen

1. das problem/die aufgabenstellung: "ich will text / grafischen output über den ComPort an einem terminal ausgeben"

2. nähere Infos: Betriebssystem WinNT 4 - 5.2, native programmierung...

3. eigene ansätze: treiber? videobuffer holen und ausgeben? usermode/kernelmode?

4. "kann mir da jemand helfen, oder sieht jemand grundlegende probleme bei meiner herangehensweise?"

In deinem äh Assarbads ( ) Post ist das ganze wirr mitenander vermischt, und selbst mein auf hochtouren laufendes "Brain 1.5 BY-Gymnasium Editon SP10" hat einige weile gebraucht, das ganze zu defragmentieren!

Helfen kann ich dir aber auch jetzt noch nicht, wie gesagt, die wenigen leute die sich damit auskennen, hocken sicher bei Microsoft.

Wenn du das ganze selbst in die hand nimmst und zu (einem) ergebnis(sen) kommst, würde ich mich freuen, davon zu hören!

[Olli]

Zitat von Robert Marquardt:

Ich bezweifele das du hier Spezialisten fuer dieses Problem findest.
Beim Treiberansatz wuerde ich mal vermuten das Video-Treiber nur von sehr wenigen Spezialisten gemacht werden koennen.
ATI, NVidia, Matrox und dann wird die Luft schon sehr duenn, denn selbst Matrox ist schon in der zweiten Reihe.

Es geht sowieso nur um Textmodi. Aber selbst mit Displaytreibern werde ich mich demnächst auseinanderzusetzen haben, da ich als der Driver-Guy ins UltraVNC-Team vorstossen und einen kompletten Rewrite des Mirror-Drivers unter GPL machen werde.

Aber wie gesagt: hier geht es mir nur um Textmodi! Also verglichen zum Rest relativ trivial. Ich bin auch noch nicht ganz sicher ob ich im Endeffekt nicht doch auf die alte EGA/VGA-Programmierung über Register zurückgreifen muß. Jedenfalls muß ich noch einige Native APIs hooken damit die Ausgabe auch auf meiner Oberfläche dann funzt

Zitat von DGL-luke:

In deinem äh Assarbads ( ) Post ist das ganze wirr mitenander vermischt, und selbst mein auf hochtouren laufendes "Brain 1.5 BY-Gymnasium Editon SP10" hat einige weile gebraucht, das ganze zu defragmentieren!

Tja, und da wird mir immer wieder gesagt, selbst der Abschluß an einem Spezialgymnasium mit math.-naturwiss.-Ausrichtung kann mit einem weißrussi^Wbayerischen Abi nicht mithalten. Pah. Was hiermit widerlegt wäre

BY == Byelorus == Weißrussland

Zitat von DGL-luke:

Helfen kann ich dir aber auch jetzt noch nicht, wie gesagt, die wenigen leute die sich damit auskennen, hocken sicher bei Microsoft.

Bin ja schon ein Stück weiter, allerdings bleibt das Grundproblem.

Zitat von DGL-luke:

Wenn du das ganze selbst in die hand nimmst und zu (einem) ergebnis(sen) kommst, würde ich mich freuen, davon zu hören!

Ist sowieso für ein OpenSource-Projekt von mir.

[Robert Marquardt]

In Weissrussland kenne ich auch Delphiprogrammierer

[Olli]

Zitat von Robert Marquardt:

In Weissrussland kenne ich auch Delphiprogrammierer

Ich auch, sogar in der Ukraine und in Rußland. Auch in Kasachstan kenne ich welche

Fazit: Delphi hat die Welt erobert