<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Hi all:<br>yes, it could be, but VAXen and Alpha's I believe it did not cause the wrong behavior to show that  incorrect initialization at  start time, that most part of it trust on it (Alphas just throw an exception to show that it was changed).<br>I didn't know it was wrong for sure, but I guess that confirms the initialization code is not working by vicious value initialization.<br>Did you see the Baby Modula-3 (in p.10 - 11, s 3.1 - Relation to Modula-3) it says you can do overriding at the type level overriding of fields to override defaults? <br>Thanks in advance<br><br>--- El <b>sáb, 7/7/12, Dirk Muysers <i><dmuysers@hotmail.com></i></b> escribió:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>De: Dirk Muysers <dmuysers@hotmail.com><br>Asunto: [M3devel] A question for our
 language lawyers<br>Para: m3devel@elegosoft.com<br>Fecha: sábado, 7 de julio, 2012 07:06<br><br><div id="yiv1733023473">

 
<div>
<div><font face="Arial">I reread ParseParams.m3 and, yes, they initialise the 
array of booleans.<br>One should never trust one's memory, especially past 
a certain age. Yet</font></div>
<div><font face="Arial">I am sure having seen one of the library modules relying 
on zero initialisation.<br>For my excuse, I never (except an occasional INC, 
where C would use ++)<br>place two statements on the same line, so when I 
quickly browse through some<br>code, the second statement often escapes my eyes. 
Nevertheless the<br>initialisation question was worth to be 
mentionned.<br></font></div></div></div></blockquote></td></tr></table>