From: Dan K. <ku...@aj...> - 2000-08-29 20:02:35
|
> Hmmm. I'm not familiar with these issues, but the descriptions sound > like feature enhancements (porting to new platforms, performance > improvements) rather than bug fixes. Things that can wait for Tcl 8.4. > * Fix the Windows 64 open sockets limitation > * Look into improving the flushing on Windows > * Correct Itanium support for Win64 (already OK on Linux64, > I'm working on the rest now) > * Backport some speed enhancement from 8.4 > * Improve performance for append in large string cases (>1M) > (we have a working patch that we are further verifying) > * Do further verification of Tcl/Tk on Win2K In reference to the 'append' patch for large string cases: If the the memory allocation routines in tcl are flawed (they over allocate when dealing with large ammounts of memory) is fixing that a bug fix or an enhancement? As for the Itanium support and Win2K verification, I think that it is *very* important that there be a release quality version of tcl available on these platforms when they come out. If any bugs are found in tcl 8.3.2 that make it unusable on Win2K, it is still a bug against 8.3.2, not a 'feature enhancement'. If the TCT takes the stance that supporting standard platforms (like Windows on Itanium and Win 2K) is a feature enhancement that can wait 4, 6 or 8 months people will look at Tcl as a 'toy' language that can't be relied on for commercial development. No one who is using tcl in a commercial product wants to wait months before they can add support to a platform that their customers might already be starting to deploy (like Win2K). --Dan -- The TclCore mailing list is sponsored by Ajuba Solutions To unsubscribe: email tcl...@aj... with the word UNSUBSCRIBE as the subject. |