DISKUSSION: Treiberentwicklung mit Delphi - sinnvoll?!

[0xDEAD]

Hallo zusammen,

ich stelle mir grade die Frage ob überhaupt jemand unter Delphi Treiber entwickelt.
Ich möchte mir ein USB-Gerät basteln und möchte dafür einen Treiber unter Windows schreiben.

Von allen höre ich immer nur C/C++ ist die Lösung aller Treiberprobleme und wenn es wirklich mal eng wird, dann greift man zum Assembler.Assembler kann man in Delphi auch benutzen und wenn man nur Treiber für Windows entwickelt, kann es doch nicht verkehrt sein, oder?
Hat jemand Gegenargumente oder kennt Probleme die mit Delphi auftreten?
Muss ich wirklich jetzt C/C++ lernen oder komm ich nochmal drum rum?

Was meint ihr, ist es sinnvoll noch mit Delphi Treiber zu Programmieren?
Hätte man das jemals tun sollen?

Ich kenn mich nicht besonders gut aus, aber ich würde gerne mal Meinungen und Kommentare sammeln.

Grüße,
Tom

[Meflin]

Es gibt da schon ein Problem, das auftritt, wenn man Treiber mit Delphi entwicklen will: Es geht nicht :lol:

[fkerber]

Hi!

Ich verweise mal auf diesen Artikel von Nico:
http://www.michael-puff.de/Artikel/GrenzenDelphi.shtml


Ciao, Frederic

[mkinzler]

Unmöglich ist es zwar nicht, aber sicherlich nicht sinnvoll

[0xDEAD]

Irgendwie reicht mir ein "Geht nicht!" als Antwort nicht so ganz.

Wenn man die lowlovel-Kommunikation in einer DLL auslagert oder in ASM schreibt?
Oder wäre das einfach nur geschummelt?

[lincore]

Laut diesem Blog ist es mit Hilfsmitteln möglich, einen Treiber für Windows (XP) zu schreiben. Inwiefern das stabil und sinnvoll ist, kann ich jedoch nicht sagen. Im Gegensatz dazu finde ich es keine schlechte Idee, sich auch mal mit anderen Sprachen zu beschäftigen. Dank der Standard Template Library ist in der C++-Welt auch Vieles leichter geworden, als es vor fünfzehn Jahren war.

[mkinzler]

Diese Version ist aber recht alt. Deshalb ist es wohl besser auf das offizielle DDK, welches nun mal nur für C-Style Sprachen verfügbar ist, zu setzen.

[0xDEAD]

Zitat:

Zitat von lincore

Laut diesem Blog ist es mit Hilfsmitteln möglich, einen Treiber für Windows (XP) zu schreiben. Inwiefern das stabil und sinnvoll ist, kann ich jedoch nicht sagen. Im Gegensatz dazu finde ich es keine schlechte Idee, sich auch mal mit anderen Sprachen zu beschäftigen. Dank der Standard Template Library ist in der C++-Welt auch Vieles leichter geworden, als es vor fünfzehn Jahren war.

Laut meinem Virusscanner befindet sich im "Delphi Driver Development Kit v0.0.4 " ein Trojaner und ein Wurm.

In der Datei 'D:\save\DDDK004\bin\omf2d.exe' wurde 'WORM/Generic.27127' [worm] gefunden.
In der Datei 'D:\save\DDDK004\bin\DCC32.EXE' wurde 'TR/Agent.257941' [trojan] gefunden.

[Meflin]

Zitat:

Zitat von 0xDEAD

Irgendwie reicht mir ein "Geht nicht!" als Antwort nicht so ganz.

http://www.delphipraxis.net/internal...ct.php?t=84607

[QuickAndDirty]

Generic verweist auf die heuristik...der kannst du nur so ein bisschen glauben
Und das ein kompiler der ja exe dateien ändert evtl. anschlägt ist wohl nachvollziehbar.

[0xDEAD]

Ok, das Thema wurd hier und da schon mal tot getreten.
:oops:

Ab vielen Dank für eure Beiträge!

[Reinhard Kern]

Zitat:

Zitat von 0xDEAD

Ok, das Thema wurd hier und da schon mal tot getreten.
:oops:

Und womit? mit Recht.

Meiner Ansicht nach entscheidet sich das schon an der Unterstützung durch den Hersteller (Microsoft und der Hardwarelieferant). Die stellen nämlich ganz allgemein nur C-Libraries und C-Header zur Verfügung und keine PAS-Dateien. Je nach Verschachtelung sind diese Header einfach oder sehr schwierig in Pascal zu übersetzen, aber in jedem Fall ist die Übersetzung ziemlich sinnlos, weil man sie ja in C einfach verwenden könnte. Die Umsetzung einiger zig Funktionsaufrufe von C/C++ in PAS und das Testen, ob die Aufrufe auch stimmen, ist schon Knochenarbeit.

Die Hardware direkt zu programmieren, wenn der Hersteller eine Funktionslibrary liefert, kommt dem Irrsinn noch näher.

In einem Punkt gebe ich dir aber Recht: "Geht nicht" ist nicht nur keine ausreichende Antwort, es ist so gut wie immer falsch. Man kann mit ausreichendem KnowHow und Einfügen von Assembler-Code jede Funktion aus jeder Sprache aufrufen und auch alles ausführen, was der Prozessor kann. Das kann bloss mit Datenumwandlung, Marshalling usw. extrem aufwendig werden. Ich bilde mir ein, wenn es unbedingt sein muss, kann ich auch jedes solches Problem lösen - vorausgesetzt, die Aufrufkonventionen sind dokumentiert.

Gruss Reinhard

[Uwe Raabe]

Guck doch mal dort Kithara. Ist aber nicht ganz billig...