<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Quick update about DSharingu</title>
	<link>http://v3.kazzuya.com/quick-update-about-dsharingu/</link>
	<description>DFWBL !!!</description>
	<pubDate>Fri, 18 May 2012 15:08:03 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.2</generator>

	<item>
		<title>by: Davide Pasca</title>
		<link>http://v3.kazzuya.com/quick-update-about-dsharingu/#comment-514</link>
		<pubDate>Sat, 07 Jan 2006 07:21:28 +0000</pubDate>
		<guid>http://v3.kazzuya.com/quick-update-about-dsharingu/#comment-514</guid>
					<description>Ahhh.. nevermind.. I wasn't handling correctly the callback in the thread to get the input message data. It's fixed now.. cool 8)</description>
		<content:encoded><![CDATA[<p>Ahhh.. nevermind.. I wasn&#8217;t handling correctly the callback in the thread to get the input message data. It&#8217;s fixed now.. cool 8)
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Davide Pasca</title>
		<link>http://v3.kazzuya.com/quick-update-about-dsharingu/#comment-513</link>
		<pubDate>Sat, 07 Jan 2006 06:45:01 +0000</pubDate>
		<guid>http://v3.kazzuya.com/quick-update-about-dsharingu/#comment-513</guid>
					<description>Right, not all messages need to be passed, but passing every message shouldn't lead to such problems anyway.
Yesterday night (this morning 8), I completed the multi-thread thing.. but it didn't seem to solve the problem 8(
I had to rewrite the MT code for the socket I/O anyway, so it wasn't a waste of time... but would have been nice if that solved the the problem !</description>
		<content:encoded><![CDATA[<p>Right, not all messages need to be passed, but passing every message shouldn&#8217;t lead to such problems anyway.<br />
Yesterday night (this morning 8), I completed the multi-thread thing.. but it didn&#8217;t seem to solve the problem 8(<br />
I had to rewrite the MT code for the socket I/O anyway, so it wasn&#8217;t a waste of time&#8230; but would have been nice if that solved the the problem !
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: rince</title>
		<link>http://v3.kazzuya.com/quick-update-about-dsharingu/#comment-512</link>
		<pubDate>Fri, 06 Jan 2006 18:08:39 +0000</pubDate>
		<guid>http://v3.kazzuya.com/quick-update-about-dsharingu/#comment-512</guid>
					<description>No, DefWindowProc doesnt always have to be called, sometimes you override processing for certain messages. You said that it 
gets stuck in a case of a specific message, so I was wondering if you needed some custom processing for that message.</description>
		<content:encoded><![CDATA[<p>No, DefWindowProc doesnt always have to be called, sometimes you override processing for certain messages. You said that it<br />
gets stuck in a case of a specific message, so I was wondering if you needed some custom processing for that message.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Davide Pasca</title>
		<link>http://v3.kazzuya.com/quick-update-about-dsharingu/#comment-511</link>
		<pubDate>Fri, 06 Jan 2006 04:09:13 +0000</pubDate>
		<guid>http://v3.kazzuya.com/quick-update-about-dsharingu/#comment-511</guid>
					<description>I wouldn't suggest trying that. DefWindowProc() needs to be calle dif one wants to be able to move the window etc.
Also I don't have a direct connection between SendInput() and DefWindowProc(). I mean, I send out in the wild events with SendInput(), but the resulting messages passing through DefWindowProc() are only byproducts which I have no direct connection to.
Anyhow we are close to be able to issue SendInput() on a separate thread as soon as the remote data comes. That should allow me to truly disconnect SendInput() from the main loop. In fact, SendInput() is a system-wide thing, and there is no need for it to be synchronized to the issuing application loop.</description>
		<content:encoded><![CDATA[<p>I wouldn&#8217;t suggest trying that. DefWindowProc() needs to be calle dif one wants to be able to move the window etc.<br />
Also I don&#8217;t have a direct connection between SendInput() and DefWindowProc(). I mean, I send out in the wild events with SendInput(), but the resulting messages passing through DefWindowProc() are only byproducts which I have no direct connection to.<br />
Anyhow we are close to be able to issue SendInput() on a separate thread as soon as the remote data comes. That should allow me to truly disconnect SendInput() from the main loop. In fact, SendInput() is a system-wide thing, and there is no need for it to be synchronized to the issuing application loop.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: rince</title>
		<link>http://v3.kazzuya.com/quick-update-about-dsharingu/#comment-510</link>
		<pubDate>Thu, 05 Jan 2006 17:41:57 +0000</pubDate>
		<guid>http://v3.kazzuya.com/quick-update-about-dsharingu/#comment-510</guid>
					<description>Hhhmmmmmmmm and if you dont call DefWindowProc for that message and just return then what happens?</description>
		<content:encoded><![CDATA[<p>Hhhmmmmmmmm and if you dont call DefWindowProc for that message and just return then what happens?
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Davide Pasca</title>
		<link>http://v3.kazzuya.com/quick-update-about-dsharingu/#comment-509</link>
		<pubDate>Thu, 05 Jan 2006 00:58:57 +0000</pubDate>
		<guid>http://v3.kazzuya.com/quick-update-about-dsharingu/#comment-509</guid>
					<description>Stuck in the DefWindowProc() ..never leaves ! ..strange</description>
		<content:encoded><![CDATA[<p>Stuck in the DefWindowProc() ..never leaves ! ..strange
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: rince</title>
		<link>http://v3.kazzuya.com/quick-update-about-dsharingu/#comment-508</link>
		<pubDate>Wed, 04 Jan 2006 17:47:55 +0000</pubDate>
		<guid>http://v3.kazzuya.com/quick-update-about-dsharingu/#comment-508</guid>
					<description>Do you mean that it keeps getting the same message very frequently and doesnt have time to process anything else or it gets
stuck trying to process that WM_NCCLIENT message?</description>
		<content:encoded><![CDATA[<p>Do you mean that it keeps getting the same message very frequently and doesnt have time to process anything else or it gets<br />
stuck trying to process that WM_NCCLIENT message?
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Davide Pasca</title>
		<link>http://v3.kazzuya.com/quick-update-about-dsharingu/#comment-507</link>
		<pubDate>Wed, 04 Jan 2006 15:42:49 +0000</pubDate>
		<guid>http://v3.kazzuya.com/quick-update-about-dsharingu/#comment-507</guid>
					<description>I dunno about the background tune thing. Seems a bit silly.
However there are times when one wants to share a part of a track.. for example mentioning a new CD or something.
It could become succesful, but definitely not when used for &lt;a href=&quot;http://muzak.com&quot; rel=&quot;nofollow&quot;&gt;elevator music&lt;/a&gt; !</description>
		<content:encoded><![CDATA[<p>I dunno about the background tune thing. Seems a bit silly.<br />
However there are times when one wants to share a part of a track.. for example mentioning a new CD or something.<br />
It could become succesful, but definitely not when used for <a href="http://muzak.com" rel="nofollow">elevator music</a> !
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: rasty</title>
		<link>http://v3.kazzuya.com/quick-update-about-dsharingu/#comment-506</link>
		<pubDate>Wed, 04 Jan 2006 13:23:51 +0000</pubDate>
		<guid>http://v3.kazzuya.com/quick-update-about-dsharingu/#comment-506</guid>
					<description>The skype plugin stuff is very interesting as Skype has some excellent networking you can use for your stuff! I'm currently looking forward to this http://www.automatetechnology.com/html/com/tunesup/

moo!</description>
		<content:encoded><![CDATA[<p>The skype plugin stuff is very interesting as Skype has some excellent networking you can use for your stuff! I&#8217;m currently looking forward to this <a href='http://www.automatetechnology.com/html/com/tunesup/' rel='nofollow'>http://www.automatetechnology.com/html/com/tunesup/</a></p>
<p>moo!
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Davide Pasca</title>
		<link>http://v3.kazzuya.com/quick-update-about-dsharingu/#comment-505</link>
		<pubDate>Wed, 04 Jan 2006 06:13:36 +0000</pubDate>
		<guid>http://v3.kazzuya.com/quick-update-about-dsharingu/#comment-505</guid>
					<description>The remote machine is somehow stuck in the WindowProc. For example if I press the minimize button, the WindowProc seems stuck in the WM_NCCLIENTsomething. I should try debug more. But I figured that it's a generic problem because it happens either if i try to move the window or press one of the buttons. So, it's basically about intereacting with it.</description>
		<content:encoded><![CDATA[<p>The remote machine is somehow stuck in the WindowProc. For example if I press the minimize button, the WindowProc seems stuck in the WM_NCCLIENTsomething. I should try debug more. But I figured that it&#8217;s a generic problem because it happens either if i try to move the window or press one of the buttons. So, it&#8217;s basically about intereacting with it.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>

