Jochen Kalmbach’s Blog

Microsoft C++ Days in Deutschland!

jkalmbach — Thu, 26 Jan 2012 07:31:18 +0000

C++ ist noch lange nicht tod! Microsoft hat in den letzten Jahren wieder mehr Resourcen in diesen Bereich investiert. Um wieder mehr auf diesen Bereich aufmerksam zu machen bzw. sich mal weider zu Informieren, was es alles gibt, solltest Du unbedingt auf einen der C++ Days gehen. Das beste dabei ist, das Ganze ist kostenlos! Also, gleich Anmelden:

~~2.2.2012 14:00- 18:00 Berlin~~ (ausgebucht)
7.2.2012 14:00- 18:00 Bad Homburg (noch freie Plätze!)
13.2.2012 14:00- 18:00 Karlsruhe (noch freie Plätze!)
~~5.3.2012 14:00- 18:00 Köln~~ (ausgebucht)

Mehr Infos unter:
http://blogs.msdn.com/b/cbinder/archive/2011/12/29/c-entwickler-uptodate-microsoft-c-day-2012.aspx

Infos über VC2011 (Developer Preview)

jkalmbach — Thu, 15 Sep 2011 08:28:33 +0000

Seit kurzem sind die Hilfeseiten für VS2011 online.

Dabei sind auch die Neuigkeiten für VC 2011 aufgeführt.

Der Blick ist wirklich lohnentswert.

Das neue VS kann man sich auch schon zusammen mit Windows 8 runterladen:
http://msdn.microsoft.com/en-us/windows/apps/br229516

Wer es in einer VM installieren möchte muss das neue VMWare 8 nehmen, da es in VMWare 7.1.4 wohl nicht geht (siehe hier ).

XmlSerializer verwenden mit abgeleiteten Klassen ohne “xsi:type” im XML zu verwenden

jkalmbach — Wed, 07 Sep 2011 20:05:26 +0000

Lange habe ich gerätselt, wie man verhindern kann, dass der XmlSerializer bei abgeleiteten Klassen immer nur als Element-Name die Basisklasse verwendet und dann im Attribute “xsi:type” den jeweiligen richtigen Typ reinschreibt/ausliest. Das sieht im XML immer sehr unschön aus:

>
   xsi:type="Ableitung01" />
   xsi:type="Ableitung02" />
>

Viel schöner wäre es ja, wenn direkt die abgeleitete Klasse in der Datei stehen würde:

>
   />
   />
>

Bisher hab ich sowas immer gemacht, indem ich das “XmlInclude” Attribut an die Root-Klasse rangehängt habe, um dem XmlSerializer mitzuteilen, welche Klassen er noch berücksichtigen soll. Heute hat mir nun ein Kollege ganz nebenbei eine XML-Datei gezeigt, die genau das hat, was ich schon lange suche… Der Trick ist einfach nur, das “XmlArrayItem” Attribut an dem jeweiligen Property der Liste dranzuhängen… damit werden die Listen-Einträge dann ohne “xsi:type” serialisiert und bekommen den lesbaren Namen

Hier ein kurzes Beispiel wie sowas aussieht:

using System.Collections.Generic;
using System.Xml.Serialization;

namespace ConsoleApplication_VS2010
{
  public abstract class BaseObject {}

  public class Special01 : BaseObject {}
  public class Special02 : BaseObject {}

  public class Root
  {
    readonly List _Objects = new List();

    [XmlArrayItem(typeof(Special01))]
    [XmlArrayItem(typeof(Special02))]
    public List Objects
    { get { return _Objects; } }
  }

  class Program
  {
    static void Main(string[] args)
    {
      var r = new Root();
      r.Objects.Add(new Special01());
      r.Objects.Add(new Special02());
      r.Objects.Add(new Special01());

      using (var sw = new System.IO.StringWriter())
      {
        var ser = new XmlSerializer(typeof (Root));
        ser.Serialize(sw, r);
        System.Console.WriteLine(sw.ToString());
      }

    }
  }
}

Dies ergibt dann:

 version="1.0" encoding="utf-16"?>
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://ww
w.w3.org/2001/XMLSchema">
  >
     />
     />
     />
  >
>

VHD mit VS2010 SP1 / TFS und vielen Hand-On-Labs

jkalmbach — Thu, 14 Jul 2011 16:24:47 +0000

Wer mal VS2010 SP1 Ultimate kostenlos testen will und dabei auh noch einige Hand-On-Labs machen will (incl. TFS Labs), der kann sich die VHD hier rinterladen:

http://blogs.msdn.com/b/briankel/archive/2010/06/25/now-available-visual-studio-2010-rtm-virtual-machine-with-sample-data-and-hands-on-labs.aspx

Ein kleiner Hinweis noch: Das Windows läuft am 1.November 2011 ab…

VS2010 SP1 - Achtung bei installiertem Windows SDK v7.1!

jkalmbach — Thu, 10 Mar 2011 21:15:23 +0000

Wer neben der Installation von VS2010 (Express oder Professional) auch noch das separate Windows SDK v7.1 installiert hat, der sollte das VS2010 SP1 nicht installieren!
Wenn man das SP1 installiert so werden die Compiler und C++ Libraries der IA64/x64 Komponenten gelöscht!
Es scheint so, als ob die Premium und Ultimate-Versionen davon nicht betroffen sind.

Mehr dazu siehe:
Visual Studio 2010 Service Pack 1 and Windows SDK for Windows 7 and .NET Framework 4 Issue

Update (2011-03-31):
Es gibt wohl ein Hotfix dazu. Siehe:
Microsoft Visual C++ 2010 Service Pack 1 Compiler Update for the Windows SDK 7.1

Edit- and Continue mit “Multitargeting” in VS2010

jkalmbach — Sat, 26 Feb 2011 18:35:15 +0000

Mit VS2010 wurde für VC++ das “Multi-Targeting” eingeführt. Damit kann man mit VS2010 entwickeln, aber trotzdem noch z.B. die Compiler/Linker von VS2008 verwenden. Das funktioniert auch ganz gut… Jetzt ist aber einem Kollegen von mir aufgefallen, dass bei einem Projekt wo dies so eingestellt ist, das Edit- and Continue im Debug-Mode wohl nicht mehr funktioniert.

Das scheint also leider ein Bug zu sein. Wenn das Toolset “v100″ ist, so geht alles; wenn man es umstellt auf “v90″ so geht das Edit- and C>ontinue nicht mehr. Sehr Schade… das erschwert natürlich die Entwicklung etwas wenn man sich mal daran gewöhnt hat

Hier der Link zu dem Eintrag auf Connect:
https://connect.microsoft.com/VisualStudio/feedback/details/647971/

Alternative zu .NET Reflector: ILSpy

jkalmbach — Fri, 11 Feb 2011 08:06:22 +0000

Nachdem redgate angekündigt hat ab der nächsten Version 35$ für .NET Reflector zu verlangen, stellt sich ja die Frage, was man macht, wenn man doch oft das sehr nützliche Tool verwendet.

Seit kurzem gibt es eine Alternative vom SharpDevelop-Team: ILSpy
http://www.ILSpy.net/

Es ist zwar immer noch in Entwicklung, aber es sieht zumindest vielversprechend aus:

RegFree COM Activation und Pfad zu einem anderen Verzeichnis / Unit-Tests

jkalmbach — Fri, 14 Jan 2011 17:25:25 +0000

Ich hatte hier das Problem, dass wir in einen VIsual Studio Unit Test eine COM-DLL verwenden müssen. Diesen wollen wir aber nicht auf dem Build-Server registrieren. Um dies zu umgehen, hab ich mittels CreateActCtx / ActivateCtx / usw. eine Klasse gemacht, mit der man ein Manifest zur Laufzeit aktivieren kann. Jetzt war aber das Hauptproblem, dass die Unit-Tests ja von einer Applikation ausgeführt werden, auf dessen Verzeichnis wir keinen Zugriff haben. Im Internet hab ich aber immer nur Beispiele gefunden, wo die COM-DLL im gleichen Verzeichnis wie die EXE lag. Dies geht hier aber nicht, sondern die DLL muss mit einem “DeployItem” auch in das entsprechende Out-Verzeichnis kopiert werden und von dort muss diese COM-DLL dann geladen werden. D.h. das Manifest muss auf diese Datei zeigen.
Ich hab das nicht hinbekommen…. mein erster Versuch war das “lpAssemblyDirectory” Feld in der ACTCTX Struktur zu setzen. Damit hab ich es aber nicht hinbekommen; hab alles erdenkliche versucht… er hat immer gemeldet, dass er die Datei nicht finden kann…
Dann hab ich es in der Manifest-Datei selber probiert. Dort hab ich es nur hinbekommen, wenn der auf den relativen Pfad geändert hab, also: .
Aber sobald ich einen vollständigen Pfad angegeben hab, ging es nicht mehr… ich bin fast verzweifelt…
Dann endlich kam ich drauf (keine Ahnung wie): Man muss den ganzen Pfad angeben, aber für jeden Slash jeweils *zwei* einfügen! Also:

Und siehe da: Es funktioniert, auch wenn die DLL nicht im entsprechenden EXE-Verzeichnis liegt.

Somit können wir jetzt Unit Tests erzeugen, welche eigentlich eine Registrierung von COM-DLLs auf dem Server verlangt hätten.

Mehr Infos dazu siehe:
https://cfx.svn.codeplex.com/svn/Visual%20Studio%202008/CSRegFreeCOMClient/Program.cs
http://www.mazecomputer.com/sxs/help/sxsapi2.htm

OT: Weihnachtsgeschichte im Web 2.0

jkalmbach — Tue, 04 Jan 2011 14:41:26 +0000

Wäre die Weihnachtsgeschichte in der heutigen Zeit passiert, so sehe sie vermutlich so oder so ähnlich aus:

Ändern des .NET TargetFrameworks in VS2010 für C++/CLI Projekte

jkalmbach — Tue, 04 Jan 2011 09:35:51 +0000

Leider gibt es in VS2010 bei C++/CLI Projekten keine Möglichkeite durch die Projekt-Eigenschaften einzustellen, welche .NET Version bei einem C++/CLI Projekt (/clr) verwendet werden soll.
Die einzige Möglichkeit ist es, dies direkt in der *.vcxproj-Datei vorzunehmen. Dazu sind Folgende Schritte notwendig:

Rechst-Klick auf das entsprechende Projekt im Solution Explorer und dann auf “Unload project” klicken
Dann nochmals ein Rechts-Klick auf das entladene Projekt im Solution Explorer und “Edit .vcxproj” auswählen
In the Projekt XML Datei nach dem Knoten suchen
In diesem Knoten nach dem Unterknoten such (wenn er nicht existiert muss man ihn hinzufüügen)
Der innere Text des Knotens definiert nun das TargetFramework. Es kann die Werte v2.0,v3.0, v3.5 oder v4.0 annehmen
Speichere die vcxproj Datei und schliesse sie
Dann nochmals ein Rechts-Klick auf das entladene Projekt im Solution Explorer und “Reload Project” auswählen

Beispiel:

   Label="Globals">
    >{089A9EBF-5149-462A-BC7E-2B1B59DE123C}>
    >Win32Proj>
    >CPP_VS2010>
    >v3.5>
  >