<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to 31: mscomm32 can't read from hub4com</title><link>https://sourceforge.net/p/com0com/bugs/31/</link><description>Recent changes to 31: mscomm32 can't read from hub4com</description><atom:link href="https://sourceforge.net/p/com0com/bugs/31/feed.rss" rel="self"/><language>en</language><lastBuildDate>Mon, 20 Aug 2018 18:04:44 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/com0com/bugs/31/feed.rss" rel="self" type="application/rss+xml"/><item><title>#31 mscomm32 can't read from hub4com</title><link>https://sourceforge.net/p/com0com/bugs/31/?limit=25#2139</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The problem was solved by adding the "--octs=off" command line option. For some reason MSComm can't receive events when the handshake is on.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ilya Basin</dc:creator><pubDate>Mon, 20 Aug 2018 18:04:44 -0000</pubDate><guid>https://sourceforge.net5cfa7568b6217efa01b79cd769e16a126412bee6</guid></item><item><title>#31 mscomm32 can't read from hub4com</title><link>https://sourceforge.net/p/com0com/bugs/31/?limit=25#9e8b</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I observe that  WriteOverlapped::OnWrite is delayed until the mscomm32 reader disconnects and another reader connects to the other side of the pair.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ilya Basin</dc:creator><pubDate>Mon, 30 Jul 2018 17:57:16 -0000</pubDate><guid>https://sourceforge.netdd1cc3fd21eb194296aee623933af0982c4b7f2f</guid></item><item><title>mscomm32 can't read from hub4com</title><link>https://sourceforge.net/p/com0com/bugs/31/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;There's this emulator &lt;a href="http://www.elexol.nl/en/products/espa-tool-uk" rel="nofollow"&gt;http://www.elexol.nl/en/products/espa-tool-uk&lt;/a&gt; which's built on VB6 and is using the mscomm32 library for serial io. When it's connected to a simple com0com pair, all is fine, but if this pair is part of a hub4com hub, the 'receive' event is never raised, even when I send just one byte. Other apps can read form this hub without problems.&lt;/p&gt;
&lt;p&gt;I was able to reproduce the issue in the custom .VBS script: &lt;a href="https://gist.github.com/basinilya/16fd6137ca6809268e869ae3ea634890" rel="nofollow"&gt;https://gist.github.com/basinilya/16fd6137ca6809268e869ae3ea634890&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;My com0com configuration:&lt;/p&gt;
&lt;div class="codehilite"&gt;&lt;pre&gt;&lt;span&gt;&lt;/span&gt;COM7 &lt;span class="o"&gt;&amp;lt;-&amp;gt;&lt;/span&gt; CNCB7
COM8 &lt;span class="o"&gt;&amp;lt;-&amp;gt;&lt;/span&gt; CNCB8
&lt;/pre&gt;&lt;/div&gt;


&lt;p&gt;Buffer overrun enabled. My hub.bat:&lt;/p&gt;
&lt;div class="codehilite"&gt;&lt;pre&gt;&lt;span&gt;&lt;/span&gt;hub4com --create-filter=trace --route=All:All --add-filters=All:trace \\.\CNCB7 \\.\CNCB8
&lt;/pre&gt;&lt;/div&gt;


&lt;p&gt;The reader script connects to COM8. The writer app connects to COM7. The trace suggests that hub4com is writing something:&lt;/p&gt;
&lt;div class="codehilite"&gt;&lt;pre&gt;&lt;span&gt;&lt;/span&gt;&lt;span class="m"&gt;2018&lt;/span&gt;&lt;span class="o"&gt;/&lt;/span&gt;&lt;span class="m"&gt;07&lt;/span&gt;&lt;span class="o"&gt;/&lt;/span&gt;&lt;span class="m"&gt;30&lt;/span&gt; &lt;span class="m"&gt;19&lt;/span&gt;&lt;span class="o"&gt;:&lt;/span&gt;&lt;span class="m"&gt;46&lt;/span&gt;&lt;span class="o"&gt;:&lt;/span&gt;&lt;span class="m"&gt;28.963&lt;/span&gt; CNCB7&lt;span class="p"&gt;(&lt;/span&gt;&lt;span class="m"&gt;0&lt;/span&gt;&lt;span class="p"&gt;)&lt;/span&gt;&lt;span class="o"&gt;-&lt;/span&gt;&lt;span class="p"&gt;(&lt;/span&gt;&lt;span class="kp"&gt;trace&lt;/span&gt;&lt;span class="p"&gt;)&lt;/span&gt;&lt;span class="o"&gt;-&amp;gt;:&lt;/span&gt; MSG_LINE_DATA &lt;span class="p"&gt;{[&lt;/span&gt;&lt;span class="m"&gt;1&lt;/span&gt;&lt;span class="p"&gt;]&lt;/span&gt;&lt;span class="o"&gt;:&lt;/span&gt;
  &lt;span class="m"&gt;04&lt;/span&gt;                                               &lt;span class="o"&gt;*&lt;/span&gt; &lt;span class="m"&gt;.&lt;/span&gt;                &lt;span class="o"&gt;*&lt;/span&gt;&lt;span class="p"&gt;}&lt;/span&gt;
&lt;span class="m"&gt;2018&lt;/span&gt;&lt;span class="o"&gt;/&lt;/span&gt;&lt;span class="m"&gt;07&lt;/span&gt;&lt;span class="o"&gt;/&lt;/span&gt;&lt;span class="m"&gt;30&lt;/span&gt; &lt;span class="m"&gt;19&lt;/span&gt;&lt;span class="o"&gt;:&lt;/span&gt;&lt;span class="m"&gt;46&lt;/span&gt;&lt;span class="o"&gt;:&lt;/span&gt;&lt;span class="m"&gt;28.978&lt;/span&gt; CNCB8&lt;span class="p"&gt;(&lt;/span&gt;&lt;span class="m"&gt;1&lt;/span&gt;&lt;span class="p"&gt;)&lt;/span&gt;&lt;span class="o"&gt;&amp;lt;-&lt;/span&gt;&lt;span class="p"&gt;(&lt;/span&gt;&lt;span class="kp"&gt;trace&lt;/span&gt;&lt;span class="p"&gt;)&lt;/span&gt;&lt;span class="o"&gt;-&lt;/span&gt;CNCB7&lt;span class="p"&gt;(&lt;/span&gt;&lt;span class="m"&gt;0&lt;/span&gt;&lt;span class="p"&gt;)&lt;/span&gt;&lt;span class="o"&gt;:&lt;/span&gt; MSG_LINE_DATA &lt;span class="p"&gt;{[&lt;/span&gt;&lt;span class="m"&gt;1&lt;/span&gt;&lt;span class="p"&gt;]&lt;/span&gt;&lt;span class="o"&gt;:&lt;/span&gt;
  &lt;span class="m"&gt;04&lt;/span&gt;                                               &lt;span class="o"&gt;*&lt;/span&gt; &lt;span class="m"&gt;.&lt;/span&gt;                &lt;span class="o"&gt;*&lt;/span&gt;&lt;span class="p"&gt;}&lt;/span&gt;
&lt;/pre&gt;&lt;/div&gt;

&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ilya Basin</dc:creator><pubDate>Mon, 30 Jul 2018 16:47:36 -0000</pubDate><guid>https://sourceforge.net4755dc6d0fe0b02c3fa553b7d135360b6f8799f5</guid></item></channel></rss>