64Bit Windows

WOW64 - Es lebe der 32Bit Prozess - Teil 3

Dirk Eisenberg — Thu, 09 Mar 2006 07:01:00 GMT

Ok, meine Workstations haben alle was zu tun und ich damit nix mehr. Meinen Patch habe ich auch schon durch also muss ich irgendwie die restlichen 10 Minuten überbrücken. Gerade in diesem Moment erinnere ich mich an einen Kommentar meines Kollegen zur Verfügbarkeit der schönen neuen WOW64 APIs. Wo stehen nun die Funktionen aus kernel32.dll zur Verfügung und wo nicht? Die MSDN sagt dazu nur Windows XP und Windows 2003 Server woraus die Vermutung wächst das die WOW64-Funktionen auch im 32Bit-Build für Windows XP SP0 und höher enthalten sind. Einmal den Dependency Walker auf den verschiedenen System gestartet und ja es ist so alle Versionen ob 64Bit Edition oder 32Bit Edition bieten diese APIs an. Wer also Applikationen schreibt, die nur auf den unterstützen System zur Ausführung kommen, kann auf die Nutzung von GetProcAddress getrost verzichten. Alle anderen dürfen und müssen die etwas umständlichere Vorgehensweise wählen.

So der Build ist durch und ich kann weiter arbeiten.

WOW64 - Es lebe der 32Bit Prozess - Teil 2

Dirk Eisenberg — Mon, 06 Mar 2006 19:06:00 GMT

Und wieder hat mich die Schreibwut gepackt und ich möchte Versuche ein weiteres Problem beim Umgang mit 64Bit Windows Features aus einem 32Bit-Prozess heraus beschreiben. Wer sich schonmal die Frage gestellt hat, wie kommte man an den Wert der Variable %ProgramFiles%, kommt schnell zum entsprechendne MSDN Artikel und den Shell-APIs. Das Mittel der Wahl ist SHGetFolderPath und die passende CSIDL.

Was macht man aber unter 64Bit Windows, immerhin wird je ein %ProgramFiles% für 64Bit-Prozesse und eines für 32Bit-Prozesse angeboten. Ruft man also SHGetFolderPath aus einem 64Bit-Prozess aus bekommt man oft C:\Program Files zurück. Aus einem 32Bit-Prozess C:\Program Files(x86).

Warum ist das so?

Zusätzlich zur FileSystem-Redirection gibt es unter 64Bit Windows eine Registry-Redirection und der Registry-Value hinter SHGetFolderPath ist wie folgt zweimal verfügbar:

64Bit Prozesse
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\ProgramFilesDir
32Bit Prozesse unter der WOW64 Emulation
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\ProgramFilesDir

Wie kommt man jetzt an den 64Bit-Wert?

Was kann man nun machen um aus einem 32Bit Prozess sowohl das x86-ProgramFiles-Dir und das x64-ProgramFiles-Dir abzufragen und dabei auf einem legalen Pfad zu bleiben. Gut das Microsoft ein Set von Environment-Variablen Dokumentiert hat die uns weiter helfen werden. Die Folgende Matrix finde sich in der MSDN hier:

Environment Variable	64-bit Value	32-bit Value
PROCESSOR_ARCHITECTURE	Native (AMD64 or IA64)	x86
PROCESSOR_ARCHITEW6432	N/A	%PROCESSOR_ARCHITECTURE%
ProgramFiles	%ProgramFiles%	%ProgramFiles(x86)%
ProgramW6432	N/A	%ProgramFiles%
CommonProgramFiles	%CommonProgramFiles%	%CommonProgramFiles(x86)%
CommonProgramW6432	N/A	%CommonProgramFiles%

Ist davon auszugehen das seinem eigenem Prozess die Environment Variablen vererbt werden, ist alles in Butter. Durch einfach Kombination von IsWow64Process und GetEnvironmentVariable lässt sich ein kleines Set von Funktionen bauen die immer das geforderte Directory korrekt zurückgeben egal wie der Prozess daher kommt.

WOW64 - Es lebe der 32Bit Prozess

Dirk Eisenberg — Sat, 04 Mar 2006 08:22:00 GMT

Nach eingen Diskussionen mit hier nicht näher genannten Kollegen um das Thema File und Registry-Redirection unter 64Bit Windows habe ich mir die Frage gestellt, kann ein 32Bit-Prozess das automatische Redirecten überwinden oder nicht? Ich will die Antwort nicht vorweg nehmen, also hier das gesteckte Ziel:

"Ein 32Bit-Prozess soll einen Datei im 64Bit-Directory %systemroot%\System32 anlegen."

Unter 64Bit Windows wird das System32-Directory in einem 32Bit-Prozess, der unter der WOW64 Emulation getstartet wird, umgeleitet bzw. überblendet. Ein 64Bit Prozess sieht die Dateien aus %systemroot%\System32 ein 32Bit-Prozess hingegen die Dateien aus %systemroot%\SysWOW64. Nach einiger Einarbeitung in die SDK-Dokumentation zu WOW64 haben sich folgende APIs als Goldgrube erwiesen:

Mit IsWow64Process kann geprüft werden ob der aufgerufene Prozess unter WOW64 läuft. Ist das nicht der fall muss es ein 64Bit-Prozess sein oder ein 32Bit auf einem 32Bit OS. GetNativeSystemInfo hilft hier weiter.
Wow64DisableWow64FsRedirection schaltet wie der Name schon sagt das WOW64 File-Redirecting für den aufrufenden Thread aus. Zum reverten (nicht wieder einschalten, weil es ja bereits abgeschaltet gewesen sein kann) wird Wow64RevertWow64FsRedirection angeboten.

Der Ablauf um in das System32 für 64Bit Prozesse aus einem 32Bit Prozess zu schreiben sieht dann wie folgt aus:

Prüfen ob Prozess in der WOW64 Emulation läuft
FsRedirection ausschalten
Jetzt kann direkt auf das System32 zugegriffen werden, ohne das der Prozess in SysWOW64 umgeleitet wird.
FsRedirection reverten

Folgendes Beispiel demonstriert das beschriebene Verfahren:

int _tmain(int argc, _TCHAR* argv[])
{
  BOOL bIsWOW64 = FALSE;
  if ( IsWow64Process( GetCurrentProcess(), &bIsWOW64 ) && bIsWOW64 == TRUE )
  {
    LPCTSTR lpszFileToCreate = _T("C:\\windows\\system32\\wow64test.txt"); 

    // Create the file in C:\windows\syswow64 
    HANDLE hFile = CreateFile( lpszFileToCreate, GENERIC_READ | GENERIC_WRITE, 0, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL );
    CloseHandle( hFile ); 

    // Create the file in C:\windows\system32 
    PVOID pOldValue = NULL; 
    if ( Wow64DisableWow64FsRedirection( &pOldValue ) ) 
    { 
      HANDLE hFile64 = CreateFile( lpszFileToCreate, GENERIC_READ | GENERIC_WRITE, 0, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL ); 
      CloseHandle( hFile64 ); 
      Wow64RevertWow64FsRedirection( pOldValue ); 
    } 
  } 
  return 0; 
}

Die 64Bit Windows Artikel des eMCSCs

Dirk Eisenberg — Sat, 25 Feb 2006 11:12:00 GMT

Dank meinem Kollegen SKU wurde die Welt mit einer ganzen Serie 64Bit Windows Artikeln beglückt. Ich als ewig vergesslicher Mensch muss ständig in diesen Teilen etwas nachlesen. Leider stört das ewige Suchen im Blog jedesmal und strapaziert meinen ohnehin geringen Geduldsfaden. Aus diesem Grund habe ich die Teile als Linkliste hier zusammengetragen. Aus meiner Sicht sind diese Artikel Pflichlektüre für alle Entwickler die sowohl für die Microsoft Windows 32Bit als auch 64Bit-Plattform Software produzieren.

MD8800 und Windows XP 64Bit Edition

Dirk Eisenberg — Sat, 25 Feb 2006 10:43:00 GMT

Uuuppps, mein letzter Eintrag in diesem Blog ist nun schon einige Monate her. Nun zum Thema dieses Artikels. Vor kurzem habe ich mir einen Aldi-PC MD8800 gekauft. Natürlich musste das mitgelieferte Windows XP Home-Edition einer 64Bit Edition weichen. Hier stellt sich nun die Frage, wo bekommt man die ganzen Treiber her. Von Medion jedenfalls nicht.

Nicht zum laufen bekommt man die gute TV-Tuner-Karte, aber sie ist ausbaubar und in einem anderen PC verwendbar ;-). Dafür gibt es einfach keine 64Bit Treiber. Das Display kann man auch nur nutzen, wenn man sich selbst hilft und den internen Serial-Port anprogrammiert (dazu vielleicht irgendwann mehr). Leider zeigte sich Medion bei der Herausgabe der Schnittstellen-Dokumente sehr unkooperativ.

Auf anhieb findet man Treiber für die RealTek Soundkarte. Es ist ratsam vorher den Patch zu KB901105 einzuspielen um den Microsoft HDI Bug zu beheben, sonst bleibt der Rechner stumm. Weiter gehts mit der WLAN-Karte, welche durch Windows auch nicht standardmäßig erkannt wurde. Nach kurzem Suche wird klar das es sich um eine RT2500 von Ralink handelt. Jetzt kommen wir zum Problemfall, die NVIDIA GeForce 6700 XL. Bei Medion gibt es nur eine uralte Forceware für 32Bit-Rechner, die 64Bit-Version auf de NVidia WebSite ist wesentlich neuer, kennt aber die GeForce 6700 XL nicht. Ich habe dann einfach probiert das Treiber-INF-File aufzubohren und siehe da, man kann seine NVidia Geforce 6700 XL installieren, mit der aktuellen 64Bit-ForceWare. Hier folgt nur das Diff der gepatchten INF-File:

139a140
> %NVIDIA_NV43.DEV_0147.1% = nv4_NV3x, PCI\VEN_10DE&DEV_0147
953a955
> NVIDIA_NV43.DEV_0147.1 = "NVIDIA GeForce 6700 XL"

Damit ist der Anfang gemacht. Jetzt rückt das Display wieder in den Fokus, welches ich natürlich auch gern nutzen möchte. Dazu aber mehr in einem späteren Blog (vielleicht).

64 Bit Windows

Dirk Eisenberg — Fri, 23 Sep 2005 15:33:00 GMT

Ich möchte an dieser Stelle auf eine Blog Serie verweisen, die mein Kollege Stefan Kuhr begonnen hat. Hier bekommt man einen netten Einstieg in die derzeit von Microsoft unterstützten Tool und Techniken zur Entwicklung von Software auf 64Bit-Plattformen. Für jeden der noch nicht mit den Eigenheiten dieser Plattform vertraut ist, stellt diese Serie ein muss dar.

http://mcblogs.craalse.de/sku?cat=15