<div dir="ltr"><div><div><div><div><div><div><div>Hi Henrik,<br></div>about sqInt vs 32bits ipv4 address, I had same questions.<br></div>Currently the SocketPlugin is a SmartSyntaxInterpreterPlugin.<br></div>That means that most types are automagically inferred and we hardly can interfer...<br><br></div>For win32 IA32 (x86) that does not change a thing, sqInt is int.<br></div>For win32 x64, yes we pass 64bits integer via sqInt.<br></div>But then htonl(sqInt) will truncate the sqInt to 32bits.<br>That's not the cleanest thing, and it may issue a compiler warning.<br></div>But it should work.<br></div><div class="gmail_extra"><br><div class="gmail_quote">2016-07-07 22:59 GMT+02:00 Henrik Sperre Johansen <span dir="ltr"><<a href="mailto:henrik.s.johansen@veloxit.no" target="_blank">henrik.s.johansen@veloxit.no</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
If not, it begs the question; are there equivalents for ntoh*/hton* that let<br>
you convert platform width numbers in the same way you can use %z in printf?<br>
(Which, amazingly, is also supported in VS2015 /tc mode, their C99 support<br>
really improved in VS2013...<br>
Sure, the code generated if you try to, say, use fminf in a loop is still<br>
abysmal, but hey, at least it doesn't raise an error anymore)<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://forum.world.st/OpenSmalltalk-opensmalltalk-vm-a64e0d-Use-same-Win32-function-prototypes-in-h-and-c-fo-tp4905373p4905494.html" rel="noreferrer" target="_blank">http://forum.world.st/OpenSmalltalk-opensmalltalk-vm-a64e0d-Use-same-Win32-function-prototypes-in-h-and-c-fo-tp4905373p4905494.html</a><br>
<div class="HOEnZb"><div class="h5">Sent from the Squeak VM mailing list archive at Nabble.com.<br>
</div></div></blockquote></div><br></div>