Konsole in Konsolenanwendung verbergen

Gerade hatte ich mal wieder eine "wie Schuppen von den Augen"-Situation.

Zielsetzung war, eine Konsolenanwendung zu erstellen, bei der die Konsole nicht sichtbar sein sollte.
Zuerst habe ich an etwas gedacth wie Console.Hide(), doch eine solche Methode existiert nicht.
Dann habe ich Google bemüht und seltsame Verrenkungen gefunden, die einen DllImport benötigten. Auch nicht gerade die feine Art, wie ich fand.

Und dann schoss es mir in den Kopf: Einfach den Ausgabetyp auf Windows-Anwendung setzen und glücklich werden!
Schon erstaunlich, wie einfach es manchmal sein kann und wie weit man dennoch daneben liegt...

P.S.: Gerade habe ich noch gesehen, dass in den Kommentaren des obigen Blog-Eintrags die von mir verwendete Möglichkeit tatsächlich auch von jemandem erwähnt wurde.

.NET Framework Client Profile

Mit dem Service Pack 1 für das .NET Framework 3.5 und Visual Studio 2008 kam das Client Profile. Dieses ist dafür gedacht, dass bei der Verteilung einer Anwendung auf Basis von WinForms bzw. XAML auf einem System nicht das komplette .NET Framework 3.5 SP1 installiert werden muss. Es wird nur ein Bruchteil vom Framework installiert, der für Standardaufgaben ausreichend ist. Klingt nach einer sehr guten Idee, denn so ist es nicht mehr nötig,  die Installation mitzuliefern oder bei der Installation herunterzuladen. Daumen hoch für die Idee.

Leider sieht die Praxis etwas weniger optimal aus, denn das Client Profile kommt ausschließlich unter Windows XP zum Zug und das auch nur dann, wenn bisher noch keine Version des Frameworks auf dem System installiert ist. Zudem kann es nicht verwendet werden, wenn der Rechner auf der x64- bzw. ia64-Plattform basiert. In all diesen Fällen wird das volle Framework 3.5 SP1 installiert!

Der Prozentsatz von Systemen, die genau die Anforderungen erfüllen, die vom Client Profile gefordert werden, dürfte heutzutage reichlich gering sein, wenn man bedenkt, dass jeder Rechner, auf dem Vista läuft, schon mal außen vor bleibt, weil hier standardmäßig bereits eine Framework-Version installiert ist.

Die an sich sehr gute Idee wird durch die Einschränkungen meiner Ansicht nach ad absurdum geführt. In dieser Art ist das Client Profile, jedenfalls für mich, von keinerlei Nutzen. Schade um den wirklich guten Ansatz. Bleibt zu hoffen, dass Microsoft hier in Zukunft (.NET Framework 4 regt sich ja bereits) nachbessern wird.

Witzig bis nützliche MD5-Seite

Unter http://md5.rednoize.com/ kann man sich recht einfach Texte mit MD5 codieren und decodieren lassen. Nicht nur von Zeit zu Zeit ganz brauchbar sondern auch in der Aufmachung eine witzige Idee.
Daran angelehnt habe ich mir die Mühe gemacht, und mal eine erste Version eines SearchPlugins für Firefox erstellt. Wie üblich: Nutzung auf eigene Gefahr, keine Gewährleistung, Garantie, Rücknahme o.ä. Updates vorbehalten.
Zu finden hier

Entwickeln unter Vista...

...zum Glück gibt es VirtualPC, VMWare, ... (VPC ist unter Vista deutlich besser als VMWare, da dieses leider dort noch immer viele Bugs hat)

Ich kann bisher nur davon abraten mit Vista zu entwickeln.
Aktuell verwende ich es in der Version mit SP1, aber die Anzahl der Bugs ist tödlich nervig - allein, dass mir der Speicher ständig vom InternetExplorer zugemüllt wird und ich ihn oftmals regelrecht abschießen muss.
Mit SP1 merkt man wieder, dass MS am IE herumgedreht hat, aber auch, dass noch vieles zu tun ist.
Auch das Verschieben von Dateien kann mitunter einen Datenverlust mit sich bringen... man muss sich ganz andere Verhaltensmuster angewöhnen.

Hoffentlich werde ich die auch wieder los.

Aber immerhin, in der Tat wird Vista mit jedem Bugfix spürbar erträglicher. Dennoch hab ich noch immer genügend Fehler im Alltag. Software Entwicklung bringt Systeme schnell an den Rand der Leistungsfähigkeit und offenbaren viel mehr Bugs, als bei einer "Normal"-Nutzung. Vor allem sollte ich darauf achten nächstes mal ein 64Bit OS zu verwenden, durch den Speicherhunger ist kaum noch genügend vorhanden von den 3+xGB RAM und irgendwie funktioniert der virtuelle Speicher auch nur wenn er nicht gerade seine Tage hat...