Exceptions zwangsweise fangen

Manchmal möchte man im Visual Studio Exceptions fangen obwohl sie z.B. in einem „try catch“ Block liegen. Dies ist relativ einfach möglich sobald man weiß an welcher Stelle man suchen muss. Im Menü „Debug“ gibt es den passenden Menüpunkt:

Wenn man dort den Punkt „Exceptions…“ aufruft bekommt man folgendes Dialogfenster zu sehen:

In diesem kann man dann alle Exceptions angeben welche zwangsweise gefangen werden sollen.

Weitere Informationen gibt es unter:
http://de.wikipedia.org/wiki/Visual_Studio

Solution Explorer Selektion im Visual Studio zusammenklappen

Im Visual Studio gibt es den sogenannten „Solution Explorer“. Das Problem mit diesem ist, das er, sobald man ein paar Projekte (z.B. Bibliotheken) hineinpackt, das ganze doch ziemlich unübersichtlich wird. So fängt man dann an die Projekte in der Solution zusammenzuklappen. Das macht bei 30 oder 40 Projekten in einer Solution aber keinen Spaß mehr.

Aus diesem Grund gibt es das AddIn „Collapse Selection In Solution Explorer“ von Microsoft welches unter http://visualstudiogallery.msdn.microsoft.com/cb0ec47d-05a4-40a7-ba39-9a2da6492f1c/ zu finden ist. Dieses AddIn fügt dem „Solution Explorer“ einen kleinen neuen Button hinzu, mit welchem sich die Selektion und alle untergeordneten Elemente einklappen lassen.

Probleme beim Debuggen im Visual Studio / MonoDevelop

Bei einem C# Projekt von mir, welches ich in Visual Studio und MonoDevelop bearbeite, gab es einige Probleme mit dem debuggen. Unter MonoDevelop reichte es die Hauptklasse anzugeben, so das er in diese springen konnte.

Bei Visual Studio fruchtete dies leider nicht. Dort stellt sich die Frage ob es eventuell eine Inkompatibilität zwischen den Projektdateien gibt. Hier ist wohl weitere Forschung nötig.

Weitere Informationen gibt es unter:
http://de.wikipedia.org/wiki/MonoDevelop
http://de.wikipedia.org/wiki/Visual_Studio

Was mich an MonoDevelop stört

MonoDevelop an sich ist eine schöne Entwicklungsumgebung für das Schreiben von Mono Anwendungen. Allerdings sind mir im Laufe der letzten Tage einige unschöne Dinge an MonoDevelop aufgefallen, welche dem Entwickler doch ziemlich nerven:

  • Mono startet augenscheinlich nie maximiert
  • die Optionen können nicht importiert und exportiert werden
  • der letzte View wird sich nicht gemerkt, beim Start wird immer der Default View benutzt
  • die Codeformatierung aktiviert sich nicht nach dem schließen einer geschweiften Klammer
  • Dateien können von Projekt zur Projekt verschoben werden, aber nicht in andere Ordner
  • es gibt kein Symbol zum Aus- und Einkommentieren in der Toolbar
  • keine Blockeditierfunktion (vertikales Editieren)
  • keine Option vorhanden um alle #region Objekte auf einmal zu schließen
  • anscheinend merkt sich MonoDevelop nicht ob eine Region geschlossen oder geöffnet war

An sich sind es viele Kleinigkeiten, die einen allerdings mit der Zeit doch ziemlich behindern und nerven. Dort sollte nachgebessert werden, damit die Entwicklung mit MonoDevelop mehr Spaß macht und produktiver wird :)

Weitere Informationen gibt es unter:
http://de.wikipedia.org/wiki/MonoDevelop
http://wiki.ubuntuusers.de/entwicklungsumgebungen

SNES Entwickler Cartridge

Wenn man für das SNES Homebrew entwickeln möchte, so kann man diese natürlich auf einem Emulator testen. Natürlich möchte man das ganz dann auch auf einem echten SNES testen ohne umständlich jedes mal ein ROM zu brennen. Bei so etwas macht sich eine Entwickler Cartridge wie die Quickdev16 Sinn. Zu finden ist diese unter http://www.assembla.com/wiki/show/quickdev16. Das ganze soll wohl Open Source sein, leider fand ich auf der Seite allerdings nichts zur entsprechenden Lizenz. Mit der Cartridge kann man dann einfach sein ROM per USB übertragen und es auf den SNES testen.

Weitere Informationen gibt es unter:
http://de.wikipedia.org/wiki/SNES
http://optixx.org