Systemtreiber debuggen, geht das?

[KodeZwerg]

Guten morgen liebe Community!

Ich habe in einer VirtuellenMachine mir ReactOS installiert.
Von einem Freund einen System-Treiber für Ram-Laufwerke bekommen wo er viele Probleme mit hat. (Geschrieben in C/C++.)

Fragen:
1. Kann man überhaupt Treiber die beim Systemstart geladen werden überhaupt debuggen?
2. Was benötige ich wenn 1. = Ja ergab ?

Danke fürs Lesen und Input!

[himitsu]

Ist das ein Kernel Mode-Treiber?

Schön wäre es ja, wenn viel mehr als User Mode-Treiber umgesetzt würde und dadurch das System etwas stabiler würde.
Fehler im Kernel rauchen meist schön blau ab.
Und da es hier nicht zu hardwarenah ist, würde nichts gegen den User Mode sprechen.

https://docs.microsoft.com/en-us/win...dows-debugging

Ja, es gibt bestimmt ein paar hier, die bei Treibern helfen können,
aber da man mit Delphi nicht wirklich Treiber erstellen kann, kennt sich hier fast niemand damit aus.
Assarbad dürfte einer der Wenigen sein, die noch aktiv sind oder leben.

Ansonsten darfst dich auch gern nach dem Stichwort "Delphi Driver Development Kit" (DDDK) umsehn.
Vielleicht findet sich dort auch der eine oder andere gute Hinweis.
Aber ich denke da dürfte dann mit FreePascal (z.B. Lazarus) es einfacher sein, mit Pascal einen Treiber zu schreiben, als mit Delphi.

[KodeZwerg]

Zitat von himitsu:

Ist das ein Kernel Mode-Treiber?
Fehler im Kernel rauchen meist schön blau ab.

Jupp und jupp. Genau das sind seine Probleme
Treiber Installation führt nach Neustart zu einem BSOD bevor die WindowsGUI geladen wird.

Ps: Dieses Thema hat leider nichts mit unserem geliebten Delphi am Hut.

[himitsu]

Ach ja, neben Olliver (assarbad.net) dann gab es noch NicoDE (Nico Bendlin, bendlins.de/nico), aber ich weiß nicht, ob er aktuell wieder im Forum ist.

Wie gesagt, im User Mode würde der Treiber, ähnlich unseren "normalen" Programmen arbeiten, und könnte so das System nicht mehr so einfach verrecken lassen. (seit WinNT ist das alles ja vom System mehr abgetrennt)
Wenn das ein selbstgeschriebener Treiber ist, und der sowieso nicht funktioniert , dann wäre es bestimmt keine schlechte Idee den gleich neu zu schreiben.

[KodeZwerg]

Danke himitsu. Das werde ich mal Schritt für Schritt durchprobieren, mal schaun ob ich ans Ziel damit komme. Nun habe ich zumindest einen Ansatz

[himitsu]

Und links etwas umschauen.
"Debugging Techniques" klingt auch nett.

Im "Windows Driver Kit" ist/war mal der QuellCode für eine RAM-Disk drin (Ramdisk.sys),
aber ich glaub auch im Kernel Mode.

Und falls man nur in seinem Programm eine "Art" RAMDisk benötigt, dann schaut auch mal nach
CreateFile + FILE_ATTRIBUTE_TEMPORARY + FILE_FLAG_DELETE_ON_CLOSE
und eventuell THandleStream

und/oder Memory Mapped Files (MMF)

Und es wäre auch möglich im Delphi-Programm physischen Speicher im RAM zu reservieren.
Ich war vor Kurzem über die aktivierte Speicherkomprimierung im Windows 10 gestolpert ... fast 60 GB (mit 0 gefülltem) Speicher in nur 16 GB RAM bekommen , ohne Auslagerungsdatei in einem 32 Bit-Delphi-Progrämmchen.

[KodeZwerg]

Zitat von himitsu:

Und es wäre auch möglich im Delphi-Programm physischen Speicher im RAM zu reservieren.
Ich war vor Kurzem über die aktivierte Speicherkomprimierung im Windows 10 gestolpert ... fast 60 GB (mit 0 gefülltem) Speicher in nur 16 GB RAM bekommen , ohne Auslagerungsdatei in einem 32 Bit-Delphi-Progrämmchen.

Das finde ich gerade interessanter als meine eigentliche Topic und frage mal nach ob es davon eine frei zugängliche Demo/Quelltext existiert?
Da fallen mir mehrere Sachen ein wo ich's pers. super gebrauchen könnte. Die "üblichen" varianten wie bereits von Dir angeschnitten sagen mir was.
Meine Versuche mehr ausm RAM zu holen sind meist immer in einem MemoryStream geendet mit Komprimierung von den U.P.X. Entwicklern (LZMA).
Bei kleinst Aufgaben klappte das recht gut aber was Du da schreibst hebt das ganze auf ein weit höheres Level.