In den Anfangstagen von PowerShell meinten wir mit PowerShell Cmdlets immer die PowerShell Funktionen, die mit einer DLL importiert werden. Zu diesem Zeitpunkt war das quasi der Standard. Das hat sich heute erheblich geändert. In den seltensten Fällen sehe ich heute Module, die als DLL erstellt wurden. Nun wollte ich gerade einige hardwarenahe Funktionen in PowerShell nutzen, die in der Kernal32 DLL hinterlegt sind. Natürlich kann man das auch alles direkt in PowerShell integrieren aber leider ist mein Antivirus bei einigen Ausdrücken mit einmal recht aggressiv geworden. Klar, als C++ Programm sind hardwarenahen Geschichten ok nur wurden diese Funktionen scheinbar in letzter Zeit in PowerShell für böse Dinge genutzt. Daher habe ich mich entschlossen, alles in eine C# DLL zu verpacken. Dieser Blog beschriebt nun, wie man so etwas macht. Also ein PowerShell Modul als C# DLL.

Der typische App-V Fehlercode besteht aus 2 x 4 Bytes in der Form hexadezimal: „0x00000000-0x00000000“. Die ersten sechs Zeichen beziehen sich auf den App-V Quellcode und können ignoriert werden. Für die Fehleranalyse sind die letzten 10 Zeichen interessant. Also „00-0x00000000“. Die ersten beiden Zeichen zeigen die Art des Fehlers und die Quelle. Die letzten acht Zeichen sind der eigentliche Fehlercode. Wenn einmal ein Fehlercode als Dezimalzahl zurückgegeben wird, so muss diese Dezimalzahl zur Analyse in einen Hexadezimalwert gewandelt werden.

Es ist ein Monat vergangen seit dem ersten internationalen M.A.D. Cast #2 international  (Modern Application Deployment). Die Veranstaltung ist gut gelaufen und war gut besucht. Vielen dank von meiner Seite an alle Sprecher. Weiter unten in diesem Newsletter finden sich die Links auf die Videos.

Neues Tool: MSIX Tweaker

Advanced Installer hat ein neues Freies Tool veröffentlicht. Des MSIX Tewaker. Mit diesem Tool können über die Kommandozeile Daten innerhalb eines Pakes geändert werden. Ein Beispiel zum Setzen eines Registrierungsschlüssels: