[zwutz]

 Zitat (DK2000: 28.01.2010, 13:29)

Einsparung in der Softwareentwicklung, solange 32bit und 64bit gleichzeitig unterstützt werden muss. Bei den meisten Virenscannern sind nur die Komponenten in 64bit, welche zwingend in 64bit sein müssen. Die GUI selber wird dann in 32bit gehalten und kann somit auf beiden Platformen laufen ohne das man hier auch zwei verschiedene Versionen Pflegen muss.

32Bit- und 64Bit-Software unterscheiden sich in der Regel allein dadurch, dass die eine mit einem 32Bit- und die andere mit einem 64Bit-Compiler erstellt wurde. Gerade bei einer GUI, die ja nichts systemkritisches enthält, stellt es kein Problem dar den Code so zu verfassen, dass es egal ist wie die Zielplattform aussieht

Ich sehe es immer sehr kritisch, wenn die Entwickler einer reinen GUI-Software es nicht zustande bringen, diese auf 64Bit zu komplieren. Das erweckt in mir immer den Eindruck, als würde der Code unschöne Hacks enthalten, die der aktuelle Compiler gerade so zulässt.

[DK2000]

eset ist da eigentlich auch nicht viel anders, so wie ich das sehe.

Allerdings, warum man eine 64bit GUI um eine 32bit Anwendung bastelt, ist mir da wirklich ein Rätsel. Der Rest ist aber so, wie ich es beschrieben hatte. Das Meiste ist 32bit, nur ein paar essentielle Komponenten sind 64bit, um so dann auch den WOW3264 Redirector auszutricksen.

Aber von einem nativen 64bit Scanner ist das Teil auch noch sehr weit entfernt.

Dieser Beitrag wurde von DK2000 bearbeitet: 28. Januar 2010 - 14:49

[Spiderman]

 Zitat (DK2000: 28.01.2010, 13:17)

Eine reine 32bit Software wird auf einige Bereiche keinen Zugriff bekommen, da die Zugriffe auf die Wow6432Node umgeleitet wird. 32bit Software sieht z.B. den Ordner C:\WINDOWS\SysWOW64 als C:\WINDOWS\system32 und den tatsächlichen Ordner C:\WINDOWS\system32 sieht es gar nicht. Eine derartige Umleitung existiert auch innerhalb der Registry.

Das gilt aber nur für ältere 32 Bit Software, MS hat das Problem entschärft, neuere 32 Bit Software kann ein Flag setzen, dann wird der Redirector deaktiviert.

Leider liefert selbst MS nicht alle Software in 64 Bit, deshalb ist ja bei meinen W7 Tweak bei einem 64 Bit OS, Handarbeit angesagt.

Alte 32 Bit Software ist also auf einem 64 Bit OS nur bedingt funktionstüchtig, besonders mit System Tools sollte man da vorsichtig sein.

Gruß
Spiderman

[DK2000]

Ah, dass wusste ich da noch nicht, das MS in der Richtung etwas verändert hat.

Danke für die Aufklärung.

[Spiderman]

MS lernt halt auch dazu, was folgendes bedeutet, weiß ich noch nicht genau:

Zitat

Windows Registry Reflection for x64 editions replaced with merged 32/64-bit keys

Quelle(weit unten): http://en.wikipedia....ed_in_Windows_7


Ich vermute einmal die Probleme, wenn eine 32 Bit Software auf einem WOW6432 Node zugegriffen hat, das ging irgendwie in die Hose(Endlosschleife).

Lesestoff: http://forums.spybot...ead.php?t=20326

Dieser Beitrag wurde von Spiderman bearbeitet: 30. Januar 2010 - 10:03

[Spiderman]

 Zitat (KIBA124: 30.01.2010, 11:28)

was soll das bedeutenß

Das es sehr kompliziert ist eine Software für ein 64 Bit MS OS zu schreiben.

Da gibt es "Redirection" (spaltet Keys und Pfade in Abhänigkeit ob 32 oder 64 Prozess), "Reflection" (das soll die beiden Speicherorte synchronisieren).

Reflection will MS ab Windows 7 nicht mehr, also schon wieder entfernt.

Lesestoff:

32-bit and 64-bit Application Data in the Registry: http://msdn.microsof...072(VS.85).aspx

Registry Redirector: http://msdn.microsof...232(VS.85).aspx

Registry Virtualization: http://msdn.microsof...884(VS.85).aspx

Registry Keys Affected by WOW64: http://msdn.microsof...253(VS.85).aspx

Fazit, wer da noch durchblickt, ohne Kopfschmerzen zu bekommen, der ist zu beneiden.

Gruß
Spiderman

[Taxidriver05]

Das dürfte dann auch erklären, warum mein 32-Bit-System auf meinem 64-Bit-Prozessor etwas "unrunder" lief...