<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Fuslogvw on Marko Apfel</title><link>http://blog.marko-apfel.de/tags/fuslogvw/</link><description>Recent content in Fuslogvw on Marko Apfel</description><generator>Hugo</generator><language>en-US</language><lastBuildDate>Fri, 28 Oct 2011 12:08:00 +0200</lastBuildDate><atom:link href="http://blog.marko-apfel.de/tags/fuslogvw/index.xml" rel="self" type="application/rss+xml"/><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>NUnit project file cant reference assemblies which are not in subfolders</title><link>http://blog.marko-apfel.de/posts/nunit-project-file-cant-reference-assemblies-which-are-not-in-subfolders/</link><pubDate>Fri, 12 Jun 2009 13:35:00 +0200</pubDate><guid>http://blog.marko-apfel.de/posts/nunit-project-file-cant-reference-assemblies-which-are-not-in-subfolders/</guid><description>&lt;p&gt;We use a developer tree like&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;code&gt;src&lt;/code&gt; (contains the master-SLN and other code-stuff)&lt;/li&gt;
&lt;li&gt;&lt;code&gt;build&lt;/code&gt; (contains tools to build assemblies, code-doku, ..)&lt;/li&gt;
&lt;li&gt;&lt;code&gt;bin&lt;/code&gt; (central common output-folder for c#-compiler)&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Under src normally the &lt;code&gt;&amp;lt;project&amp;gt;.nunit&lt;/code&gt; should lay. But this file then references the assembly in a schema like:
&lt;code&gt;&amp;lt;assembly path=&amp;quot;..\bin\Debug\EsriDE.PipelineManagement.Core.ClassExtensions.Test.dll&amp;quot; &amp;gt;&lt;/code&gt;&lt;/p&gt;</description></item><item><title>das SDK-Tool fuslogvw</title><link>http://blog.marko-apfel.de/posts/das-sdk-tool-fuslogvw/</link><pubDate>Thu, 04 May 2006 15:45:00 +0200</pubDate><guid>http://blog.marko-apfel.de/posts/das-sdk-tool-fuslogvw/</guid><description>&lt;p&gt;Im Zusammenhang mit der Entwicklung eines eigenen BizTalk Adapters trat immer wieder das Problem auf, dass nicht klar war ob ein Assembly geladen wurde oder nicht. Und gerade im Nichtladefall was der Grund dafür war.&lt;/p&gt;</description></item></channel></rss>