CreateRemoteThread in einem 64-Bit Prozess möglich?

[Cyberstorm]

Zitat von Bernhard Geyer:

Wie checkst du diese das 1/3 der DLL's eines normalen 64-Bit Programmes 32-Bit DLL's sind?

1/3 war ein bisschen hoch gegriffen, hab den post editiert. aber ein paar sinds halt. mit dem process explorer von sysinternals.

[Bernhard Geyer]

Zitat von Cyberstorm:

1/3 war ein bisschen hoch gegriffen, hab den post editiert. aber ein paar sinds halt. mit dem process explorer von sysinternals.

Ist die verwendet Version 64-Bit-Fit oder wird sie u.U. auch durch das virtuelle Dateisystem von (Vista-) 64-Bit Windows verwirrt

[Cyberstorm]

Zitat von Bernhard Geyer:

Ist die verwendet Version 64-Bit-Fit oder wird sie u.U. auch durch das virtuelle Dateisystem von (Vista-) 64-Bit Windows verwirrt

Sie ist 64-Bit kompatibel.
Process Explorer startet auf 64 Bit Systemen selbst einen zusätzlichen 64-Bit Prozess (die zusätzliche exe wird aus dem Ursprungsprogramm temporär endpackt und gestartet). Kann man übrigens prima im Prezess Explorer sehen .

[wido]

Du weißt aber schon, daß alle DLLs in C:\Windows\System32 in Wirklichkeit 64 Bit DLLs sind, oder? Die DLLs in SysWOW64 sind 32 Bit DLLs. Und wenn Du mal genau hinschaust im Process Explorer wirst Du feststellen, daß in 64 Bit Prozessen nicht eine einzige 32 Bit DLL enthalten ist, da es mit Standardmitteln technisch schlichtweg unmöglich ist eine 32 Bit DLL in einem 64 Bit Prozess zu laden. Umgekehrt trifft übrigens das selbe zu, wobei man beachten muss, daß der WOW64 Layer aus einigen 64 Bit DLLs besteht. Entsprechend gibts in jedem 32 Bit Prozess zwar ein paar 64 Bit DLLs, aber eine eigene 64 Bit DLL zu laden gestaltet sich relativ schwierig.

Zitat von Bernhard Geyer:

Ich sage nein. Denn dazu müsste es auch möglich sein ohne weiteres 32-Bit-DLL's in 64-Bit Prozessen zu verwenden.

Wieso müsste es dafür notwendig sein?

[Cyberstorm]

Zitat von wido:

Du weißt aber schon, daß alle DLLs in C:\Windows\System32 in Wirklichkeit 64 Bit DLLs sind, oder? Die DLLs in SysWOW64 sind 32 Bit DLLs.

ja!

Zitat von wido:

Und wenn Du mal genau hinschaust im Process Explorer wirst Du feststellen, daß in 64 Bit Prozessen nicht eine einzige 32 Bit DLL enthalten ist, da es mit Standardmitteln technisch schlichtweg unmöglich ist eine 32 Bit DLL in einem 64 Bit Prozess zu laden.

Zum Bsp. bei dem Ati-Kram:
Prozess: CCC.exe (64-Bit)
Beschreibung: Catalyst Control Centre: Host application

die erste (alphabetisch) geladene dll: "ACE.Graphics.DisplaysManager.Shared.dll"
ganz unten bei den eigenschaften der dll im process explorer unter "image" steht "32-Bit".
bei den ganzen geladenen M$ dll's (aus dem System32 Ordner ) steht 64-Bit.

lügt das prog?
lügt die ati dll?
hab ich was komplett falsch verstanden?

habe die ati .dll mal angehangen, weil ich keine ahnung habe, wie ich überprüfen kann, ob das wirklich eine 32-bit dll ist.

[Khabarakh]

Die ist weder 32 noch 64-Bit, sondern eine .Net-Dll. Wird also auf deinem System just in time für 64-Bit kompiliert - damit würde ich es auf den ProcessExplorer schieben, auch wenn ich nicht viel Ahnung von den CLR-Interna habe.

[wido]

Zitat von Cyberstorm:

lügt das prog?

Nein.

Zitat von Cyberstorm:

lügt die ati dll?

Nein.

Zitat von Cyberstorm:

hab ich was komplett falsch verstanden?

Ja. Du verwechselst Native Code mit .NET Code. Die angehängte Datei ist defacto ein .NET Assembly und keine echte (im Sinne von Native) DLL.

[Cyberstorm]

alles klar.
danke!