Mono und dotgnu, Teil 2

Keine Ahnung warum, aber als ich heute nochmals einen Versuch mit Mono machte, erschien doch ein Teil der Oberfläche und sogar ein Eingabefeld. Wenn das in den nächsten Tagen so weitergeht, habe ich spätestens am Dienstag meine erste Maske vollständig auf dem Bildschirm. Erfreulich ist jedenfalls, dass die Kommunikation mit dem Server im Hintergrund offensichtlich geklappt hat.
Mir ist noch schleierhaft, warum es eigentlich die zwei Projekte Mono und dotGnu gibt, die doch letztlich das gleiche erreichen wollen. Im allgemeinen finde ich Konkurrenz ja gut und schön, wenn dadurch verschiedene Konzepte realisiert werden und der Wettbewerbsdruck die Leute zu immer neuen innovativen Ideen anregt. Also nichts gegen KDE vs. Gnome oder BSD vs. Linux. Aber was bringt es, zwei Projekte zu machen, die beide die gleiche Spezifikation implementieren?
Immerhin hat die Sache ein gutes: Da (sowohl bei mono als auch bei dotgnu) die Compiler funktionieren und auch die von mir benötigten Bibliotheken da sind, kann ich die Programme unter Linux schreiben und übersetzen, sodass ich erst mal alle Fehler rauskriege, die der Compiler findet. Erst zum Testen muss ich mich an die Windows-Kiste setzen. Vielleicht finde ich ja noch raus, warum System.Windows.Forms von dotgnu bei meinem Programm nicht funzt - die mitgelieferten Beispiele funktionieren nämlich gut - und wie man diesen Teil von dotgnu mit der System.Xml-Bibliothek von Mono kombinieren kann (die System.xml-Implementierung von Mono ist vollständiger als die von dotgnu).
Noch zwei "eh klar, ich hätte es mir eh' denken können":
1. Ein für .net compact framework compiliertes Programm funktioniert nicht unter normalen .net (also auf einem Windows-PC). Wie tröstlich ;-)
2. Wenn ein C#-Programm unter Mono mit einer NullPointer-Exception abbricht und unter dotgnu auch, dann sollte man die Möglichkeit in Betracht ziehen, dass es _wirklich_ einen Fehler enthält, der zu einer Nullpointer Exception führt.