<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Introduction Tutorial: Logging ETW events in C#: System.Diagnostics.Tracing.EventSource</title><link>http://blogs.msdn.com/b/vancem/archive/2012/07/09/logging-your-own-etw-events-in-c-system-diagnostics-tracing-eventsource.aspx</link><description>Event Tracing for Windows (ETW) is a fast, scalable logging mechanism built into the Windows operating system. It is powerful because of three reasons 
 
 The operating system comes pre-wired with a bunch of useful events 
 It can capture stack traces</description><dc:language>en-US</dc:language><generator>Telligent Evolution Platform Developer Build (Build: 5.6.50428.7875)</generator><item><title>re: Introduction Tutorial: Logging ETW events in C#: System.Diagnostics.Tracing.EventSource</title><link>http://blogs.msdn.com/b/vancem/archive/2012/07/09/logging-your-own-etw-events-in-c-system-diagnostics-tracing-eventsource.aspx#10410736</link><pubDate>Fri, 12 Apr 2013 19:27:48 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10410736</guid><dc:creator>asava samuel</dc:creator><description>&lt;p&gt;This logger works really well:&lt;/p&gt;
&lt;p&gt;&lt;a rel="nofollow" target="_new" href="http://www.kellermansoftware.com/p-14-net-logging-library.aspx"&gt;www.kellermansoftware.com/p-14-net-logging-library.aspx&lt;/a&gt;&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10410736" width="1" height="1"&gt;</description></item><item><title>re: Introduction Tutorial: Logging ETW events in C#: System.Diagnostics.Tracing.EventSource</title><link>http://blogs.msdn.com/b/vancem/archive/2012/07/09/logging-your-own-etw-events-in-c-system-diagnostics-tracing-eventsource.aspx#10389856</link><pubDate>Thu, 31 Jan 2013 09:39:11 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10389856</guid><dc:creator>Twista27</dc:creator><description>&lt;p&gt;Thanks for the reminder about creating a manifest. I&amp;#39;m currently building our own TraceEventParser for specific needs.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10389856" width="1" height="1"&gt;</description></item><item><title>re: Introduction Tutorial: Logging ETW events in C#: System.Diagnostics.Tracing.EventSource</title><link>http://blogs.msdn.com/b/vancem/archive/2012/07/09/logging-your-own-etw-events-in-c-system-diagnostics-tracing-eventsource.aspx#10389553</link><pubDate>Wed, 30 Jan 2013 17:12:45 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10389553</guid><dc:creator>Vance Morrison</dc:creator><description>&lt;p&gt;A future version of WPA will simply &amp;#39;fix this&amp;#39; as they will read the manifest that the EventSource emits. &amp;nbsp; We have an internal tool that I will blog about in the several weeks that will take an eventSource and publish its manifest in a way that windows tools including WPA. &amp;nbsp;In the mean time you have to either use PerfView as to view as a work-around, or build and register the EventSource manifest (I am not going to bother to explain how to do this, either you are motivated enough to figure it out, or you will have to wait until I blog about the tool. &amp;nbsp; &amp;nbsp;&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10389553" width="1" height="1"&gt;</description></item><item><title>re: Introduction Tutorial: Logging ETW events in C#: System.Diagnostics.Tracing.EventSource</title><link>http://blogs.msdn.com/b/vancem/archive/2012/07/09/logging-your-own-etw-events-in-c-system-diagnostics-tracing-eventsource.aspx#10389507</link><pubDate>Wed, 30 Jan 2013 15:15:32 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10389507</guid><dc:creator>Twista27</dc:creator><description>&lt;p&gt;How can I create the required views and profiles for the Windows Performance Analyzer for my custom event source. Although I do see events on the graph, I don&amp;#39;t see any of their names.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10389507" width="1" height="1"&gt;</description></item><item><title>re: Introduction Tutorial: Logging ETW events in C#: System.Diagnostics.Tracing.EventSource</title><link>http://blogs.msdn.com/b/vancem/archive/2012/07/09/logging-your-own-etw-events-in-c-system-diagnostics-tracing-eventsource.aspx#10388944</link><pubDate>Mon, 28 Jan 2013 21:27:08 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10388944</guid><dc:creator>SMurray</dc:creator><description>&lt;p&gt;Found a bug in the implementation:&lt;/p&gt;
&lt;p&gt;Per MSDN, the EventTraceProperties.LoggerNameBuffer needs to come before EventTraceProperties.LogFileNameBuffer in NativeMethods.cs &lt;/p&gt;
&lt;p&gt;Fixing this also needs an update of the constructor so that the LogFileNameOffset and LoggerNameOffset are intialized correctly.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10388944" width="1" height="1"&gt;</description></item><item><title>re: Introduction Tutorial: Logging ETW events in C#: System.Diagnostics.Tracing.EventSource</title><link>http://blogs.msdn.com/b/vancem/archive/2012/07/09/logging-your-own-etw-events-in-c-system-diagnostics-tracing-eventsource.aspx#10388430</link><pubDate>Fri, 25 Jan 2013 21:30:51 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10388430</guid><dc:creator>Vance Morrison</dc:creator><description>&lt;p&gt;Channel support is not official and is was not a priority for the sample. &amp;nbsp; &lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10388430" width="1" height="1"&gt;</description></item><item><title>re: Introduction Tutorial: Logging ETW events in C#: System.Diagnostics.Tracing.EventSource</title><link>http://blogs.msdn.com/b/vancem/archive/2012/07/09/logging-your-own-etw-events-in-c-system-diagnostics-tracing-eventsource.aspx#10388417</link><pubDate>Fri, 25 Jan 2013 20:38:03 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10388417</guid><dc:creator>SGarratt</dc:creator><description>&lt;p&gt;What happened to the ChannelAttribute from the sample? &amp;nbsp;&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10388417" width="1" height="1"&gt;</description></item><item><title>re: Introduction Tutorial: Logging ETW events in C#: System.Diagnostics.Tracing.EventSource</title><link>http://blogs.msdn.com/b/vancem/archive/2012/07/09/logging-your-own-etw-events-in-c-system-diagnostics-tracing-eventsource.aspx#10352437</link><pubDate>Sun, 23 Sep 2012 15:10:40 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10352437</guid><dc:creator>Andre.Ziegler</dc:creator><description>&lt;p&gt;ah, ok. I only saw some ETW code in the BCL repository and thought this is the code.&lt;/p&gt;
&lt;p&gt;But an you still provide a NuGet package for VS2010/.net 4.0 users to use the EventSource easily? &lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10352437" width="1" height="1"&gt;</description></item><item><title>re: Introduction Tutorial: Logging ETW events in C#: System.Diagnostics.Tracing.EventSource</title><link>http://blogs.msdn.com/b/vancem/archive/2012/07/09/logging-your-own-etw-events-in-c-system-diagnostics-tracing-eventsource.aspx#10352066</link><pubDate>Fri, 21 Sep 2012 15:00:39 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10352066</guid><dc:creator>Vance Morrison</dc:creator><description>&lt;p&gt;EventSource is not on codeplex, but the version that i posted on this bog is almost identical to the V4.5 version. &amp;nbsp;That is the intent of that code (to allow you to easily transition to the offiical version.&lt;/p&gt;
&lt;p&gt;As to the whether it is better to put code in the framework or simply distribute it as a library, that is a trickier question. &amp;nbsp; The general answer is that &amp;#39;core&amp;#39; infrastructure that does not change much is useful to have in a framework. &amp;nbsp; Code that is pretty specialized (not used by most apps) and/or evolving rapidly benefits from the &amp;#39;ship as a library&amp;#39; approach. &amp;nbsp; Both techniques have their merits. &amp;nbsp; &lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10352066" width="1" height="1"&gt;</description></item><item><title>re: Introduction Tutorial: Logging ETW events in C#: System.Diagnostics.Tracing.EventSource</title><link>http://blogs.msdn.com/b/vancem/archive/2012/07/09/logging-your-own-etw-events-in-c-system-diagnostics-tracing-eventsource.aspx#10346345</link><pubDate>Tue, 04 Sep 2012 21:49:51 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10346345</guid><dc:creator>Andre.Ziegler</dc:creator><description>&lt;p&gt;is the EventSource class from codeplex compatible to the version in .net 4.5? Can I use the same code and add switches to use the codeplex version in .net 4.0 and the framework version in .net 4.5?&lt;/p&gt;
&lt;p&gt;And why are you doing the opposite of all other teams? They stripe out functionality into NuGet packages to update them faster and you move it to the core framework which makes it harder to get updates (special hotfixes or service packs).&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10346345" width="1" height="1"&gt;</description></item></channel></rss>