Hooks mit VB?

[Nx²]

Originally posted by neji@Aug 29 2005, 21:44

Quelle : msdn von Microsoft...die werden ja wohl wissen, was mit vb geht und was nicht

(natürlich lässt sich unter Zuhilfenahme von Fremdherstellerkomponenten auch dieses Ansinnen realisieren)

liest netma den text durch

:x

[neji]

Oo

ich glaub ihr lest nicht was ich schreibe..... Ich weiss dass das funktioniert "unter Zuhilfenahme von Fremdherstellerkomponenten" aber es geht halt nicht ohne!
Mehr sag ich doch garnicht.

@Cyrus : sicher geht das alles mit Hilfe der Api und ich sag ja auch nicht "das geht damit nicht " wenn man es trotz der API doch hinbekommt. Aber wenn du mir denn zeigen kannst, wie man DLL's mit Hilfe der Api erstellt, dann bin ich ein ganzen Stück weiter.
Fakt ist einfach, dass VB keinen geeigneten kompiler für das Erstellen von SystemDLL's hat .
Klar gäbe es irgendwelche Hardcore Möglichkeiten , z.b. Hooks zu installieren, indem man z.B. die original-systemDLL in den Speicher lädt, und die entrypoints ändert oder IAT/EAT patching bzw extended Code overwriting betreibt.
Aber es ist nunmal nicht möglich von Grund auf seine eigene System DLL mit Vb zu schreiben. Wer sagt, dass es doch geht, postet bitte mal ein bisschen code. Ich lass mich gern vom Gegenteil überzeugen.

[CyRuSTheViRuS]

da
"Creating a Windows DLL with visual basic " x.x

[neji]

Danke, das ist doch mal was

Aber ob man sich das echt antun muss für nen popeligen Hook, den man mit jeder anderen Sprache mal eben so hinklatschen kann ist ne andere Frage

btw wars ja doch so wie ich vermutet hatte....activeX dll nehmen und im Speicher rumpfuschen...wers mag.

Aber wie gesagt, danke für den Link, war interessant zu lesen.

[CyRuSTheViRuS]

was erwartest du ? das ist vb o,0 wenn ich hooks will nehm ich sowieso delphi oder c++, aber vb6 ist halt gut genug wenn man mal ebn nen socket app schreiben will was nit so kompliziert ist, wie zb nen bot oder so.... sowas in c++ zu schreiben wär echt sinnlos weils zu viel arbeit wär und auch leichter geht

[neji]

Es kann sein, dass ich vielleicht ein bisschen zu energisch darauf reagiere, weil ich das schon des öfteren diskuttiert hab und mittlerweile wohl eine gewisse Abneigung gegen den Großteil der VB Programmierer entwickelt hab. Denn, wenn man mal ehrlich ist, jedes scheiss script kiddy was ne leichte Programmiersprache lernen will, lernt vb hat absolut keinen plan von Prozessorstruktur oder Speicherverwaltung, will aber gleich die oberburner Programme schreiben...und sie tuns auch....und warum können sie das? Weil jeder als erstes mit der Antwort kommt "activevb" Da ziehen sie sich bequem fertige quelltexte und benutzen sie ohne nur den geringsten Schimmer zu haben, warum das so funktioniert.....und das nervt irgendwie...also sorry falls ich hier irgendwen angefahren hab

[psych0o]

Ich weiß, das topic ist etwas älter, aber ich als vb'ler, der ebenfalls activevb nutzt, muss mich n bisl dazu äussern :x

es stimmt, wenn man vb lernt als 1., hat man keinen plan von speicheradressierung etc :x das liegt aber hauptsächlich dadran, dass man es mit vb eigentlich nich brauch und nicht an activevb. klar, bei activevb sind fertige quelltexte, aber man muss sich immer noch anpassen und dafür muss man sie erstmal verstehen! *mal so anmerk* xD

Aber in meinen augen ist vb6 sowieso eher ne scriptsprache als ne programmiersprache :xxxx