different minds about different platforms

VMWare Fusion: Zwei virtuelle Maschinen über den seriellen Port verbinden

Dirk Eisenberg — Sun, 27 Jul 2008 17:23:56 GMT

Jeder der schonmal einen Kernel-Mode-Treiber unter Windows geschrieben hat, kam auch mit dem Problem in Berührung diesen zu Debuggen. Das üblich Modell hierfür ist die Verwendung eines Null-Modem-Kabels und einem zweiten Rechner als Debugger. Zum Glück gibt es VMWare und das ganze kann in zwei virtuellen Maschinen bewerkstelligt werden. Hierfür koppelt man die beiden VMs über einen seriellen Port mit dem Type "Named Pipe". Auch auf der MAC Version ist genau dieses Möglich wie ich nach langem Suchen herausgefunden habe. Den Original-Eintrag findet man hier.

Der Trick dabei ist eigentlich nur das die Oberfläche von VMWare Fusion die benötigten Einstellungen nicht her gibt. Trägt man das ganze in die .vmx-Datei selbst ein funktioniert es. Hier nochmal die Einstellungen:

Auf der Client-Seite:

serial0.present = "TRUE"
serial0.fileType = "pipe"
serial0.pipe.endPoint = "client"
serial0.yieldOnMsrRead = "TRUE"
serial0.startConnected = "TRUE"
serial0.fileName = "/Volumes/Virtual Machines/VMware/Serial/devbox_com1"

und auf der Server-Seite:

serial0.present = "TRUE"
serial0.fileType = "pipe"
serial0.yieldOnMsrRead = "TRUE"
serial0.startConnected = "TRUE"
serial0.fileName = "/Volumes/Virtual Machines/VMware/Serial/devbox_com1"

iPhone Software 2.0: Jailbreak und Unlock mit pwnage 2.0

Dirk Eisenberg — Sun, 20 Jul 2008 18:35:31 GMT

Schon ganz ungeduldig habe ich den Blog des iphone Dev Teams beobachtet und auf das Release von pwnage 2.0 gewartet. Dieses Tool soll in der Lage sein bei meinem iPhone 2G den jailbreak und unlock durchzuführen. Um die Spannung zu nehmen, es hat geklappt und für alle die keinen MAC daheim haben, gibt es einen Möglichkeit den unlock auch durchzuführen.

Ein kurz Anleitung wie der Prozess durchzuführen ist findet man hier. Im weiteren Verlauf der Kommentare finden sich auch Links zu den Bootloader. Ich wollte eigenlich nur eine Hürde beschreiben. Wie bekommt man sein iPhone in den DFU mode?

1. iPhone über USB andocken
2. iPhone über die Tastekombination Power + Home ausschalten (ca 7s)
3. Power + Home Taste ca zwei weitere Sekunden gedrückt halten
4. Danach die Power-Taste loslassen und Home gedrückt halten bis iTunes das Geräte im Recovery erkennt. Der Monitor des iPhones muss schwarz sein.

Danach befindet sich das iPhone im DFU Mode und kann beliebige Images verdauen. Um ein Image (wie das von pwnage erzeugte) einzuspielen, einfach die alt-Taste (auf MAC) oder die CTRL-Taste gedrückt halten und dann auf Restore in iTunes drücken. Jetzt kann ein beliebiges .ipsw ausgewählt werden. So können auch Windows nutzer ihr iPhone unlocken wenn sie ein passendes .ipsw haben.

Virtual Shadow Copy Services - Create Shadow Copy

Dirk Eisenberg — Mon, 21 Apr 2008 19:07:23 GMT

Einige Abende haben mich nun die icht mehr ganz so neuen Virtual Shadow Copy Services beschäftigt. Für alle die genauso wie ich eine Shadow Copy einer Partition anlegen wolle um mit ihrer Platte irgendetwas in einem stabilien Zustand zu bewerkstelligen sollte dieser Code hilfreich sein. Das Ziel des hier abgebildeten Codes soll es sein eine Virtual Shadow Copy einer Partition zu erzeugen und mit Hilfe von Win32-Apis auf diese zuzugreifen. Der Code beinhaltet natürlich viel zu wenig Error-Handling und achtet auch nicht auf die korrekte Freigabe von Resourcen. Nun aber los:

CoInitializeEx( NULL, 0 );
Zuerst muss COM initialisiert wert, dazu muss man wohl nichts mehr sagen.

IVssBackupComponents* pBackupComponents = NULL;
if ( FAILED( CreateVssBackupComponents( &pBackupComponents ) ) )
return 1;
Um überhaupt mit dem VSS-Api arbeiten zu können wird ein Pointer auf ads BackupComponents-Interface benötigt. Dieses Objekte stellt dann Methoden zur Verfügung um VSS zur Arbeit zu überreden. Wichtig bei allen folgenden Methoden-Aufrufen ist die Reihenfolge. Hier legt Microsoft genaue Abläufe fest die umbedingt eingehalten werden müssen. Wer sich nicht daran hält wird mit Error-Codes bestraft (ich habs probiert).

hr = pBackupComponents->InitializeForBackup( NULL );
Nachdem wir Zugriff auf das BackupComponents-Objekt erhalten haben, ist die erste Amtshandlung dem System zu sagen wir wollen ein Backup machen. Hierzu muss die Methode InitializeForBackup aufgerufen werden. Erst hierdurch können die nachfolgenden Methoden aufgerufen werden.

hr = pBackupComponents->SetContext( VSS_CTX_BACKUP );
Dem System ist im dritten Schritt zu sagen welche Art von Backup und damit welche Art von Snapshot erzeugt werden soll. Hier gibt es verschiedene Möglichkeit, grundsätzlich sind aber zwei zu Unterscheide. Eine Variante bezieht die sogenannten Writer mit ein und die andere eben nicht. Writer stellen Userland-Applikation dar die auf bestimmte Aktionen des VSS-Systems reagieren und vor einem Backup bestimmte Aktionen zu beenden. Datenbanken würden alle wichtigen Informationen noch auf die Platte schreiben damit die Datenbank auch in einem brauchbaren Zustand ist. Hat man Softare die keinen VSS-Support bietet, muss wohl der Weg über Stop-Service und Start-Service eben dieser gegangen werden. Erst danach ist es ratsam eine Shadow-Copy zu erzeugen. Wie man Writer schreibt werde ich einem anderen Eintrag versuchen darzustellen.

IVssAsync* pWriteMetaData = NULL;
hr = pBackupComponents->GatherWriterMetadata( &pWriteMetaData );
pWriteMetaData->Wait();
pWriteMetaData->Release();
Da wir Writer-Aktionen in unser Backup einbeziehen, müssen auch die Meta-Daten über diese abgefragt werden. Hierdurch erlangt das System genau Informationen welche Writer wie und wann benachrichtigt werden müssen. Diese Aktion kann durchaus etwas länger dauer. Aus diesem Grund wird hierfür eine Pointer für assynchrone Operationen zurückgegeben mit dessen Hilf das Ende abgewartet werden kann.

VSS_ID snapshotSetId;
hr = pBackupComponents->StartSnapshotSet( &snapshotSetId );
VSS sieht die Sicherung des geamten Storage-Systems zu einem Zeitpunkt vor, daher reden wir nicht von einem Snapshot eines spezifischen Volumes sondern eine SnapShot-Set der eine Liste von einzubeziehenden Volumes verwaltet. Dadurch ist es Möglich z.B. die Partition für mdf und ldf in einem Snapshot-Set zu fixieren und später einfach zu sichern.

VSS_ID SnapShotId;
hr = pBackupComponents->AddToSnapshotSet( L"F:\\", GUID_NULL, &SnapShotId );
Haben wir den Container, das SnapShot-Set angelegt, müssen jetzt noch die einzelnen Targets hinzugefügt werden. Die einfachste Methode ist es via Laufwerksbuchstaben eine ganze Partition hinzuzufügren. Dieser Vorgang kann mehrfach für andere Volumes wiederholt werden.

hr = pBackupComponents->SetBackupState( false, false, VSS_BT_FULL );
Da auch inkrementielle Backups vorgesehen sind, ist noch die Art und Weise des Backups zu definieren. In diesem Beispiel wollen wir ein Full-Backup aller Dateien machen. Es gibt auch die Möglichkeit Dateien einzuschränken.

IVssAsync* pPrepare = NULL;
hr = pBackupComponents->PrepareForBackup( &pPrepare );
pPrepare->Wait();
pPrepare->Release();
Jetzt nähern wir uns dem Punkt der Wahrheit, dem VSS-System wird mitgeteilt das sich alle Writer und Provider auf das Backup vorbereiten müssen. Kurz darauf folgt dann die eigentlich Erzeugung des Snapshots.

IVssAsync* pDoShadowCopy = NULL;
hr = pBackupComponents->DoSnapshotSet( &pDoShadowCopy );
pDoShadowCopy->Wait();
pDoShadowCopy->Release();
Mit der Methode DoSnapshotSet wird dann für jede Komponente des Sets ein SnapShot erzeugt. Hierbei sorgt das Betriebssystem für die Konsistenz der Daten.

VSS_SNAPSHOT_PROP props;
hr = pBackupComponents->GetSnapshotProperties( SnapShotId, &props );
Nun fehlt nur noch die Information für den Zugriff via Win32-Api. Hierfür stellt die abgerufene Struktur eine Device-Pfad zur Verfügung auf den vie CreateFile und anderen IO-Operation zugegriffen werden kann.

pBackupComponents->Release();
Nur noch das Interface release und fertig.

Hinweis: In diesem Beispiel wurde ein temporärer Snapshot angelegt, d.h. wenn dieser nicht mehr benötigt wird, verschwindet dieser. Auch ein Restart des VSS-Service lässt den Snapshot verschiedenen. Will man persistente Snapshots, müssen die Flags entsprechend umkonfiguriert werden.

Mit dem Tool dosdev lassen sich so erzeugte Snapshots auch mounten und einem Laufwerksbuchstaben zuordnen. Mehr Informationen hierzu gibt es auf folgenden Seiten:

Aldi Olteans Blog (1) (2)
Downlod von dosdev

Ich werde in den nächsten Artikeln versuchen Schritt für Schritt andere Funktionen auf C++-Ebene zu beschreiben. Hierbei werden Themen wie das Schreiben von VSS-Writern und VDS-Hardware-Providern adressiert.

enteo v6 - Part 2 - CMDB Eigenschaften verwenden

Dirk Eisenberg — Sat, 19 Apr 2008 08:46:39 GMT

Ich bekommen immer mal wieder anfragen wie man von einem enteo v6 Objekt wie dem Computer Parameter auslesen kann und diese im Skript verwendet werden. Vor einiger Zeit habe ich dazu mal einen Artikel im enteo-Forum gepostet. Dieser beschreibt nicht nur wie man die Properties ausliest, sondern wie mit Hilfe eines enteo Scripts verschiedene Werte gesetzt werden können.

>> Viel Spass mit dem Artikel <<

enteo v6 - Part 1 - Klassifizierung von Befehlen

Dirk Eisenberg — Sun, 06 Apr 2008 10:54:07 GMT

Im ersten Teil der enteo Reihe möchte ich ein Feature genau beschreiben was hier und da vielleicht in Vergessenheit geraten ist. Die Möglichkeit Befehle in der enteo Script-Sprache zu klassifizieren gibt es schon sehr lange. Ich glaube die Funktion wurde mit dem NT-Support in das Produkt aufgenommen. Wozu braucht man das aber nun und wie funktioniert es:

Wozu:

Oftmals darf der angemeldete Benutzer nicht viel am System verändern aber das Logon-Verhalten des Benutzer steuert eigentlich indirekt die Installation. Daher gibt es die Möglichkeit Aufgaben an einen Dienst zu delegieren und somit Änderungen die administrative Rechte benötigen durchzuführen.

Wie:

(Fast) Jeder Befehl lässt sich im Scrip-Editor klassifizieren. Hierfür stehen folgende Möglichkeiten zur Verfügung:

immer ausführen
maschinenbezogen
maschinenbezogen per Service
userbezigen
userbezigen per Service

Für die Bewertung wann welche Klassifizierung verwendet wird, ist wichtig die Trennung zwischen Benutzerteil und Maschinenteil zu verstehen. Jedes enteo Script besteht immer aus einem Benutzer und Maschinenteil, egal ob man das sieht oder nicht. Bei der Installation des Paketes muss jetzt entschieden werde, welche Befehle ausgeführt werden müssen. Es gibt die Möglichkeit das Befehle im Rahmen des Maschinenteils oder im Rahmen des Benutzerteils ausgeführt werden. Diese Entscheidung muss entweder der Service-Installer oder der Auto-Installer, wobei der Service-Installer nur die Maschinenteile installieren kann und keine Benutzerteile da es ja keinen angemeldetet Benutzer gibt. Also wann wird nun was ausgeführt:

immer ausführen:

wird durch den ServiceInstaller oder den AutoInstaller ausgeführt
wird während der Installation des Benutzerteils als auch des Maschinenteils ausgeführt
wird im Kontext des jeweiligen Installers ausgeführt

maschinenbezogen:

wird durch den ServiceInstaller oder den AutoInstaller ausgeführt
wird nur während der Installation des Maschineteils ausgeführt
wird im Kontext des jeweiligen Installers ausgeführt

maschinenbezogen per Service:

wird durch den ServiceInstaller oder den AutoInstaller ausgeführt
wird nur während der Installation des Maschinenteils ausgeführt
wird im Kontext des Services ausgeführt

userbezogen:

wird nur durch den AutoInstaller ausgeführt
wird nur währned der Installation des Benutzerteils ausgeführt
wird im Kontext des AutoInstallers ausgeführt

userbezogen per Service:

wird nur durch den AutoInstaller ausgeführt
wird nur währned der Installation des Benutzerteils ausgeführt
wird im Kontext des Service ausgeführt

Das folgende Beispiel soll das Verhalten verdeutlichen. Ein skript bestehend aus:

MsgBox("Immer ausführen")
MsgBox("Workstationbezogen")
MsgBox("Userbezogen")

wird wie folgt ausgeführt wenn es nocht nicht installiert ist:

Der Benutzer meldet sich an alos muss der Maschinen und der Benutzerteil installiert werden. Es ist ja noch nichts auf dem Client ausgeführt wurden. Es erscheinen also alle 3 Message-Boxen auf dem Bildschirm des Benutzers.

Nach dieser Installation würde sich Benutzer 2 anmelden:

Der Benutzer meldet sich an, wobei jetzt nur noch der Benutzerteil des neuen Benutzers installiert werden muss. Der Maschinenteil ist ja schon auf dem System. Also erscheinen 2 Message-Box auf dem Desktop des Benutzers (MsgBox("Immer ausführen") und MsgBox("Userbezogen")).

Mit diesem Wissen kann man jetzt mal die Wirkung RegLoad-Befehl erforschen, insbesondere wenn dieser auf "Immer ausführen" steht und sowohl Teile in HKEY_CURRENT_USER als auch HKEY_CURRENT_MACHINE verändert. Fragen dazu dürfen gerne als Kommentar gestellt werden.

enteo v6

Dirk Eisenberg — Sun, 06 Apr 2008 10:41:13 GMT

Ich habe lange überlegt ob ich in diesem Block auch die Produkte meines Arbeitgebers einbeziehen soll und habe mich diese Woche dafür entschieden. Dabei geht es nicht um Werbung für die enteo Produktlinie sondern um interessante Funktionen die dem ein oder anderem Admin das Leben erleichtern werden. Ich werde in unregelmäßigen Abständen interessante Thema aus der enteo Produktfamilie herausgreifen und hoffentlich wertvolle Tips geben. Das ersetzt aber nicht die Schulung, den Support und das enteo Support-Forum.

Debian Repository für iSCSI Enterprise Target

Dirk Eisenberg — Sun, 02 Mar 2008 17:56:22 GMT

Jeder der eine standard etch Installation sein eigen nennt kann jetzt entwerder via Apt oder per Download ein Debian-Paket für das iSCSI Enterprise Target 0.4.15 installieren. Ich werde in Zukunft diese Paket immer wieder aktualisieren.

hier gehts zum Paket

Wer selbst mal Pakete erstellen und APT-Repositories aufsetzen möcht, dem helfen vielleicht die folgenden Informationen:

Setting up your own APT repository with upload support
Create Debian Linux packages

Dynamische Libraries mit dem Applikations-Bundle verteilen

Dirk Eisenberg — Wed, 06 Feb 2008 23:03:02 GMT

auch auf einem Apple Mac nutzt man in der Regel dynamische Bibliotheken um komplexer werdende Software in verschiedene Module aufzuteilen. Wie auch unter Linux ist das aber so ein Sache wenn es dann um die Verteilung des gesamten Produkts geht. Die von Windows bekannte Side-by-Side-Execution greift leider nicht und somit such der Library-Loader eben nicht im lokalen Verzeichnis nach der Datei. Also was tun. Apple hat zu diesem Zweck dsa Konzept der Bundles. Bundles sind eigentlich nur festgesetzte Verzeichnisstrukturen, die sowieso hinter jeder Applikation die mit XCode erzeugt wird, stehen. In diese Struktur wird die Library an eine bestimmte Stelle gelegt und der Build-Prozess angepasst. Hierzu sind folgende Schritte nötig:

1. Library-Settings so anpassen das beim Linken immer relativ vom Verzeichnis des Executables referenziert wird.

Hierfür legt man in den Project-Settings des XCode-Projektes den Install-Path der Library wie folgt fest: @executable_path/../Frameworks/yourlib.dylib.

2. Einfühurng eines Custom-Build-Steps beim Erzeugen der eigentlichen Software einführen um die benötigten Libraries zu kopieren.

Hierfür nehmen wir die Croos-Referenz auf das Library-Projekt aus dem letzen Beitrag wieder her und ziehen die sich darin befindliche .dylib auf den eben erzeugte Custom-Build-Step (sieh Abbildung).

Wird nun das Hauptprojekt erzeugt, entsteht immer ein Applikations-Bundle was via Drag-n-Drop vom Benutzer installiert werden kann ohne das aufwändig Setupskripte Libraries an andere Stellen kopieren müssen. Das ganze ist dann nun nur noch hübsch in ein Disk-Image zu verpacken und fertig für den Rollout.

dylib - Cross Project Dependencies

Dirk Eisenberg — Sun, 27 Jan 2008 02:52:29 GMT

Nachdem ich die ersten Schritte auf meinem Mac erfolgreiche gegangen bin, rückt das erste Mac OS X - Projekt in Objective-C immer näher. Heute habe ich mich dann mit der korrekten Aufteilung meiner Software in verschiedene Libraries beschäftigt. Nun stand ich vor dem Problem wie sagt man XCode das man auf ein anderes Projekt verweisen möchte und erzeugt dabei eine korrekte Abhängigkeit für den Linker. Dieser soll natürlich die dynamische Library in Abhängigkeit der eingestellten Konfiguration nutzen. Die Antwort ist einfach aber nicht offensichtlich.

1. Cross Project Dependencies

Zuerst muss das referenzierte Projekt in den XCode-Baum eingebaut werden. Hierzu muss lediglich über das Kontext-Menu (Add->Existing Files) das entsprechende ausgewählt werden.

2. Referenziertes Projekt in den Linker einbinden

Jetzt kann das referenzierte Projekt im Tree-View über den kleinen Pfeil aufgeklappt werden. Es werde daduch alle Produkte des Projektes sichbar.

Einfach die entsprechende Library auswählen und zum linken durch den Hacken am rechten Zeilenende setzen:

Danach wird XCode wie erwartet im Debug-Build die Debug-Lib und im Release-Build die Release-Lib anziehen.

Virtual Box 1.5.2 und VMWare 6.0.2 in einem Host-Only-Netzwerk

Dirk Eisenberg — Sun, 21 Oct 2007 10:39:46 GMT

Heute stand ich vor der Herausforderung mal zu prüfen ob es möglich ist ein Windows-XP via enteo v6 OSD in einer Virtual Box von innoTek aufzusetzen. Dumm an der Geschichte ist nur das die gesamte OSD Infrastruktur auf einem Laptop in VMWare läuft und zu allem Überfluss die gesamte Umgebung Host-Only geschalten ist. Klar bei Protokollen wie DHCP und PXE ist da nötig nur was tun? Virtual Box bietet eine Netzwerkeinstellung die sich Host-Interface nennt. AKtiviert man diese Einstellung erscheint auf dem Host-Computer ein neues TAP-basiertes Netzwerk-Device. Ok nach kurzem Grübeln war die Idee gefasst das Host-Only-Device von VMWare mit dem TAP-Device von Virtual-Box über ein Windows XP MAC-Bridge zu verbinden. Danach sollte ja der ganze Verkehr zwischen diesen Systemen nicht schnell aber sauber transportiert werden.

Gesagt getan. Leider meldet sich der VMWare-Treiber gleich mit einer Fehlermeldung und verweist auf ein Whitepaper. Dieses Papier beschreibt das zum Schutz des Kunden diese Funktion abgeschalten ist damit keine DHCP-Server produktive Netzwerke fluten. Gleichzeitig wird auf Registryeinträge zur Freischaltung verwiesen.

Nach Überwindung dieser letzten Hürde ist die Bridge ist eingerichtet und virtuelle Gast-Systeme aus der einen Welt können mit Gast-Systemen aus der anderen Welte kommunizieren.

Virtual Box 1.5 und der VRDP-Server

Dirk Eisenberg — Sun, 16 Sep 2007 03:13:39 GMT

Komisch wie schnell die Zeit vergeht wenn man an einem Produkt arbeitet wie enteo v6. Eigentlich wollte ich mit dem Release der nächsten Generation Lifecycle-Management (enteo v6) wieder anfangen Artikel über mich und mein Leben bei und mit enteo zu schreiben. Tja kam alles anders alls gedacht und wir jaben viel Herz in das erste Service-Release gesteckt und damit ist die Zeit des Bloggens wieder da, zumindest habe ich mir das vorgenommen.

Lange wollte ich mich schon etwas mehr mit dem Virtualisierungsprodukts unseres quasi Nachbarns beschäftigen (innotek) und jetzt habe ich es getan. Das Produkt macht auch aus meiner Sicht einen guten Eindruck und ich werde es wohl weiter verwenden, auch wenn das Bridged-Problem in der aktuellen Version nicht zu meiner Zufriedenheit gelöst ist. Kommen wir aber zu einem Feature was mich begeistert. Der Virtual RDP-Zugang ist in der aktuellen Version richtig gut gelungen. Ich kann meine VMS einfach auf einem Rechner laufen lassen und über RDP zugreifen sowohl in der Windows-Setup oder BIOS-Phase. Damit hat sich innotek aus meiner Sicht eine geniale Option offen gelassen mit der die Erweiteurng ihrer Basis-Technologie im Bereich Infrastruktur-Management sowie Lab-Management möglich ist. Ich stelle mir mit Freude einen stabilen, leistungsfähigen Remote-Client in einer virtuellen Infrastruktur vor oder wer hat schonmal nen XP via RDP aufgesetzt. Beim Mitbewerber VMWare ist man auf den doch recht instabilen und bandbreitenfressenden VI-Client angewiesen. Der RDP-Client hat bei mir nen ganzen Nachmittag sauber seinen Dienst verrichtet. Also vermute ich mal das es sich bei der Bewertung meines Kollegens Stefan Kuhr sicher nur um Mängel in der Version1.3.2 handelte. Jetzt würde mich eigentlich nur interessieren ob es auf Basis dieser Technologie irgendwann mal eine Infrastruktur-Komponente gibt um größere Umgebungen und Virtual-Server-Farmen zu verwalten?

.NET Unmanaged API - Teil 1

Dirk Eisenberg — Sun, 07 May 2006 20:28:00 GMT

puh, schon wieder sind einige Wochen vergangen und ich habe nix zu diesem Blog beigetragen. Diese Woche hatte ich dann ein Erlebnis was mich zum Bloggen nötigt. Wie der Titel schon verrät, soll es um einen Teil des .NET Frameworks gehen, der nicht unbedingt gut dokumentiert ist und den Name "Unmanaged API" trägt. Die Unmanaged .NET Api stellt ein Set von COM-Interfaces zur Verfügung um auf die Meta-Daten eines .NET-Assemblies aus native Code heraus zuzugreifen. Eine Populärer Anwendung dieser API ist Visual Studio 2005 selbst. Viele Funktionen die sich sonst in System.Reflection befinden, sind ebenfalls über diese Schnittstelle erreichbar. Schauen wir uns ein Beispiel an, das prüft ob die gegebene Datei ein gültiges .NET Assembly ist:

HRESULT hr = CoCreateInstance(	CLSID_CorMetaDataDispenser, 0, CLSCTX_INPROC_SERVER, IID_IMetaDataDispenser, 						(LPVOID*)&pIMetaDataDispenser);
if (SUCCEEDED(hr))
{
 mdAssembly asmToken;
 hr = pIMetaDataDispenser->OpenScope(	L"MyAssemblyImage", ofRead, IID_IMetaDataAssemblyImport, (LPUNKNOWN*)&pIMetaDataAssemblyImport); 
 hr = pIMetaDataAssemblyImport->GetAssemblyFromScope(&asmToken);
 
 bool bIsAssembly = false;
 if (SUCCEEDED(hr))
  bIsAssembly = true;  
}

Eigentlich spricht der Code für sich, zuerst benötigen wir eine Instanz des MetaDataDispenser wodurch wir Zugriff auf alle Metadaten-Tabellen erhalten. Jetzt ist es möglich auf die verschiedenen Bereiche zuzugreifen. In diesem Beispiel auf die Meta-Daten in denen die Referenzen auf andere Assemblies zu finden sind. Um zu erkennen ob es ein gültiges Assembly ist, wird der Seiteneffekt genutzt das jedes Assembly diese Tabelle besitzt und das Öffnen dieses Scopes nur bei native-Binaries nicht funktioniert. Randbemerkung: Die Unmanaged API steht nur auf Computern zur Verfügung auf denen auch ein .NET-Framework installiert ist. Viele der unterstützten Funktionen werden ab .NET 1.0 unterstützt. Die benötigte include Datei "cor.h" findet sich in den Headern des .NET-Frameworks und muss eingebunden werden. Dabei wird indirekt die Datei specstrings.h angezogen. Diese steht erst in einem der letzten SDKs zur Verfügung (ich nutze das Windows 2003 Server SP1 SDK).

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.

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

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).