Avoid subscribing to events in constructors


While adopting a unit test I found a piece of code which looks pretty much like this one:

public Subscriber(Printer printer, string message)
{
    printer.Print += OnPrint;

    if (message == null)
    {
        throw new ArgumentNullException("message");
    }

    myMessage = message;
}

This is the constructor of a class called Subscriber. In the first statement it subscribes an external event. Afterwards it checks a message parameter and might throw an exception. The following question comes to my mind. What happens to the event when the exception is thrown? Is there some zombie object assigned to the Print multicast delegate? Indeed it is! When you have the following code:

var s = new Subscriber(printer, null);

You will get an exception, but the instance was created somehow. The assignment to the s variable did not happen because of the exception but it is there. Typically the instance would be deleted with the next garbage collector run, but not when someone keeps a reference. In case of the Subscriber the Printer class keeps a reference with its Print event and so it cannot be garbage collected. What makes it even worse is, that the event handler of the zombie instance is called when the Print event is raised.

So be very careful when subscribing to events in constructors. If anything they should appear as last statement.

Kategorien:.NET, Software allgemein

iTunes audiobooks


Vor längerem habe ich mir ein kleines Powershell Skript gebaut, welches ein mp3 Hörbuch nach m4b konvertiert. Es also iTunes kompatibel macht. Dabei kann man angeben in wie viele m4b Dateien das Hörbuch konvertiert werden soll. Es werden aber nur mehrere mp3s zusammengefasst. Sie werden nicht geschnitten. Alle mp3 Dateien finden sich im m4b als Kapitel wieder.

Das Skript benutzt:
•    lame um die mp3 Dateien zurück ins wave Format zu konvertieren
•    taglib-sharp um die Länge einer mp3 Datei zu ermitteln
•    neroaacenc um die wave Dateien ins aac Format zu konvertieren
•    neroaactag um die aac Dateien zu taggen
•    mp4chaps um die Kapitel marken ins ITunes Format zu konvertieren

Alle Programme müssen in der PATH variablen sein. Die taglib-sharp.dll wird von C:\Tools\taglib-sharp.dll geladen das kann man aber leicht ändern. Am besten man legt alles unter C:\Tools und fügt dieses Verzeichnis zu dem PATH hinzu.

Das Skript muss dann in dem Verzeichnis aufgerufen werden, in dem die mp3s liegen. Das Skript durchsucht dann rekursiv alle Unterordner. Aufgerufen wird es wie folgt:

mp32audiobook.ps1  -author „Stephen King“ -title „Es“ – bookCount 10 – cover .\cover.jpeg

Bei bookCount handelt es sich um die Anzahl an m4b Dateien die erzeugt werden sollen. Dabei handelt es sich allerdings eher um eine Empfehlung an das Skript. Wie gesagt, es werden keine mp3 geschnitten. Somit können auch nicht mehr m4b Dateien erzeugt werden als es mp3s gibt.

Zu finden gibt es das Skript bei GitHub.

Kategorien:IPod, Powershell

File System Redirector


Wenn man aus einem 32 Bit Prozess heraus versucht eine Anwendung zu starten die unter C:\Windows\System32 liegt, wird der Pfad direkt zu C:\Windows\SysWOW64 übersetzt. Der Grund dafür ist, dass unter System32 die 64 Bit files liegen und unter SysWOW64 die 32 Bit Versionen. Für die Umleitung ist der File System Redirector verantwortlich. Das ist zwar alles ganz praktische, aber was wenn man aus dem 32 Bit Prozess wirklich die 64 Bit Anwendung starten möchte?

Dieses Problem hatte ich zum Beispiel mit Visual Studio. Ich wollte ein Powershell Script per external Tool einbinden, welches alle Prozesse beendet, die eine bestimmte DLL geladen haben. Die 32 Bit Powershell kann aber scheinbar nicht die Module eines 64 Bit Prozesses auflisten. Deshalb muss man die 64 Bit Version verwenden. Also habe ich im VS C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe als external Tool angegeben. Seltsamerweise hat dann mein Script aber nicht funktioniert. Nach etwas Suchen habe ich im process explorer gesehen,  dass immer die 32 Bit Powershell gestartet wird. Obwohl ich extra die 64  Bit Version angegeben habe. Stackoverflow brachte mich dann auf den File System Redirector und die Lösung für mein Problem. Man muss %windir%\sysnative als system Pfad verwenden. Dieser wird dann auch nicht geändert. Es muss also %windir%\sysnative\WindowsPowerShell\v1.0\powershell.exe als external Tool angegeben werden.

Kategorien:.NET, Software allgemein

dodned Usergroup Franken

1. April 2011 4 Kommentare

Gestern war ich zum ersten Mal auf einem Treffen der dotned Usergroup Franken und habe auch zum ersten Mal an einem coding dojo teilgenommen.

Es war wirklich sehr Witzig das FizzBuzz „Problem“ mittels TDD und mit pair programming zu lösen. Trotz der einfachen Natur der Aufgabenstellung ist es interessant wie viele Diskussionen es  über die Implementierung der Lösung gab. Das zeigt eines ganz deutlich: Kein Problem ist so einfach, als dass man es mit VHIT (vom Hirn ins Terminal) lösen sollte.

Beim nächsten Treffen bin ich auch wieder dabei😉

Kategorien:.NET, Software allgemein

SharpRipLib

24. Februar 2011 6 Kommentare

Mein erstes eigenes open source Projekt! SharpRipLib ist ein C# Wrapper für die in C geschriebene CD Ripping Library. Mit diesem Projekt soll es möglich sein, Audio CDs mit .NET zu rippen. Ein wenig Code ist auch schon da. Wer mag, darf gern mit helfen! 😉

SharpRipLib

Kategorien:.NET, Software allgemein

Literate Programming


Im allseits bekannte Clean Code Buch wird ein Programm aus dem Literate Programming Artikel von Donald E. Knuth verwendet. Weil der Code so schön kryptisch war, habe ich mir diesen Text mal ganz Text durchgelesen. Zumindest teilweise. Es geht darin um eine Art Sprache die in TeX und in Pascal übersetzt werden kann. Also man bekommt am Ende ein ausführbares Programm und eine schöne Dokumentation. Ja, für was TeX nicht so alles gut ist. Dieses System hat er WEB genannt. Gleich auf der ersten Seite erklärt er auch wie er zu diesem Name kam:

„I chose the name WEB partly because it was one of the few three-letter words of English that hadn’t already been applied to computers.“

Ist schon witzig. Der Artikel ist von 1983. Heute denkt man bei diesen drei Buchstaben an was anderes. Wie er das wohl heute nennen würde?

Kategorien:Software allgemein

CDRip mit MinGW unter Windows7 übersetzen

28. Dezember 2010 1 Kommentar

So! Endlich! Ich weiß gar nicht wie viele Stunden ich jetzt damit verbracht die CDRip Bibliothek zu übersetzen. Das man dazu MinGW braucht, war ja noch aus der Readme ersichtlich. Aber make lieferte immer ganz seltsame Fehlermeldungen. Es sah so aus als würden die Variablen im Makefile einfach nur teilweise ersetzt. Nach ewiger rumprobiererei und einem make Auffrischungskurs, kam ich mal darauf das Makefile in der MinGW Konsole mit cat auszugeben. Dort konnte man nun sehen, dass viele Sachen in einer Zeile standen, die überhaupt nicht in eine Zeile gehören. Seltsam. Im Notepad++ sah das ganz anders aus. Dann viel mein Blick auf die Statusleiste im Notepad. Dort stand Macintosh! Nach einer kurzen Recherche im Internet wusste ich, dass die line endings im Macintosh Format anders sind als unter Windows oder Linux. Auch fand ich eine Tool was zwischen den verschieden Formaten hin und her konvertieren kann. Nach dem alle Textdateien konvertiert waren, ließ sich die DLL ohne weiteres übersetzen. Puh, das war Nervenaufreibend!

Kategorien:Software allgemein