<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Registry on Marko Apfel</title><link>http://blog.marko-apfel.de/tags/registry/</link><description>Recent content in Registry on Marko Apfel</description><generator>Hugo</generator><language>en-US</language><lastBuildDate>Wed, 01 May 2013 11:31:00 +0200</lastBuildDate><atom:link href="http://blog.marko-apfel.de/tags/registry/index.xml" rel="self" type="application/rss+xml"/><item><title>Ensuring unique CIDs for MSDTC in BizTalk installations</title><link>http://blog.marko-apfel.de/posts/ensuring-unique-cids-for-msdtc-in-biztalk-installations/</link><pubDate>Wed, 01 May 2013 11:31:00 +0200</pubDate><guid>http://blog.marko-apfel.de/posts/ensuring-unique-cids-for-msdtc-in-biztalk-installations/</guid><description>&lt;h2 id="situation"&gt;Situation&lt;/h2&gt;
&lt;p&gt;By installing BizTalk in a distributed environment it is essential, that the MS DTC (Microsoft Distributed Transaction Controller) have an unique CID. Notably by cloning machines in a virtual environment this is often not the case, if the customizing after cloning is too simple establishes. A lot of system guys don’t care about this IDs – they only change the SIDs of the systems.&lt;/p&gt;</description></item><item><title>"Failure has occurred while loading a type."</title><link>http://blog.marko-apfel.de/posts/failure-has-occurred-while-loading-a-type/</link><pubDate>Fri, 28 Oct 2011 12:08:00 +0200</pubDate><guid>http://blog.marko-apfel.de/posts/failure-has-occurred-while-loading-a-type/</guid><description>&lt;h2 id="motivation"&gt;Motivation&lt;/h2&gt;
&lt;p&gt;During programming suddenly this error (&lt;code&gt;Failure has occurred while loading a type&lt;/code&gt;) was thrown by accessing a artifact of a referenced library.&lt;/p&gt;
&lt;p&gt;In such cases I take the assembly fusion logger &lt;em&gt;fuslogvw&lt;/em&gt; to search for problems of loading assemblies. Sometimes an old version from a not expected folder is binded. But all bindings were correct.&lt;/p&gt;</description></item><item><title>Correcting wrong AssemblyInfo Copyright and Vendor-information</title><link>http://blog.marko-apfel.de/posts/correcting-wrong-assemblyinfo-copyright-and-vendor-information/</link><pubDate>Mon, 01 Aug 2011 09:53:00 +0200</pubDate><guid>http://blog.marko-apfel.de/posts/correcting-wrong-assemblyinfo-copyright-and-vendor-information/</guid><description>&lt;h2 id="initial-situation"&gt;Initial situation&lt;/h2&gt;
&lt;p&gt;Normally all of our installations are registered to the company name.&lt;/p&gt;
&lt;p&gt;But now we have the effect that some (developer) tool seems to overwrite this registry entries. That results in the following:&lt;/p&gt;</description></item><item><title>Clear list of recent repositories in Git Extensions</title><link>http://blog.marko-apfel.de/posts/clear-list-of-recent-repositories-in-git-extensions/</link><pubDate>Tue, 04 Jan 2011 01:12:00 +0100</pubDate><guid>http://blog.marko-apfel.de/posts/clear-list-of-recent-repositories-in-git-extensions/</guid><description>&lt;p&gt;Orphaned and wrong specified repositories in the recent list are annoying. Straightaway I does not found an option to clean this entries. And also not the persistence place for that.&lt;/p&gt;
&lt;p&gt;So it was time for &lt;em&gt;Process Explorer&lt;/em&gt;.&lt;/p&gt;</description></item><item><title>Explorer context menu to create a blank Visual Studio solution</title><link>http://blog.marko-apfel.de/posts/explorer-context-menu-to-create-a-blank-visual-studio-solution/</link><pubDate>Fri, 03 Sep 2010 15:25:00 +0200</pubDate><guid>http://blog.marko-apfel.de/posts/explorer-context-menu-to-create-a-blank-visual-studio-solution/</guid><description>&lt;p&gt;Starting a new Visual Studio solution through the IDE is often too complex and time wasting.&lt;/p&gt;
&lt;p&gt;Other programs allows per default to create a blank document with the explorer context menu. Why not offer this functionality for Visual Studio?&lt;/p&gt;</description></item><item><title>Caching of toolbar names in ArcMap</title><link>http://blog.marko-apfel.de/posts/caching-of-toolbar-names-in-arcmap/</link><pubDate>Tue, 08 Jun 2010 10:06:00 +0200</pubDate><guid>http://blog.marko-apfel.de/posts/caching-of-toolbar-names-in-arcmap/</guid><description>&lt;p&gt;For little GUI-changes in own ArcMap-customizations normally it is enough to start the application and look that every entry is visible. Especially for refactoring of an own toolbar it was still enough to verify that the toolbar is already shown in the choice-list.&lt;/p&gt;</description></item><item><title>WinXP search problem</title><link>http://blog.marko-apfel.de/posts/winxp-search-problem/</link><pubDate>Wed, 21 Oct 2009 06:07:00 +0200</pubDate><guid>http://blog.marko-apfel.de/posts/winxp-search-problem/</guid><description>&lt;p&gt;When you search for files that contain text by using the &lt;strong&gt;A word or phrase in the file&lt;/strong&gt; search criterion, the search results may not contain files that contain the text that you specified. For example, &lt;code&gt;.log&lt;/code&gt;, &lt;code&gt;.dll&lt;/code&gt;, &lt;code&gt;.js&lt;/code&gt;, &lt;code&gt;.asp&lt;/code&gt;, &lt;code&gt;.xml&lt;/code&gt;, &lt;code&gt;.xsl&lt;/code&gt;, &lt;code&gt;.hta&lt;/code&gt;, &lt;code&gt;.css&lt;/code&gt;, &lt;code&gt;.wsh&lt;/code&gt;, &lt;code&gt;.cpp&lt;/code&gt;, &lt;code&gt;.c&lt;/code&gt;, or &lt;code&gt;.h&lt;/code&gt; files, or files with no file name extension, may not appear in the search results even if the files contain the text that you specified. This problem may occur even if you specified the file name or type in the All or part of the file name box.&lt;/p&gt;</description></item></channel></rss>