<br><br><div><span class="gmail_quote">2008/4/3, Chris Barker &lt;<a href="mailto:Chris.Barker@noaa.gov">Chris.Barker@noaa.gov</a>&gt;:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Robert Kern wrote:<br> <br> Just since that has been discussed a LOT, for years, I want to be clear:<br> <br><br> &gt; Different versions of Microsoft&#39;s compiler use different libraries for<br> &gt; the standard C library. Some simple Python extension modules compiled<br>
 &gt; with a different compiler than the Python interpreter will usually<br> &gt; work.<br> <br> <br>Do SOME modules USUALLY work just because of what routines in the<br> standard library they happen to call? So it&#39;s just a matter of luck that<br>
 a given module may not trigger a conflict between the two runtime libs?<br> </blockquote></div><br>Some parts of the C interface are fixed by the standard. Rely on them and you should be OK (safe perhaps for some memory functions, but I never saw a problem there). The other parts should never be trusted (as the I/O stuff).<br>
These are the rules I follow.<br clear="all"><br>Matthieu<br>-- <br>French PhD student<br>Website : <a href="http://matthieu-brucher.developpez.com/">http://matthieu-brucher.developpez.com/</a><br>Blogs : <a href="http://matt.eifelle.com">http://matt.eifelle.com</a> and <a href="http://blog.developpez.com/?blog=92">http://blog.developpez.com/?blog=92</a><br>
LinkedIn : <a href="http://www.linkedin.com/in/matthieubrucher">http://www.linkedin.com/in/matthieubrucher</a>