<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: A C++ Debug Stream for Win32</title>
	<atom:link href="http://marknelson.us/2001/09/01/win32-debug-stream/feed/" rel="self" type="application/rss+xml" />
	<link>http://marknelson.us/2001/09/01/win32-debug-stream/</link>
	<description>Programming, mostly.</description>
	<lastBuildDate>Tue, 07 Feb 2012 16:05:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Mark Nelson</title>
		<link>http://marknelson.us/2001/09/01/win32-debug-stream/comment-page-1/#comment-266164</link>
		<dc:creator>Mark Nelson</dc:creator>
		<pubDate>Fri, 23 Jan 2009 13:47:43 +0000</pubDate>
		<guid isPermaLink="false">/2001/09/01/win32-debug-stream/#comment-266164</guid>
		<description>@paros:

I&#039;m not sure which windows you are talking about when you discuss window updates.

If it is a matter of not seeing the debug window updated quickly enough, an excellent solution is to modify the program to send its output to DebugView, which can be done pretty easily.</description>
		<content:encoded><![CDATA[<p>@paros:</p>
<p>I&#8217;m not sure which windows you are talking about when you discuss window updates.</p>
<p>If it is a matter of not seeing the debug window updated quickly enough, an excellent solution is to modify the program to send its output to DebugView, which can be done pretty easily.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: paros</title>
		<link>http://marknelson.us/2001/09/01/win32-debug-stream/comment-page-1/#comment-266114</link>
		<dc:creator>paros</dc:creator>
		<pubDate>Fri, 23 Jan 2009 06:00:29 +0000</pubDate>
		<guid isPermaLink="false">/2001/09/01/win32-debug-stream/#comment-266114</guid>
		<description>I really need something like this, the problem is that in winAPI, these windows are not updated FAST ENOUGH to actually keep track of lines of code deep inside non-GUI classes, even when such classes are fed a pointer to the &quot;debugging console&quot;.  There is a certain order that windows are refreshed in winAPI, and this is tied into the message pump cycle.  You cannot get these windows to update faster.   You may be able to plot graphics primitives, but when your main window is in openGL that idea is scrapped.  How did the author get around the fact that winAPI windows are only updated on the message pump cycle?  How will I ever determine where my complex program is crashing??</description>
		<content:encoded><![CDATA[<p>I really need something like this, the problem is that in winAPI, these windows are not updated FAST ENOUGH to actually keep track of lines of code deep inside non-GUI classes, even when such classes are fed a pointer to the &#8220;debugging console&#8221;.  There is a certain order that windows are refreshed in winAPI, and this is tied into the message pump cycle.  You cannot get these windows to update faster.   You may be able to plot graphics primitives, but when your main window is in openGL that idea is scrapped.  How did the author get around the fact that winAPI windows are only updated on the message pump cycle?  How will I ever determine where my complex program is crashing??</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keith</title>
		<link>http://marknelson.us/2001/09/01/win32-debug-stream/comment-page-1/#comment-50543</link>
		<dc:creator>Keith</dc:creator>
		<pubDate>Thu, 06 Dec 2007 02:32:41 +0000</pubDate>
		<guid isPermaLink="false">/2001/09/01/win32-debug-stream/#comment-50543</guid>
		<description>It&#039;s very useful. Thanks.</description>
		<content:encoded><![CDATA[<p>It&#8217;s very useful. Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ciantic (Jari Pennanen)</title>
		<link>http://marknelson.us/2001/09/01/win32-debug-stream/comment-page-1/#comment-49605</link>
		<dc:creator>Ciantic (Jari Pennanen)</dc:creator>
		<pubDate>Fri, 30 Nov 2007 22:43:15 +0000</pubDate>
		<guid isPermaLink="false">/2001/09/01/win32-debug-stream/#comment-49605</guid>
		<description>Hi! Here is a neat trick for those of you who happens to use mingw-g++ for linking your program:

If you use mingw-g++.exe as your linker you can easily &quot;enable&quot; the command prompt for printf calls just by *removing* the -mwindows switch while linking. And when you don&#039;t need the command prompt (complete program) you just add the -mwindows switch again.</description>
		<content:encoded><![CDATA[<p>Hi! Here is a neat trick for those of you who happens to use mingw-g++ for linking your program:</p>
<p>If you use mingw-g++.exe as your linker you can easily &#8220;enable&#8221; the command prompt for printf calls just by *removing* the -mwindows switch while linking. And when you don&#8217;t need the command prompt (complete program) you just add the -mwindows switch again.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alver</title>
		<link>http://marknelson.us/2001/09/01/win32-debug-stream/comment-page-1/#comment-35411</link>
		<dc:creator>alver</dc:creator>
		<pubDate>Mon, 10 Sep 2007 12:57:36 +0000</pubDate>
		<guid isPermaLink="false">/2001/09/01/win32-debug-stream/#comment-35411</guid>
		<description>This is nice article and example! Thanks a lot.</description>
		<content:encoded><![CDATA[<p>This is nice article and example! Thanks a lot.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

