<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>SharePoint Magazine - Latest Comments in Getting started with SharePoint programming: Simplifying SharePoint debugging by creating the troubleshooting toolbox</title><link>http://sharepointmagazine.disqus.com/</link><description>SharePoint Magazine is an online magazine dedicated to the world of SharePoint and related Information Worker technologies.</description><atom:link href="https://sharepointmagazine.disqus.com/getting_started_with_sharepoint_programming_simplifying_sharepoint_debugging_by_creating_the_trouble/latest.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Thu, 04 Feb 2010 05:42:19 -0000</lastBuildDate><item><title>Re: Getting started with SharePoint programming: Simplifying SharePoint debugging by creating the troubleshooting toolbox</title><link>http://sharepointmagazine.net/?p=2631#comment-32588077</link><description>&lt;p&gt;Great . Zabardast Jawan bhot aala .. &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mfarhanjamil</dc:creator><pubDate>Thu, 04 Feb 2010 05:42:19 -0000</pubDate></item><item><title>Re: Getting started with SharePoint programming: Simplifying SharePoint debugging by creating the troubleshooting toolbox</title><link>http://sharepointmagazine.net/?p=2631#comment-14954574</link><description>&lt;p&gt;Regarding the logging to the System Event Log...  The only reason that you would need to run this particular call with elevated privileges would be if the source specified for the error logging did not previously exist in the registry.  Sources for the system event logs are located in  HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Eventlog. Directly under event log, you can see the of the event logs that appear under Windows logs and Application and Services Logs ( Setup and Forwarded Events being two exceptions). Each log has associated with it a number of event sources with a default source begin created for each log. The Application event log will always have an event source, etc., etc. The problem comes in when a new event source is specified (e.g., webpartName). The IIS worker process does not have permissions to create an entry in the directory.&lt;br&gt;The solution is not to elevate the permission of the IIS worker process but to create or reuse an existing System Event Log sources.  There is a little know utility called the Message Compiler that will create a resource DLL containing events and messages that can be specified when an event source is created. There is also a managed code counterpart to registering an event source with an application manifest but I have not yet taken the time to track down the particulars.&lt;br&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">GuyO</dc:creator><pubDate>Mon, 17 Aug 2009 09:00:15 -0000</pubDate></item><item><title>Re: Getting started with SharePoint programming: Simplifying SharePoint debugging by creating the troubleshooting toolbox</title><link>http://sharepointmagazine.net/?p=2631#comment-8276751</link><description>&lt;p&gt;Thanks Randy, you made my day :)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mechatronix</dc:creator><pubDate>Thu, 16 Apr 2009 19:00:19 -0000</pubDate></item><item><title>Re: Getting started with SharePoint programming: Simplifying SharePoint debugging by creating the troubleshooting toolbox</title><link>http://sharepointmagazine.net/?p=2631#comment-8136836</link><description>&lt;p&gt;Well written Ayman.  I've read scattered references to these areas in different places, but yours is the best consolidated description of what can really help what's otherwise a frustrating experience for SP developers.  &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Randy Williams</dc:creator><pubDate>Mon, 13 Apr 2009 19:06:40 -0000</pubDate></item><item><title>Re: Getting started with SharePoint programming: Simplifying SharePoint debugging by creating the troubleshooting toolbox</title><link>http://sharepointmagazine.net/?p=2631#comment-7316624</link><description>&lt;p&gt;Thanks Bjorn, I'm a fan of your  articles .. extremely helpful .. waiting for your book :)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mechatronix</dc:creator><pubDate>Wed, 18 Mar 2009 11:41:23 -0000</pubDate></item><item><title>Re: Getting started with SharePoint programming: Simplifying SharePoint debugging by creating the troubleshooting toolbox</title><link>http://sharepointmagazine.net/?p=2631#comment-7316230</link><description>&lt;p&gt;Great tips, Ayman!&lt;/p&gt;&lt;p&gt;I would also like to point out that when attaching to the debugger you can select all the w3wp processes in case your code runs in different application pools or you don't know which pool is correct. &lt;br&gt;.b&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bjørn Furuknap</dc:creator><pubDate>Wed, 18 Mar 2009 11:26:48 -0000</pubDate></item></channel></rss>