Just FYI, I built a MacOSX Squat VM from the Carbon tree at SourceForge, and it works (I'll update the release page to 1a6 soon). However, there seems to be a problem with the Flow plugin (at least on MacOSX 10.3.2). When establishing a connection between the working and control Squat snapshot, I get connection-refused, because apparently I'm mistakenly attempting with an ipv6 address from the client side, when the server is listening at an ipv4 address. (I can connect to the control snapshot with a simple command-line 'telnet' just fine.) Hopefully this will be easy to fix (I'll probably get to it sometime tonight).
If anyone has advice about ipv4/ipv6 and possible programming pitfalls, please feel free to let me know.
thanks,
-C
-- Craig Latta improvisational musical informaticist craig@netjam.org www.netjam.org [|] Proceed for Truth!
Okay, I'm embarrassed. :) The problem had nothing to do with ipv6, it was a byte-ordering problem with my SocketAddress class. I was storing the port in LSB, and using a call to htons() in the primitive, so I didn't notice this on win32 (which is LSB). Then on MacOS the htons() call does nothing (because the host order is the same as network order, MSB), and leaving the bytes in the wrong order. Now I just store in MSB and I took out the call to htons().
This means there's a new version of Flow, 2g2. The Squat release page has been updated to use it, binaries and sources.
thanks,
-C
-- Craig Latta improvisational musical informaticist craig@netjam.org www.netjam.org [|] Proceed for Truth!
spoon@lists.squeakfoundation.org