<div dir="ltr"><div dir="ltr">Oh damn, that is both unfortunate and sad that he is no longer with us.<br><div><br></div><div>The high-bit  does seem to almost have a usage, but I'm just not seeing it quite and there's possibly a bug if it does? </div><div>It seems that once you call the   command 'modules task stack' </div><div>* this calls get_tasks() which calls populate()</div><div>* which then marks all the  tasks in the list with * and high-bit and then the reloads the existing tasks and names which overrides both * and high_bit()</div><div>* The high bit (and a long task name) will cause the zero() function to not remove the entry from the list.</div><div>* module memory   and  module leaks  commands both call changes->transfer()  which calls zero(Task) for every item in HeapTotals that has zero 'after' value for DRAM, D_IRAM and SPIRAM.  </div><div><br></div><div>So this is really affecting only module commands output.  I certainly think that the 'and a long task name' part is a weird mistake.  I guess we can see what we see.</div><div>This was all just trying to make it readable and fix the memory access crashes I was getting when I added in some extra methods required by the compiler.</div><div><br></div><div>//.ichael</div><div><br></div><div>On Fri, 26 Jan 2024 at 09:34, Mark Webb-Johnson <<a href="mailto:mark@webb-johnson.net">mark@webb-johnson.net</a>> wrote:</div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Michael,<br>
<br>
Unfortunately, Steve passed away in 2022 so is unlikely to reply :-(<br>
<br>
He did work on some of the lower level and more complex parts of OVMS, as well as the command processing framework, and is sorely missed.<br>
<br>
I can’t help much with the code you are working on, other than to ask if this functionality is still required in the v5 IDF framework? A lot of stuff we did back then was to address inadequacies in the very new early buggy frameworks coming out of Espressif for the just released ESP-32.<br>
<br>
Regards, Mark.<br>
<br>
<br>
<br>
> On 26 Jan 2024, at 9:23 AM, Michael Geddes <<a href="mailto:frog@bunyip.wheelycreek.net" target="_blank">frog@bunyip.wheelycreek.net</a>> wrote:<br>
> <br>
> Does this help? Any thoughts on what this was meant to do ? I've CCd Stephen with a hope he might chip in?<br>
>  <br>
> //.<br>
<br>
_______________________________________________<br>
OvmsDev mailing list<br>
<a href="mailto:OvmsDev@lists.openvehicles.com" target="_blank">OvmsDev@lists.openvehicles.com</a><br>
<a href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev" rel="noreferrer" target="_blank">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a><br>
</blockquote></div></div>