<div>Hi!</div><div> </div><div>>> I do not mean that threading causes the “crash”. I mean that threading makes the output confusing.</div><div> </div><div>Yes, it's true. See details on<br />https://github.com/modula3/cm3/issues/47#issuecomment-785757543</div><div> </div><div>( It's:</div><div><pre style="border-radius:6px;box-sizing:border-box;color:rgb( 36 , 41 , 46 );font-family:'sfmono-regular' , 'consolas' , 'liberation mono' , 'menlo' , monospace;font-size:11.9px;font-style:normal;font-weight:400;line-height:1.45;margin-bottom:0px !important;margin-top:0px;overflow:auto;padding:16px;text-decoration-style:initial;text-indent:0px;text-transform:none;word-spacing:0px"><code style="background-size:initial;border:0px;border-radius:6px;box-sizing:border-box;font-family:'sfmono-regular' , 'consolas' , 'liberation mono' , 'menlo' , monospace;font-size:11.9px;line-height:inherit;margin:0px;overflow:visible;padding:0px;white-space:pre;word-break:normal">--- m3-libs\m3core\src\runtime\WIN32\RTOS.m3 000 Sun Jan 03 11:17:00 2016
+++ m3-libs\m3core\src\runtime\WIN32\RTOS.m3 Thu Feb 25 12:31:36 2021</code></pre></div><div><pre style="border-radius:6px;box-sizing:border-box;color:rgb( 36 , 41 , 46 );font-family:'sfmono-regular' , 'consolas' , 'liberation mono' , 'menlo' , monospace;font-size:11.9px;font-style:normal;font-weight:400;line-height:1.45;margin-bottom:0px !important;margin-top:0px;overflow:auto;padding:16px;text-decoration-style:initial;text-indent:0px;text-transform:none;word-spacing:0px"><code style="background-size:initial;border:0px;border-radius:6px;box-sizing:border-box;font-family:'sfmono-regular' , 'consolas' , 'liberation mono' , 'menlo' , monospace;font-size:11.9px;line-height:inherit;margin:0px;overflow:visible;padding:0px;white-space:pre;word-break:normal">+ (*** RTThread.SuspendOthers (); ***)
+ (*** RTMachInfo.DumpStack (LOOPHOLE (Crash, ADDRESS), fp); *) ***)
+ (*** RTThread.ResumeOthers (); ***)
+ (*** RTSignal.RestoreHandlers (); (* so we really do crash... *) ***)
+ Exit (4000);</code></pre></div><div>)</div><div> </div><div>Best regards, Victor Miasnikov</div><div> </div><div>25.02.2021, 03:44, "Jay K" <jayk123@hotmail.com>:</div><blockquote><div><div> </div><div><div>I do not mean that threading causes the “crash”. I mean that threading makes the output confusing. The threading is causing other problems, but that is not conclusively blame. There are bugs everywhere. More debugging is needed.</div><div>The threading seems ok on Unix host/target.</div><div>Again, more debugging is needed.</div><div> </div><div><div>- Jay</div></div></div></div><hr style="width:98%" /><div><font color="#000000" face="Calibri, sans-serif" style="font-size:11pt"><strong>From:</strong> Mika Nystrom <<a href="mailto:mika.nystrom@gmail.com" rel="noopener noreferrer">mika.nystrom@gmail.com</a>><br /><strong>Sent:</strong> Wednesday, February 24, 2021 4:34:04 PM<br /><strong>To:</strong> Jay K <<a href="mailto:jayk123@hotmail.com" rel="noopener noreferrer">jayk123@hotmail.com</a>><br /><strong>Cc:</strong> <a href="mailto:m3devel@elegosoft.com" rel="noopener noreferrer">m3devel@elegosoft.com</a> <<a href="mailto:m3devel@elegosoft.com" rel="noopener noreferrer">m3devel@elegosoft.com</a>>; <a href="mailto:rodney.m.bates@acm.org" rel="noopener noreferrer">rodney.m.bates@acm.org</a> <<a href="mailto:rodney.m.bates@acm.org" rel="noopener noreferrer">rodney.m.bates@acm.org</a>><br /><strong>Subject:</strong> Re: [M3devel] Grisu problems</font><div> </div></div><div><div>Hm, are you saying maybe the error goes away if you turn off parallel compiling?<div> </div><div>But hold on here.</div><div> </div><div>There ought to be a synchronization before g++ is called, no? Why is it attempting to link before all the front-ends are done? That doesn't make much sense.</div><div> </div><div>FIRST, compile all the sources into .o</div><div>THEN, link the .os to the final executable using g++</div><div> </div><div>grisu is some sort of floating library used by the compiler?</div><div> </div><div>I don't see any globals in the grisu library, seems like it ought to be reentrant, whatever it is it's doing.</div></div> <div><div>On Wed, Feb 24, 2021 at 3:13 PM Jay K <<a href="mailto:jayk123@hotmail.com" rel="noopener noreferrer">jayk123@hotmail.com</a>> wrote:</div><blockquote style="border-left-color:rgb( 204 , 204 , 204 );border-left-style:solid;border-left-width:1px;margin:0px 0px 0px 0.8ex;padding-left:1ex"><div><div style="color:rgb( 0 , 0 , 0 );font-family:'calibri' , 'helvetica' , sans-serif;font-size:12pt">I think that is multi-threaded output.</div><div><div> </div><div style="color:rgb( 0 , 0 , 0 );font-family:'calibri' , 'helvetica' , sans-serif;font-size:12pt"> </div><hr style="width:98%" /><div><font color="#000000" face="Calibri, sans-serif" style="font-size:11pt"><strong>From:</strong> Rodney M. Bates <<a href="mailto:rodney_bates@lcwb.coop" rel="noopener noreferrer" target="_blank">rodney_bates@lcwb.coop</a>><br /><strong>Sent:</strong> Wednesday, February 24, 2021 10:43 PM<br /><strong>To:</strong> Jay K <<a href="mailto:jayk123@hotmail.com" rel="noopener noreferrer" target="_blank">jayk123@hotmail.com</a>>; <a href="mailto:m3devel@elegosoft.com" rel="noopener noreferrer" target="_blank">m3devel@elegosoft.com</a> <<a href="mailto:m3devel@elegosoft.com" rel="noopener noreferrer" target="_blank">m3devel@elegosoft.com</a>><br /><strong>Subject:</strong> Re: [M3devel] Grisu problems</font><div> </div></div><div><div><br /><br /><font size="2"><span style="font-size:11pt">On 2/24/21 6:00 AM, Jay K wrote:<br />> Folks, this Grisu thing has been unusually problematic.<br />> It definitely fails with the C backend, and I'm not sure, maybe with the NT386 integrated backend.<br />> I realize it could be/likely-is bugs in those backends, but they do manage to compile a lot else.<br />> Maybe someone can investigate?<br />> For now I've selectively disabled it, i.e. for Win32 and shortly for the C backend, sorry.<br />> I want to move on to other things before investigating this.<br />><br />> -> linking shobjcodegen<br />> g++ -gstabs+ -m64 -fPIC -g -c -xc++ _m3main.c -o _m3main.o<br />><br /><br />How did a g++ command cause execution of Modula-3 code?<br />What is the executable that failed?<br />What work size?<br />What back end compiled it?<br /><br />><br />> ***<br />> *** runtime error:<br />> *** <*ASSERT*> failed.<br />> *** file "../src/float/Common/grisu/IEEE.m3", line 155<br />> ***<br />><br />> More so though, I suggest all endian-specific code be in C or C++..not because Modula-3 cannot do it, but in order to get towards an endian-independent distribution format.<br />><br />> Perhaps also floating point formating should be left to sprintf?<br />> (Caveat that Win32 sprintf("%f") does a heap allocation, I think, ouch.)<br />><br />> - Jay<br />><br />> _______________________________________________<br />> M3devel mailing list<br />> <a href="mailto:M3devel@elegosoft.com" rel="noopener noreferrer" target="_blank">M3devel@elegosoft.com</a><br />> <a href="https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fm3lists.elegosoft.com%2Fmailman%2Flistinfo%2Fm3devel&data=04%7C01%7C%7Cacfadca393a447cfe00c08d8d92514d0%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637498100571546058%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=E9BmQHXZcnpdNI8bobBuErK%2BNtNnkUHSdM23GYtFYsM%3D&reserved=0" rel="noopener noreferrer" target="_blank"> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fm3lists.elegosoft.com%2Fmailman%2Flistinfo%2Fm3devel&data=04%7C01%7C%7C42f744e1afa048290d5c08d8d915c6f5%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637498034844456909%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=0ammeIIgTwogFoEek3HnJOkClpXltIKOfUerSgkfMA8%3D&reserved=0</a><br />><br /><br />--<br />Rodney Bates<br /><a href="mailto:rodney.m.bates@acm.org" rel="noopener noreferrer" target="_blank">rodney.m.bates@acm.org</a></span></font></div></div></div></div>_______________________________________________<br />M3devel mailing list<br /><a href="mailto:M3devel@elegosoft.com" rel="noopener noreferrer" target="_blank">M3devel@elegosoft.com</a><br /><a href="https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fm3lists.elegosoft.com%2Fmailman%2Flistinfo%2Fm3devel&data=04%7C01%7C%7Cacfadca393a447cfe00c08d8d92514d0%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637498100571556053%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=KSzZ3cB6Y%2BEZ3hlAcr9n9JnGj6mQGK9SBC8munvBpQk%3D&reserved=0" rel="noopener noreferrer" target="_blank">https://m3lists.elegosoft.com/mailman/listinfo/m3devel</a></blockquote></div></div>,<p>_______________________________________________<br />M3devel mailing list<br /><a href="mailto:M3devel@elegosoft.com" rel="noopener noreferrer">M3devel@elegosoft.com</a><br /><a href="https://m3lists.elegosoft.com/mailman/listinfo/m3devel" rel="noopener noreferrer">https://m3lists.elegosoft.com/mailman/listinfo/m3devel</a></p></blockquote>