<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 12 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal">Hi, <o:p></o:p></p>
<p class="MsoNormal">I’m trying to work though an issue I’ve found in the Vortex library. I’m using the votex-1.1.7.b4612.g4612 release on a 64bit Linux machine. I think I’ve tracked down how the issue is occurring, and I believe it would be easy to fix, but
since I don’t know the library well, I don’t feel comfortable addressing the problem myself. The problem I am seeing is that when I call vortex_channel_set_serialize(channe, axl_true); for a particular channel, I never receive any frames. Looking through the
logs, it appears that vortex believes that it hasn’t received the first message on the channel, and so it is queuing the frames for later deliver.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I’ve dumped the TCP traffic, just to make sure there wasn’t something wrong at that level, and all the messages and sequence numbers are correct, so I figured it must be something else. Additionally, if I leave the serialization as the
default (i.e. do not call vortex_channel_set_serialize(channe, axl_true)), then my frame handler is called. However, I really want to take advantage the serialization provided by the library since that would make my code much simpler.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">At any rate, I believe I’ve tracked down the problem. The first 2 messages I send on the channel use vortex_channel_send_msg_and_wait() to receive the frames. Just before sending the third message, I make a call to vortex_set_channel_complete_flag(chan,
axl_false) to disable frame joining. The first 2 messages (and replies) are MSG/RPY style communications and are relatively small. The third message is a MSG/ANS pattern message, where each ANS is potentially very large, so allowing vortex to join the frames
is likely to exhaust memory.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">If I’m reading the code right, it looks like when the first 2 replies are received, because I am using wait_replies, the code that updates the sequence numbers is not getting executed. (i.e. __vortex_channel_invoke_received_handler is not
getting called). Because of this, the serialize_next_seqno is not updated when the first 2 replies are received, and vortex will wait forever for data it has already received.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">It seems like the fix would be to update the serialize_next_seqno even when a wait_reply is handling the message, but I can see how this may cause other problems.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I’m hoping someone can weigh in and let me know if this seems to be the case? Or am I way off base. I don’t think it would be too hard to adjust my code to not use wait_replies, but they are certainly convenient.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thanks,<o:p></o:p></p>
<p class="MsoNormal">Phil<o:p></o:p></p>
</div>
</body>
</html>