Posts mit dem Label VisualStudio werden angezeigt. Alle Posts anzeigen
Posts mit dem Label VisualStudio werden angezeigt. Alle Posts anzeigen

Wix Installer Custom Action Kompilieren mit msbuild x64

Versucht man mit msbuild 4 x64 eine Custom Action für den Wix Installer zu kompilieren, endet das meist in folgender Fehlermeldung:

 c:\Windows\Microsoft.NET\Framework64\v4.0.30319\Microsoft.Common.targets(1360,9): warning MSB3245: Could not resolve
this reference. Could not locate the assembly "Microsoft.Deployment.WindowsInstaller, Version=3.0.0.0, Culture=neutral,
PublicKeyToken=ce35f76fcda82bad, processorArchitecture=MSIL". Check to make sure the assembly exists on disk. If this
reference is required by your code, you may get compilation errors. [C:\....CustomActi
ons\MyProjectCustomActions.csproj]
 
Dies liegt daran, dass das Auflösen des Assembly – Pfades nicht funktioniert.
Abhilfe schafft das Eintragen des folgenden Keys in die Registry:
image

HKLM\Software\Microsoft\.NetFramework\AssemblyFolders\Wix 3.7

Visual Studio–Direktfenster einblenden

Wer das Direktfenster im Visual Studio einblenden will ist sehr häufig am suchen.

Es gibt keinen Menüeintrag und die Tastatur – Shortcuts sind auch keine Hilfe.

Die einfachste Variante ist über das Befehlsfenster zu gehen.

Dazu einfach das Befehlsfenster öffnen und dann “immed” eingeben.

Fertig.

Technorati-Markierungen: ,,,,,

C++ CLI vs. C# Keywords

Hier ein paar Samples für die Umsetzung C# zu C++ / CLI

Statische Klassen

C#: public static class XYZ {}

C++ / CLI : public ref class XYZ abstract sealed {}

 

ReadOnly Member

C#: public readonly string Text = “Hallo Welt”;

C++ / CLI: public: initonly System::String^ Text = “Hallo Welt”;

 

Static Const

C#: public static const string NAME = “Wert”;

C++ / CLI: public: literal System::String^ NAME = “Wert”;

 

Namespace

C#: namespace DE.Firma.Produkt { … }

C++ / CLI: namespace DE { namespace Firma { namespace Produkt {…}}}

 

Technorati-Markierungen: ,,,,,,,

Visual Studio 2012 Update 2 (Servicepack 2) verfügbar

Den Download findet ihr hier: http://www.microsoft.com/de-de/download/details.aspx?id=38188

Es kommen zahlreiche neue Features hinzu wie zum Beispiel:

  • Verbesserungen beim Unittesting für Metro Apps
  • Erweitertes Unittesting für WindowsPhone
  • Sketchflow für Blend (Yeah :)
  • Erweitertes IntelliTrace

Außerdem noch endlos viele Bugfixes.

Details zu den Fixes und neuen Features findet ihr hier: http://support.microsoft.com/kb/2797912/en-us

 

LINK : fatal error LNK1123: failure during conversion to COFF

Wer C++ Projekte mit dem Visual Studio 2010 erstellt hat und auf der Maschine auch VS2012 installiert, bekommt unter Umständen folgende Fehlermeldung beim Linken:

LINK : fatal error LNK1123: failure during conversion to COFF

Weder mit dem VS2012 noch mit dem VS2010 kann nun kompiliert werden.

Abhilfe schafft die Neuinstallation des SP1 von VS2010.

 

Technorati-Markierungen: ,,,

HowTo GitHub = Git Bash + PuTTY

Auf meinem System habe ich Putty für eine Remote Shell per SSH installiert. Außerdem läuft auch WinSCP für den sicheren Dateitransfer.

Nachdem ich lange mit GitHub über TortoiseGit gearbeitet habe, konnte mich ein Kollege überzeugen bisher verborgenen Features unter Zuhilfenahme der Git Bash zu nutzen.

Auch die Möglichkeit der Authentifizierung per RSA KeyPair wollte ich nutzen.

Die Installation der Git Bash (mSysGit) von http://code.google.com/p/msysgit/ war Problemlos möglich.

Auch das lokale Arbeiten funktioniert einwandfrei. Selbst in Verbindung mit Tortoise als auch der Visual Studio 2010 Extension “Git Source Control Provider” (http://visualstudiogallery.msdn.microsoft.com/63a7e40d-4d71-4fbb-a23b-d262124b8f4c?SRC=VSIDE) gibt es keine Probleme.

Probleme macht jedoch das Abrufen von Repositorys oder das Pushen von Updates bei Verwendung der SSH.

Zum Beispiel schlägt folgender Befehl fehl:

git clone git@github.com:blndev/progit.git

Die Fehlermeldung lautet: “No supported authentication methods available (server sent: publickey)”

gitbash_error

Folgendes habe ich vorher getan:

Alle Einstellungen während des ablaufenden Prozesses wurden im Standard belassen. Durch diesen Befehl wurde ein Verzeichnis “.ssh” unter %userprofile% erzeugt. In diesem liegen folgende Dateien:

  • id_rsa
  • id_rsa.pub

Die Datei id_rsa.pub habe ich im Notepad geöffnet und den Text komplett kopiert. Dieser Text wurde dann bei GitHub als Key eingetragen.

Eine Testverbindung mittels:

war erfolgreich.

Außerdem habe ich in die globale Konfiguration meinen Benutzernamen und die bei GitHub registrierte Email eingetragen. So muss ich dies nicht für jedes Projekt einzeln angeben.

  • git config --global user.name "Firstname Lastname"
  • git config --global user.email “your_email@youremail.com”

 

Viele Tipps haben leider nicht geholfen. Auch nicht das Entfernen folgenden Registry Keys:

“HKEY_CURRENT_USER\Software\SimonTatham\PuTTY\Sessions\Default Settings”

Nach vielen Recherchen und einigem probieren schien Putty das Problem zu verursachen.

Dies führte mich zu folgender Lösung:

1. Start von puttygen.exe (über GitBash)

puttygen

Nun muss ein Key generiert werden.

Der private Schlüssel muss als PPK gespeichert werden.

Nun muss im Menüpunkt “Conversions” der Punkt “Export Open SSH Key” gewählt werden. Die Datei wird unter %userprofile%\.ssh\id_rsa gespeichert.

Als nächstes wird die Option “Save public key” gewählt und die Datei unter 
%userprofile%\.ssh\id_rsa.pub abgelegt

Nachdem dies erledigt ist muss der Public Key wieder bei GitHub registriert werden.

Ein Test mit “ssh –T git@github.com” sollte erfolgreich sein.

Nun wird der Putty Authentication Agent über die Git Bash wie folgt gestartet:

pageant&

Dieses Tool erscheint im System Tray als Icon und muss von dort per Doppelklick hervorgeholt werden.

pageant

Hier wird nun per “Add Key” der zuvor gespeicherte Private Key (*.ppk) geladen.

Ist das geschehen kann das Tool wieder minimiert werden (close).

Jetzt sollte einer Verwendung von GitBash (msysgit) über Putty auf GitHub nichts mehr entgegen stehen.

Happy Coding

Technorati-Markierungen: ,,,,,

SharePoint 2010 – Powertools für VisualStudio

Wer vorhandene Lösungen auf Sandboxed – Solutions umstellt kennt das Problem. Der Compiler “meckert” nicht wenn unerlaubte Funktionen, wie zum Beispiel SPRunWithElevatedPrivileges, aufgerufen werden.

Zwar zeigt die Visual Studio IntelliSense “unerlaubte” Objekte nicht an, wer jedoch Code wiederverwendet, muss mühsam von Hand durchschauen ob sicherheitsrelevante Aufrufe vorhanden sind.

Die Microsoft Visual Studio 2010 SharePoint Power Tools helfen unter anderem hier. Nicht erlaubte Aufrufe erzeugen dann einen Compilerfehler. So lassen sich einfach alte Codeteile auch in Sandboxed Solutions einbinden und prüfen.

Den Download findet ihr hier: http://visualstudiogallery.msdn.microsoft.com/en-us/8e602a8c-6714-4549-9e95-f3700344b0d9?SRC=VSIDE

Der Installer funktioniert übrigens auch auf einem x64 – System…

VS2010/.Net 4 - Wo ist das gacutil?

Wenn Sie sich CustomBuildActions oder VSMakros zur Automatisierung einiger Entwicklungsschritte geschrieben haben, dann müssen Sie die Pfade zu diesen Tools anpassen.

Wer sich wundert wo diese Tools sind, sie liegen nicht mehr im Visual Studio oder Windows/.Net Verzeichnis, sondern jetzt unter:
%ProgramFiles%\Microsoft SDKs\Windows\v7.0A\bin\NETFX 4.0 Tools\

VisualStudio 2010 + .Net 4.0 - Beta 1 verfügbar

Im MSDN - Subscriber - Portal stehen ab sofort das VisualStudio 2010 sowie das .Net Framework 4.0 in der Version Beta 1 zum Download zur Verfügung.

Der Download hat eine Größe von 1258,76 MB.