<div>to sum up the recent discrepencies between msvcrt and msvcrN0 Dlls:</div>
<div>- msvcrt doesn&#39;t raise exception on _s functions while msvcrN0 does</div>
<div>- (likely) in _s functions returning an errno_t value, msvcrt does set errno to the returned value, while msvcrN0 doesn&#39;t change the errno value (tested on _itoa_s and wcsncat_s)</div>
<div> </div>
<div>I wonder if should challenge the current scheme of forwarding all APIs from msvcrN0 to msvcrt (and writing wrappers in msvcr90 to cope with the various discrepencies)</div>
<div> </div>
<div>we could let msvcrt behave differently when loaded from our msvcrN0 DLLs than when loaded standalone, and factorize the discrepencies within msvcrt itself</div>
<div> </div>
<div>comments welcome</div>
<div>A+</div>
<div>-- <br>Eric Pouech<br></div>