License: BSD License
browse code,
statistics cvs -d:pserver:anonymous@tcl.cvs.sourceforge.net:/cvsroot/tcl login
cvs -z3 -d:pserver:anonymous@tcl.cvs.sourceforge.net:/cvsroot/tcl co -P modulename
I want to look at this again. Can't follow through immediately. Raising prio so I don't forget.
2011-06-09 18:27:09 UTC by dgp
Hmm - it looks like Solaris 2.9 does support IPv6, but it is not enabled on the loopback interface of that particular machine. Maybe I need to refine the code in socket.test that sets the constraints for the address families.
2011-06-07 12:59:52 UTC by rmax
Fix applied to rmax-ipv6-branch and will soon be merged to trunk.
2011-06-07 12:54:02 UTC by rmax
The typical Tcl_Channel may code into its Tcl_DriverOutputProc() an assumption that the bytes coming in are in a particular encoding. Such a channel type will typically include in its channel creation command after a call to Tcl_CreateChannel() another call to Tcl_SetOption() to set the initial default encoding of the channel to what it expects. However, the Tcl_Channel system give...
2011-06-06 18:06:42 UTC by dgp
tl;dr: We know. It's deliberate. Use [format] to work around.
2011-06-06 14:21:12 UTC by dkf
9.9 is not representable in a finite number of bits in binary floating point (such as IEEE double precision floats, which Tcl uses under the hood because they've got proper hardware support on virtually all modern hardware) so an approximation is used. That approximation is very slightly larger than the "true value" and causes the difference you see; the "* 3" just makes the...
2011-06-06 14:19:46 UTC by dkf
OS Ubuntu Linux 10.04 LTS (original repository) tclsh8.4 - OK %expr 9.9 + 9.9 + 9.9 29.7 %expr 9.9 * 3 29.7 tclsh8.5 - BAD %expr 9.9 + 9.9 + 9.9 29.700000000000003 %expr 9.9 * 3 29.700000000000003 tclsh8.6 - BAD (package from Debian unstable - tcl8.6_8.6.0~b1-4_amd64) %expr 9.9 + 9.9 + 9.9 29.700000000000003 %expr 9.9 * 3 29.700000000000003.
2011-06-06 12:49:56 UTC by vadimosk
Fix applied to relevant mainline branches, including a test (derived from bug report; thanks!)
2011-06-02 14:58:26 UTC by dkf
Despite the fact that I find it hard to grok just what's going wrong (or rather why it goes wrong in some places but not others) I still approve the change from bug-3185407; I can't see that it is wrong and it does appear to fix the problem. Performance impact appears minimal.
2011-06-01 14:58:17 UTC by dkf
fix merged to trunk. Thanks for the help reporting and locating it!
2011-06-01 14:09:35 UTC by dgp