From: <no...@so...> - 2002-03-25 22:35:53
|
Bugs item #534903, was opened at 2002-03-25 17:27 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110894&aid=534903&group_id=10894 Category: 33. tcltest Package Group: 8.4a5 Status: Open Resolution: None Priority: 5 Submitted By: Don Porter (dgp) Assigned to: Don Porter (dgp) Summary: threadReap does not belong in tcltest Initial Comment: tcltest 2 provides the command [tcltest::threadReap]. However, this command serves no function in providing the functionality of a generic testing harness. Rather, it is a command that would be useful to register as a callback within a generic testing harness by a particular test suite that was testing the Thread extension, or the threading capabilities of thread-enabled Tcl. Looking at the internals makes this clear. Basically, it is if {we're testing the Thread package} { # do one set of things } elseif {we're testing thread-enabled Tcl} { # do some other set of things } else {# do nothing} The tcltest package should stick to the foundations, and not become a dumping ground for the special purpose testing utility needs of other packages. The tcltest package must provide a complete set of callback registration facilities so that other package can register all the special purpose utilities they need on their own. Same argument goes for [*locale] and most of the constraints. ---------------------------------------------------------------------- >Comment By: Don Porter (dgp) Date: 2002-03-25 17:35 Message: Logged In: YES user_id=80530 Are any projects/packages out there other than Tcl itself calling on [tcltest::threadReap]? It appears that tix and Tk are both going to the trouble of defining their own versions of it, but then do not use it. Any other examples? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110894&aid=534903&group_id=10894 |