<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Thanks, Steve. Checked & confirmed.<br>
<br>
Regards,<br>
Michael<br>
<br>
<br>
<div class="moz-cite-prefix">Am 14.04.2018 um 09:37 schrieb Stephen
Casner:<br>
</div>
<blockquote type="cite"
cite="mid:alpine.OSX.2.21.1804140035290.35596@auge.attlocal.net">
<pre wrap="">Commit 90cd557de686cff06e1233ce64c64134b3fbd385 should fix this.
"git submodule update" will be required to get the changes in
Mongoose.
Michael, please verify that I updated the Mongoose submodule
correctly.
-- Steve
On Fri, 13 Apr 2018, Mark Webb-Johnson wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Steve,
I think the issue last time was that some protocols go back and modify the unsent buffer. They rely on the mg_send() not sending until control passes back to the loop.
Adding an option flag (default: unset) to allow mg_send to try to send data immediately seems a good solution to this. It can be used in ssh (and telnet?) to _try_ to send immediately. Presumably if the send would block, in mongoose, it doesn’t?
So, yes, please add this.
Regards, Mark.
</pre>
<blockquote type="cite">
<pre wrap="">On 13 Apr 2018, at 5:00 AM, Stephen Casner <a class="moz-txt-link-rfc2396E" href="mailto:casner@acm.org"><casner@acm.org></a> wrote:
Mark,
Would you like me to modify the Mongoose code to add an option flag so
that mg_send() will send immediately if it would not block (the way it
behaved with my modifications before you updated to a newer version)?
-- Steve
On Tue, 10 Apr 2018, Stephen Casner wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Mark,
This phenomenon is a consequence of the Mongoose behavior of buffering
all the data rather than sending immediately. We talked about some
approaches for an option to control that behavior, but I did not
implement any at the time since we were running with an unmodified
Mongoose at that point and we were not hitting memory crashes after
the adjustments we had made with tasks and stacks.
Subsequently we did decide to maintain some modifications to Mongoose,
so perhaps now I should implement an option for immediate sending.
-- Steve
On Tue, 10 Apr 2018, Mark Webb-Johnson wrote:
</pre>
<blockquote type="cite">
<pre wrap="">
Another one for Steve:
<a class="moz-txt-link-freetext" href="https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/issues/32">https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/issues/32</a> <a class="moz-txt-link-rfc2396E" href="https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/issues/32"><https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/issues/32></a>
When running commands in ssh console (maybe others), the output is batched up and only output when the command has finished running.
An example is:
test sd
But also:
ota flash http
It would be better if it could be output as the command is run.
The issue is that we get no output when the command is run, then 30 seconds later (when command finishes) everything comes in one big batch output. The progress messages issued while the command runs are batched up.
I don’t know how easy this is (I fear it is fundamental), but please have a look.
Thanks, Mark.
</pre>
</blockquote>
</blockquote>
</blockquote>
<pre wrap="">
</pre>
</blockquote>
<pre wrap="">></pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.openvehicles.com">OvmsDev@lists.openvehicles.com</a>
<a class="moz-txt-link-freetext" href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="160">--
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
</pre>
</body>
</html>