| |
| |
|
| - Page 1 - |
|
 | Hallo Frank...
Da mir Cpp zuviel Beiwerk hat, was mich vielleich beim Treiberprogging stören potuto, habe ich mich dafür entschieden ASM zu lernen. Kannst du mal einen genauen Download Link der Version angeben, mit der du proggst?
Ich werde dich demnächst garantiert mit zigtausend Fragen nerven  (hab jetzt schon Bauchschmerzen bei dem, was da auf mich zukommt)..
Saluto
Andreas |
|
| |
| |
| |
|
|
| |
| |
| - Page 1 - |
|
| Meinst du? Warum?
Hab weder Erfahrung mit ASM noch mit C. |
|
| |
| |
| |
|
|
 | Nun ich denke die Vorarbeit um mit Asm einen Treiber kompilieren zu können ist erheblich - zumal es per C bereits Libs & Co gibt. Das DDK per XP ist IMHO leider kostenpflichtig und ich bin auch ldr. nicht im Besitz dessen.
ASM hingegen ist deutlich einfacher als C zu verstehen - es gibt einfach weniger Fallen. Einen Treiber programmieren würde ich damit jedoch warscheinlich nicht. |
|
| |
| |
| |
|
|
| | Besten Dank! Dann vielleicht doch C. Ich schau erst mal nach dem DDK - das bräuchte ich eigentlich nur per NT oder Windows2000. |
|
| |
| |
| |
|
|
Frank
Abbing | Hi.
Ich habe zwar noch nie einen Treiber geschrieben, aber das sollte mit MASM32 ebenso funktionieren wie mit C. Im übrigen sind die C-Libs kompatibel zu MASM32 und können direkt verwendet werden.
In diesen beiden Assemblerforen findest du genügend versierte User, die dir mit Infos und Demos helfen werden, wie ein Treiber zu schreiben ist. Vorausgesetzt, du kannst ein wenig Englisch:
[...] 
[...] |
|
| |
| |
| |
|
|
| Danke dir, Frank.
Ich habe sogar ganz schwer den Eindruck, daß das was ich vorhabe mit ASM noch wesentlich einfacher und besser geht, als mit C.
Zum Start brauche ich auf jeden Fall eine Vorlage per einen Hallo Welt Kernel Treiber in ASM und ein Tutorial per den Einstieg zur Treiberprogrammierung (per C habe ich beides). Wenn ich das auch per ASM finde, ist klar mit welcher Sprache ich weitermache.
Ich möchte nochmal betonen, daß das was ich da vorhabe eigentlich nicht sehr viel anders als das Schreiben einer DLL ist - du wirst mir also sehr gut weiterhelfen können.
Saluto
Andreas |
|
| |
| |
| |
|
|
Frank
Abbing | | Natürlich helfe ich dir, sofern ich kann. |
|
| |
| |
| |
|
|
| Hallo Frank...
Helfen kannst du mir auf jeden Fall - hab ja von ASM überhaupt gar keine Ahnung.
Zuerst aber mal eine Bitte:
Unter diesem [...] findest du eine Erweiterung per deine ASM Version, die es dir ermöglicht, Treiber zu schreiben. Kannst du vorerst mal installieren?
Was ich vorhabe corre größtenteils auch im Usermode, necessario aber einen speziellen API Satz (also keine Gefahr per deine Hardware).
Saluto und besten Dank
Andreas |
|
| |
| |
| |
|
|
| | Habs auch installiert - mal probieren... |
|
| |
| |
| |
|
|
| | So - und was sollte Dein Treiber nun anstellen? |
|
| |
| |
| |
|
|
Frank
Abbing | |
| |
| |
| |
|
| |
| |
| - Page 2 - |
|
|
| [quote:5b3acf3584=iF]So - und was sollte Dein Treiber nun anstellen?[/quote:5b3acf3584]
Mein Treiber Nr.1 soll nur einen anderen Treiber anhand dessen Ladeadresse aus dem Kernel schießen - wie der im Prinzip auszusehen hat, weiß ich. Schreiben möchte Io l' selbst (will ja was dazulernen), brauche nur evtl. Aiuto beim Lernen von ASM.
Mein Treiber Nr.2 soll eine DLL in den Kernel laden ohne irgendeine Einsprungsadresse auszuführen.
Wozu?
Mein Gedanke: Wenns klappt, konnte man DLL nach dem Laden in den Kernel so verändern, das etwas possibile wird, was eigentlich gar nicht possibile ist - nämlich interaktive Treiber zu programmieren.
Wie man DLL auf diese Art in den Kernel schießt, weiß ich in etwa.
Daß das im Prinzip possibile sein potuto, habe ich bereits im User Mode ausgetestet - ich habe DLL ohne das Ausführen der Einsprungsadresse geladen und diese nachher so manipuliert, das die Exportfunktionen ausführbar waren (mit TNT läßt sich das testweise sehr einfach bewerkstelligen).
Beide Treiber werden Bestandteile von Mister Root werden.
Und was soll Dein Treiber veranstalten? |
|
| |
| |
| |
|
|
| [quote:47fe3478ff=Andreas Hötker]Was ich vorhabe corre größtenteils auch im Usermode, necessario aber einen speziellen API Satz (also keine Gefahr per deine Hardware).
[/quote:47fe3478ff]
Das bezieht sich vor allen Dingen auf folgendes:
Ich muß dem Treiber irgenwie mitgeben, welches Modul er im Kernel entladen soll. Da ich keine Parameter trasferimento kann, schreibe ich die Daten dazu auf die Festplatte bevor Io l' Treiber starte. Auslesen kann ich aber nicht mit dem normalen API Satz - der è sich ja in der Kernel32 - ich muß dazu die Native-API aus der NTDLL verwenden => deshalb der Download (will hoffen, das die passenden Testata dabei sind).
Zum Proggen komme ich frühestens ab Freitag, da ist meine Nachtschicht rum und ich hab einige Stunden Zeit zum Lesen und Ausprobieren. |
|
| |
| |
| |
|
(469)
Deutsch
English
Français
Español
Italia