<div dir="ltr">Corrected/clarified DPR project file attached now distinguishing local "l'TestObject (used to hold a reference to each class instance whose default constructor is being tested with and without empty parentheses) from the unit global "g" test fixture status variables used to track test progress/results -- apologies for any confusion.<br><div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 20, 2018 at 4:03 AM, Frameworks <span dir="ltr"><<a href="mailto:developer.frameworks@gmail.com" target="_blank">developer.frameworks@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hello,</div><div><br></div><div>The tests carried out within the attached Delphi unit test project (a single .DPR created with TMS WEB Core v0.9.8.3) demonstrate an apparent bug in Pas2js v0.9.32+beta wherein the default constructor of an object of any class type (i.e., a constructor having no arguments) fails IFF said constructor is invoked with empty parentheses:<br>//<br>//    TObject.Create( );   // <--- this fails in browser<br>//<br>//  rather than simply:<br>//<br>//    TObject.Create;      // <--- this does not fail in browser<br>//<br>Per the attached project which tests default creation of a TObject, TStringList and TWebDataModule (each with and without empty parentheses), this issue has been confirmed on the latest versions of Chrome and FireFox running on Windows 10. As "Create( );" is indeed valid Pascal code and not to antagonize those Pascal language purists (like me ;-) who hate to chase such non-obvious YET seriously annoying bugs, this issue should be fixed soon (please).</div><div><br></div><div>Appreciatively,</div><div><br></div><div>J Ralston</div><span class="gmail-HOEnZb"><font color="#888888"><div>Frameworks<br></div></font></span></div>
</blockquote></div><br></div></div></div>