Okay so, now that all my wedding stuff is offically over, here is the low down.<br><br>I was using bjam with the compile flag as listed.&nbsp; I am not sure what the best solution is for fixing this issue, but I imagine in the rewrite that this type of issue will be overcome.<br><br>Speaking of the re-write.&nbsp; Are there any initial release of the rewrite code that I could look at?&nbsp; From the recent traffic it souned like maybe the new code is available for review.<br><br>Thanks,<br><br>Jeff Idol<br><br><br><br><b><i>Roland Schwarz &lt;roland.schwarz@chello.at&gt;</i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> Jeff Idol wrote:<br>&gt; Sorry it took me so long to get back with everyone, I am getting married <br>&gt; so I have been a little busy.  <br><br>Congratulations!<br><br>&gt; The following functions are causing <br>&gt; compile errors in STDCALL.<br>&gt; <br>&gt;
 on_thread_exit<br>&gt; on_tls_prepare<br>&gt; on_process_init<br>&gt; on_process_term<br><br>These functions are kind of callback functions from the C-runtime<br>library. However, they don't take any parameters as I can see at the<br>moment. So it might be possible to change them to use STDCALL as well.<br><br>But they are intended as internal interfaces to the "operating system",<br>so the question is why they get into your way.<br>It might be, that I did not properly hide away these declarations from<br>such changes. I will look into this.<br><br>As far as I can see at the moment this could be caused by a lack of<br>defensive declaration of these functions.<br><br>I think you are trying to compile with /Gz do you?<br>Could you please tell me how you are trying to compile the libary?<br>Are you using bjam? Which command line settings are you using?<br><br>&gt; Also, what rewrite work is going on with the thread library?<br><br>The thread library is currently being
 rewritten mainly to get it under<br>the current boost license. At the same time we take the opportunity to<br>employ a better platform separation of the code base. No change in<br>interface is planned.<br><br>Roland<br><br>_______________________________________________<br>threads-devel mailing list<br>threads-devel@lists.boost.org<br>http://lists.boost.org/mailman/listinfo.cgi/threads-devel<br></blockquote><br><p>&#32;
		<hr size=1>Yahoo! Messenger with Voice. <a href="http://us.rd.yahoo.com/mail_us/taglines/postman1/*http://us.rd.yahoo.com/evt=39663/*http://voice.yahoo.com">Make PC-to-Phone Calls</a> to the US (and 30+ countries) for 2¢/min or less.