Ich habe gerade einen sehr empfehlenswerten Artikel über das Debuggen von multi-threaded Anwendungen bei Dr. Dobb’s gelesen:
Es wird zwar fast ausschließlich auf C++ eingegangen, aber man findet nützliche Ideen, die auch unter .NET sinnvoll sind.
Der Artikel basiert auf dem Buch „Multi-Core Programming“ von Shameem Akhter und Jason Roberts: http://www.intel.com/intelpress/sum_mcp.htm
Dort gibt es auch ein Probekapitel mit einer Einführung in Mehrprozessor-Systeme.
Allgemeine Tipps:
z.B. Pfad der ausgeführten Assembly ermitteln, Versionsnummer der Anwendung ermitteln und setzen, …
http://www.xoc.net/works/tips/default.asp
Sehr gutes Threading-Tutorial bzw. Threading-Ebook:
Auf der Webseite http://msdn.microsoft.com/vstudio/express/future/downloads/default.aspx kann man sich die Visual Studio „Orcas“ Express Editions – nach vorheriger Registrierung mit einem Passport-Account herunterladen. Weiterlesen
Icons im MDI-Fenster sind wohl im neuen Visual Studio 2005 immer noch nicht wirklich unterstützt. Ich habe heute eine Oberfläche geschrieben, in der die Client-Windows maximiert im MDI-Container dargestellt werden. Dabei habe ich mich allerdings sehr gewundert, dass dabei immer das C#-Standard-Icon angezeigt wurde – und nicht das Icon, das ich selbst definiert hatte.
Nachdem ich ziemlich lange nach dem Problem gegoogelt hatte, habe ich eine Lösung gefunden:
Überschreiben des Shown-Ereignisses: Wenn ich im Shown-Ereignis erst das Icon setze und anschließend die Client-Forms maximiere, dann klappt das mit dem Icon 🙂
Das Problem ist aber schon seit längerem bei Microsoft bekannt, wie der Eintrag aus der Newsgroup zeigt: http://groups.google.de/group/microsoft.public.dotnet.framework.windowsforms/browse_thread/thread/79b2c2a015e01f0f/4978aa6b78d60cf6
Ich arbeite schon seit einer Weile an einem InterOp-Projekt, bei dem nativer C++-Code bzw. eine ganze Bibliothek von .NET (C#) aus verfügbar gemacht werden soll.
Beim Surfen bin ich heute mehr oder weniger zufällig über das Blog von Daniel Walzenbach, seines Zeichens Developer Evangelist bei Microsoft, gestoßen.
Dort hat er die Links zu den Tastenkürzel-Tapeten für VB.NET, C# und C++ aufgeführt. Die jeweiligen Shortcut References gibt in grau und bunt.
Beim Kompilieren meines InterOp-Projektes erhielt ich heute die Fehlermeldung „error LNK2022: metadata operation failed (80131195) : Die benutzerdefinierten Attribute sind nicht konsistent: (0x0c0003bd).“ – eine echt tolle Fehlermeldung, mit der man sofort etwas anfangen kann!
Die MSDN ist an dieser Stelle auch nicht wirklich hilfreich 🙁
Seit heute gibt es das neue ASP.NET AJAX in der Version 1.0 als RTW („Release To Web“). Verbesserungen gibt es hinsichtlich Performanz und Skalierbarkeit auf gehosteten Umgebungen.
ScottGu hat in seinem Blog ebenfalls einen Artikel zu dem Thema verfasst:
http://weblogs.asp.net/scottgu/archive/2007/01/23/asp-net-ajax-1-0-released.aspx
Auf der Seite http://ajax.asp.net/ gibt es neben der Downloadmöglichkeit von ASP.NET AJAX auch noch zahlreiche Lernvideos. Hier ist der direkte Link zu den Videos: http://www.asp.net/learn/videos/default.aspx?tabid=63#ajax.
Auf MSDN Solve gibt es zahlreiche Anleitungen zum Einstieg mit ASP.NET AJAX. Themen sind u.a. „Wie funktioniert AJAX?“, „Wie vermeide ich das Neuladen einer Seite (Page-Refresh)?“ und „Wie verwende ich Atlas aus PHP heraus?“. Das ganze ist natürlich auf Deutsch und somit noch einfacher zu verstehen 😉
Wer das Ganze vorher erstmal sehen will, kommt hier auf seine Kosten:
http://ajax.asp.net/ajaxtoolkit/
Ich freue mich zumindest mal darauf, diese Sachen auszuprobieren. Ich werde auf jeden Fall meine Erfahrungen damit demnächst mal posten. Bis bald!
Die MSDN bzw. die Knowledge Base bietet einen Artikel, der beschreibt wie man eine ListView im DetailView sortieren kann:
Als ich heute in meinem Visual Studio 2005 eine Windows-Form bearbeiten wollte, erhielt ich folgende Fehlermeldung: „The path is not of a legal form.“:
Leider ist diese Fehlermeldung nicht sonderlich hilfreich und gibt auch keine Lösungsmöglichkeiten an. In einigen Foren habe ich gelesen, dass man das Projekt komplett neu kompilieren sollte.
Das habe ich dann auch gemacht. Dabei ist mir dann aufgefallen, dass ich gestern das zusätzliche Steuerelement (XPTable) als Projekt zwar eingebunden und referenzierte, aber – um Kompilierzeit zu sparen – das Projekt deaktivierte (Unload Project). Das war dann auch die Ursache für die oben genannte Fehlermeldung: Der Pfad zur abhängigen Referenz (Assembly) wurde nicht gefunden, da ich nicht das Assemblyfile referenzierte, sondern das Projekt.
Der Fehler wurde bereits über die Connect-Webseite an Microsoft gemeldet:
http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=90564