Menu
▾
▴
tcllib-devel — Discussion of development for tcllib
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(15) |
Nov
(37) |
Dec
(15) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(13) |
Feb
(58) |
Mar
(61) |
Apr
(8) |
May
|
Jun
(18) |
Jul
(51) |
Aug
(11) |
Sep
(41) |
Oct
(19) |
Nov
(39) |
Dec
(14) |
| 2003 |
Jan
(46) |
Feb
(28) |
Mar
(3) |
Apr
(132) |
May
(93) |
Jun
(46) |
Jul
(22) |
Aug
(55) |
Sep
(13) |
Oct
(6) |
Nov
(8) |
Dec
(6) |
| 2004 |
Jan
(28) |
Feb
(60) |
Mar
(9) |
Apr
(28) |
May
(39) |
Jun
(40) |
Jul
(36) |
Aug
(13) |
Sep
(21) |
Oct
(38) |
Nov
(25) |
Dec
(8) |
| 2005 |
Jan
(6) |
Feb
(14) |
Mar
(1) |
Apr
(2) |
May
(17) |
Jun
(9) |
Jul
(7) |
Aug
(90) |
Sep
(44) |
Oct
(40) |
Nov
(22) |
Dec
(1) |
| 2006 |
Jan
(31) |
Feb
(10) |
Mar
(1) |
Apr
(3) |
May
(8) |
Jun
(28) |
Jul
(5) |
Aug
(42) |
Sep
(40) |
Oct
(40) |
Nov
(27) |
Dec
(26) |
| 2007 |
Jan
(14) |
Feb
(13) |
Mar
(3) |
Apr
(3) |
May
(22) |
Jun
|
Jul
|
Aug
(17) |
Sep
(10) |
Oct
|
Nov
(24) |
Dec
(5) |
| 2008 |
Jan
|
Feb
(2) |
Mar
(3) |
Apr
(4) |
May
(18) |
Jun
(10) |
Jul
(1) |
Aug
(10) |
Sep
(5) |
Oct
(3) |
Nov
(5) |
Dec
(3) |
| 2009 |
Jan
(17) |
Feb
(31) |
Mar
(5) |
Apr
(6) |
May
(15) |
Jun
(52) |
Jul
(48) |
Aug
(39) |
Sep
(6) |
Oct
(11) |
Nov
(8) |
Dec
(6) |
| 2010 |
Jan
(2) |
Feb
(3) |
Mar
(1) |
Apr
|
May
(3) |
Jun
(12) |
Jul
(1) |
Aug
|
Sep
(4) |
Oct
|
Nov
(4) |
Dec
(1) |
| 2011 |
Jan
(3) |
Feb
(21) |
Mar
(17) |
Apr
(8) |
May
(10) |
Jun
(7) |
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
(5) |
Dec
(3) |
| 2012 |
Jan
(1) |
Feb
(1) |
Mar
(3) |
Apr
(1) |
May
(6) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
(8) |
| 2013 |
Jan
(3) |
Feb
(7) |
Mar
(3) |
Apr
(1) |
May
(2) |
Jun
(1) |
Jul
(1) |
Aug
(3) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2014 |
Jan
(1) |
Feb
(12) |
Mar
(4) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
(3) |
Oct
(9) |
Nov
(4) |
Dec
(1) |
| 2015 |
Jan
|
Feb
|
Mar
(2) |
Apr
(3) |
May
(17) |
Jun
(4) |
Jul
(2) |
Aug
(2) |
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2016 |
Jan
(9) |
Feb
(4) |
Mar
(1) |
Apr
(1) |
May
|
Jun
(8) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
(2) |
Feb
(10) |
Mar
|
Apr
(1) |
May
(2) |
Jun
(2) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2019 |
Jan
|
Feb
(3) |
Mar
|
Apr
(17) |
May
|
Jun
(1) |
Jul
|
Aug
(4) |
Sep
(2) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2020 |
Jan
(2) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(8) |
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
(11) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
(4) |
| 2024 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(6) |
Jun
|
Jul
(2) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Andreas K. <and...@Ac...> - 2005-11-02 19:35:57
|
> > > Some minor comments (for the tar.gz version): > - In the plotchart module too many files have an x permission set in the > tar file, same goes for ctext This has to be fixed in CVS I guess. How ? 'cvs admin' ? > - The style package has neither tests nor docs. We know. Does not impede the release. > - tkpiechart demo.tcl should probably be moved to the toplevel examples > subdir? True. Does not impede the release. > - some files in ctext dir seem obsolete (install.tcl for example) Does not impede the release. Please convert these nits into low- to mid-priority bugs. -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com, a division of Sophos Tel: +1 604 484 6491 |
|
From: Techentin, R. W. <tec...@ma...> - 2005-11-01 13:28:23
|
ANNOUNCE: tclunit 0.1 Tclunit is a little GUI for driving tcltest suites. If you've been keeping up with the agile or extreme programming crowds, you are probably aware that there are a number of unit test frameworks modeled after the Java "junit" package. While these little frameworks aren't as sophisticated as Tcltest (IMNSHO), many of them have a little GUI to run the tests, with a big green "OK" indicator to give the programmer that warm fuzzy feeling. Tclunit was created specifically as a demonstration for the Tcl/Tk 2005 conference. Several conference attendees asked if it would be made available, so it has been uploaded to the tcllib project's 'tclapps' module. You can fetch 'tclapps' from cvs, or just download tclunit source or starkit (which includes tile) from http://tcllib.sourceforge.net/ Bob -- Bob Techentin tec...@NO... Mayo Foundation (507) 538-5495 200 First St. SW FAX (507) 284-9171 Rochester MN, 55901 USA http://www.mayo.edu/sppdg/ |
|
From: Michael S. <sc...@un...> - 2005-10-31 10:24:24
|
Andreas Kupries wrote: >>>What is the general opinion of the state of Tklib ? Does it contain >>>enough stuff to make the initial release ? If yes, also enough to >>>declare it version 1.0 ? Or should it be 0.4 ? > > Ok, nobody answered beyond Jeff and Arjen. Based on that the consensus > is to make a release. There was no consensus regarding a version > number, so I have to decide. My opinion is that what we have is not > really enough for an 1.0 release yet. Thus I am going with version > 0.4. > > Today I committed a number of changes moving the tklib SAK tool > forward, fixing small version differences, adding release information, > etc. > > Pre-release archives of tklib-0.4 can be found at > > http://www.purl.org/net/akupries//soft/clt-arch/tklib-0.4.kit > http://www.purl.org/net/akupries//soft/clt-arch/tklib-0.4.zip > http://www.purl.org/net/akupries//soft/clt-arch/tklib-0.4.tar.gz > http://www.purl.org/net/akupries//soft/clt-arch/tklib-0.4.tar.bz2 > > Please give them a whirl. Note: The only module in tklib which has a > testsuite is plotchart. So there wasn't that much to check. We might > wish to check that all version information (package indices, code, > documentation is correct and in sync). > Some minor comments (for the tar.gz version): - In the plotchart module too many files have an x permission set in the tar file, same goes for ctext - The style package has neither tests nor docs. - tkpiechart demo.tcl should probably be moved to the toplevel examples subdir? - some files in ctext dir seem obsolete (install.tcl for example) Michael |
|
From: Andreas K. <aku...@sh...> - 2005-10-25 06:16:09
|
> > What is the general opinion of the state of Tklib ? Does it contain > > enough stuff to make the initial release ? If yes, also enough to > > declare it version 1.0 ? Or should it be 0.4 ? Ok, nobody answered beyond Jeff and Arjen. Based on that the consensus is to make a release. There was no consensus regarding a version number, so I have to decide. My opinion is that what we have is not really enough for an 1.0 release yet. Thus I am going with version 0.4. Today I committed a number of changes moving the tklib SAK tool forward, fixing small version differences, adding release information, etc. Pre-release archives of tklib-0.4 can be found at http://www.purl.org/net/akupries//soft/clt-arch/tklib-0.4.kit http://www.purl.org/net/akupries//soft/clt-arch/tklib-0.4.zip http://www.purl.org/net/akupries//soft/clt-arch/tklib-0.4.tar.gz http://www.purl.org/net/akupries//soft/clt-arch/tklib-0.4.tar.bz2 Please give them a whirl. Note: The only module in tklib which has a testsuite is plotchart. So there wasn't that much to check. We might wish to check that all version information (package indices, code, documentation is correct and in sync). The Tklib CVS is hereboy considered ** frozen **. Please do not commit _anything_at_all. If something is committed between now and making the final release I am more willing to undo such changes before tagging the release than adding the change to the release. -- So long, Andreas Kupries <aku...@sh...> <http://www.purl.org/NET/akupries/> Developer @ <http://www.activestate.com/> ------------------------------------------------------------------------------- |
|
From: Jeff H. <je...@Ac...> - 2005-10-19 18:49:59
|
> What is the general opinion of the state of Tklib ? Does it > contain enough stuff to make the initial release ? If yes, > also enough to declare it version 1.0 ? Or should it be 0.4 ? My vote is 0.4. Jeff |
|
From: Andreas K. <aku...@sh...> - 2005-10-19 14:46:21
|
> Andreas Kupries wrote: > > Other things not implemented but of interest would be computation of > > statistics, or plotting them. The former can use all the stuff we have > > under 'math', and the latter can use Tklib's 'plotchart' module. Any > > takers for implementing this ? > Well, that sounds like a good opportunity to show the capabilities of > these two packages. Exactly my thoughts. > I might give it a try, If you need help with the internal data structure for benchmark results feel free to ask me. There is documentation in the code, I am not sure if it is enough however. > but if anybody else is motivated: please go ahead! Agreed. -- So long, Andreas Kupries <aku...@sh...> <http://www.purl.org/NET/akupries/> Developer @ <http://www.activestate.com/> ------------------------------------------------------------------------------- |
|
From: Arjen M. <arj...@wl...> - 2005-10-19 07:05:13
|
Andreas Kupries wrote: > > > To actually have something to run I also converted Pat's .timing > scripts into .bench'es, extended them a bit, and added benchmarks to > the asn, bee, and base64 modules. That should be enough of examples to > get the other maintainers going as well. I hope. > > Other things not implemented but of interest would be computation of > statistics, or plotting them. The former can use all the stuff we have > under 'math', and the latter can use Tklib's 'plotchart' module. Any > takers for implementing this ? > Well, that sounds like a good opportunity to show the capabilities of these two packages. I might give it a try, but if anybody else is motivated: please go ahead! Regards, Arjen |
|
From: Andreas K. <aku...@sh...> - 2005-10-19 06:46:09
|
A few months ago Pat Thoyts created some basic scripts to gauge the performance of aes, blowfish, des, and rc4. They were not very structured however, just scripts executed. I have now made good on a thread/promise made to myself to get a more structured facility for this type of thing going in Tcllib, for use inside and outside of Tcllib. To this end I went over and looked through the codebase of Tclbench. This is a module in the Tcllib project at SF, and it contains a mixture of benchmarking support commands, an application using them, and a set of benchmarks for Tcl and Tk. The basic support functionality is now a set of packages in Tcllib, all in the module "bench". They provide commands for running benchmarks, writing results in various formats, reading such results, and manipulating them (like normalization). I have not converted the runbench application of Tclbench yet, nor have I written any manpages, however I do have extended our SAK tool to be able to run benchmarks, save and read results, etc. for the Tcllib modules themselves. To actually have something to run I also converted Pat's .timing scripts into .bench'es, extended them a bit, and added benchmarks to the asn, bee, and base64 modules. That should be enough of examples to get the other maintainers going as well. I hope. Other things not implemented but of interest would be computation of statistics, or plotting them. The former can use all the stuff we have under 'math', and the latter can use Tklib's 'plotchart' module. Any takers for implementing this ? -- So long, Andreas Kupries <aku...@sh...> <http://www.purl.org/NET/akupries/> Developer @ <http://www.activestate.com/> ------------------------------------------------------------------------------- |
|
From: Andreas K. <aku...@sh...> - 2005-10-19 01:01:05
|
I am forwarding this mail as SF is apparently holding mail from ActiveSTate back again. Trimmed the headers a bit. ------- Forwarded Message Date: Mon, 17 Oct 2005 20:23:35 -0700 From: Jeff Hobbs <je...@Ac...> Subject: RE: [Tcllib-devel] Tklib state ? Organization: ActiveState > What is the general opinion of the state of Tklib ? Does it > contain enough stuff to make the initial release ? If yes, > also enough to declare it version 1.0 ? Or should it be 0.4 ? My vote is 0.4. Jeff ------- End of Forwarded Message -- So long, Andreas Kupries <aku...@sh...> <http://www.purl.org/NET/akupries/> Developer @ <http://www.activestate.com/> ------------------------------------------------------------------------------- |
|
From: Arjen M. <arj...@wl...> - 2005-10-18 06:33:58
|
Andreas Kupries wrote: > > Subject: [Tcllib-devel] Tklib state ? > Date: Mon, 17 Oct 2005 18:00:19 -0700 > From: Andreas Kupries <aku...@sh...> > To: Tcllib Development <tcl...@li...> > > What is the general opinion of the state of Tklib ? Does it contain > enough stuff to make the initial release ? If yes, also enough to > declare it version 1.0 ? Or should it be 0.4 ? > I think we should make an initial release, and make it 1.0. Perhaps it does not have all the goodies we would like, but the present state of being in CVS only is very unsatisfactory. If people can download it and use it as easily as Tcllib, then we will see more requests, bug reports and so on (at the very least we will see more users). Regards, Arjen |
|
From: Andreas K. <aku...@sh...> - 2005-10-18 01:01:06
|
What is the general opinion of the state of Tklib ? Does it contain enough stuff to make the initial release ? If yes, also enough to declare it version 1.0 ? Or should it be 0.4 ? -- So long, Andreas Kupries <aku...@sh...> <http://www.purl.org/NET/akupries/> Developer @ <http://www.activestate.com/> ------------------------------------------------------------------------------- |
|
From: Andreas K. <aku...@sh...> - 2005-10-18 01:01:05
|
> With 1.8 now out of the door the I hereby unfreeze the CVS, opening it > to commits again. Today I did a change I forgot during the weekend. The Tcllib version number reported by the CVS now is 1.8.0.1 -- So long, Andreas Kupries <aku...@sh...> <http://www.purl.org/NET/akupries/> Developer @ <http://www.activestate.com/> ------------------------------------------------------------------------------- |
|
From: Andreas K. <aku...@sh...> - 2005-10-15 05:16:06
|
With 1.8 now out of the door the I hereby unfreeze the CVS, opening it to commits again. -- So long, Andreas Kupries <aku...@sh...> <http://www.purl.org/NET/akupries/> Developer @ <http://www.activestate.com/> ------------------------------------------------------------------------------- |
|
From: Andreas K. <aku...@sh...> - 2005-10-15 03:16:07
|
tcllib is a Tcl-only library of standard routines for Tcl (no compiling required). This release is a minor version change which fixes numerous bugs and provides enhancements as well. Tcllib 1.8 release notes ======================== Hello World, welcome to Tcllib 1.8. This release is a minor version change which fixes numerous bugs and provides enhancements as well, to existing modules, and via newly added modules. Availability ------------ The released distributions can be downloaded from <http://sourceforge.net/project/showfiles.php?group_id=12883&package_id=24585&r elease_id=363503> Available are gzipped, zipped, and bzipped tarballs, and a starkit. Installation ------------ * For the starkit and starpack just execute the file and a GUI based installer will pop up. Fill out the paths, then run the installation. * For the tarballs unpack them in some directory /foo, then run the file "/foo/installer.tcl". This will invoke the same installer used in the starkit and starpack. Note: While the installer will open up a GUI by default (and if possible), a command line based installation is provided too. Run the installer with the option "-help" to see what is available. Acknowledgments --------------- Many thanks to Aaron Faupell <afaupell at users dot sourceforge dot net> Andreas Kupries <andreas_kupries at users dot sourceforge dot net> Arjen Markus <arjenmarkus at users dot sourceforge dot net> Bob Techentin <techentin at users dot sourceforge dot net> Brent Welch <welch at ajubasolutions dot com> Brett Schwarz <schwarzkopf at users dot sourceforge dot net> Colin McCormack <coldstore at users dot sourceforge dot net> Dan Kuchler <kuchler at ajubasolutions dot com> David N. Welton <davidw at dedasys dot com> Don Porter <dgp at users dot sourceforge dot net> Donal K. Fellows <fellowsd at cs dot man dot ac dot uk> Eric Melski <ericm at scriptics dot com> Gerald Lester <gwlester at users dot sourceforge dot net> Jeff Hobbs <jeffh at ActiveState dot com> Joe English <jenglish at users dot sourceforge dot net> Johannes-Heinrich Vogeler <vogeler at users dot sourceforge dot net> Kevin Kenny <kennykb at users dot sourceforge dot net> Marty Backe <marty at lucidway dot org> Melissa Chawla <hershey at scriptics dot com> Michael Schlenker <mic42 at users dot sourceforge dot net> Miguel Sofer <mig at utdt dot edu> Pat Thoyts <patthoyts at users dot sourceforge dot net> Peter MacDonald <peter at pdqi dot com> Reinhard Max <max at suse dot de> Ross Mohn <rpmohn at panix dot com> Sandeep Tamhankar <sandeep at scriptics dot com> Scott Redman <redman at scriptics dot com> Scott Stanton <stanton at scriptics dot com> Steffen Traeger <Steffen dot Traeger at t-online dot de> Stephane Arnold <sarnold75 at users dot sourceforge dot net> Steve Ball <Steve dot Ball at zveno dot com> Will Duquette <will at wjduquette dot com> and all the people who submitted bug reports and patches. Bug reports, patches, requests for enhancements (RFEs) ----------------------------------------------------- Please submit bug reports, patches and RFEs at [Bugs] <http://sourceforge.net/tracker/?group_id=12883&atid=112883> [Patches] <http://sourceforge.net/tracker/?group_id=12883&atid=312883> [RFEs] <http://sourceforge.net/tracker/?group_id=12883&atid=362883> New in Tcllib 1.8 ================= Tcllib 1.8 Module Package New Version Comments ------ ------- ----------- ------------------------------- aes aes 1.0.0 AES Encryption bibtex bibtex 0.5 Processing of BibTeX bibliographies blowfish blowfish 1.0.0 Blowfish Encryption ------ ------- ----------- ------------------------------- des tclDES 1.0.0 DES encryption tclDESjr 1.0.0 ------ ------- ----------- ------------------------------- docstrip docstrip 1.2 Literate programming tools docstrip::util 1.2 ------ ------- ----------- ------------------------------- fumagic fileutil::magic::filetype 1.0 File types basic on magic numbers. fileutil::magic::mimetype 1.0 ------ ------- ----------- ------------------------------- grammar_me grammar::me::cpu 0.1 Match Engine. Foundation for grammar::me::cpu::core 0.1 parsers. grammar::me::tcl 0.1 grammar::me::util 0.1 ------ ------- ----------- ------------------------------- grammar_peg grammar::peg 0.1 Container for Parsing Expression grammar::peg::interp 0.1 Grammars, PEG interpreter. ------ ------- ----------- ------------------------------- log logger::appender 1.2 Utilities for logger. logger::utils 1.2 ------ ------- ----------- ------------------------------- math math::bigfloat 1.2 Arbitrary-precision floating point. math::linearalgebra 1.0 Matrix & vector processing. math::roman 1.0 Handling of roman numerals. ------ ------- ----------- ------------------------------- page page::analysis::* 0.1 Parser generator packages. Plugin page::config::peg 0.1 based. Can be used for arbitrary page::gen::* 0.1 text processing as well because page::parse::* 0.1 of that. page::pluginmgr 0.1 page::reader::* 0.1 page::transform::* 0.1 page::util::* 0.1 page::writer::* 0.1 ------ ------- ----------- ------------------------------- pluginmgr pluginmgr 0.1 Generic plugin management. rcs rcs 0.1 Processing of RCS patches. sha sha256 1.0.1 Extended SHA hash ------ ------- ----------- ------------------------------- sasl SASL 1.0.0 Simple Authentication & Security Layer SASL::NTLM 1.0.0 ------ ------- ----------- ------------------------------- snit snit 2.0 Snit for Tcl 8.5 units units 2.1 Unit conversions. ------ ------- ----------- ------------------------------- Changes from Tcllib 1.7 to 1.8 ============================== Legend API: ** incompatible ** API changes. > Implies change of major version. EF : Extended functionality, API. \ Implies change of minor verson. I : Major rewrite, but no API change/ B : Bug fixes. \ D : Documentation updates. > Implies change of patchlevel. EX : New examples. > P : Performance enhancement. / TS : Test suite fix / Tcllib 1.7 Tcllib 1.8 Module Package Old version New Version Comments ------ ------- ----------- ----------- ------------------------------- asn asn 0.1 0.4 EF, B, TS, D ------ ------- ----------- ----------- ------------------------------- base64 uuencode 1.1.2 1.1.3 TS base64 2.3.1 2.3.2 D ------ ------- ----------- ----------- ------------------------------- cmdline cmdline 1.2.3 1.2.4 B, TS ------ ------- ----------- ----------- ------------------------------- comm comm 4.2.1 4.3 D, EF ------ ------- ----------- ----------- ------------------------------- control control 0.1.2 0.1.3 TS ------ ------- ----------- ----------- ------------------------------- counter counter 2.0.3 2.0.4 B ------ ------- ----------- ----------- ------------------------------- crc crc32 1.2 1.3 TS, B, I crc16 1.1 1.1.1 B cksum 1.0.1 1.1.0 D, TS, I ------ ------- ----------- ----------- ------------------------------- csv csv 0.5.1 0.6 TS, EF ------ ------- ----------- ----------- ------------------------------- des des 0.8.2 1.0.0 ** API **, Import tclDES(jr), s.a. ------ ------- ----------- ----------- ------------------------------- dns ip 1.0.0 1.1.0 EF, D dns 1.2.0 1.3.0 B, D, EF ------ ------- ----------- ----------- ------------------------------- doctools doctools 1.1 1.2 EF, B, TS - idx 0.2 0.2.1 B, TS - toc 0.2 0.2.1 B, TS ------ ------- ----------- ----------- ------------------------------- fileutil fileutil 1.7 1.8 D, B, TS, EF ------ ------- ----------- ----------- ------------------------------- ftp ftp 2.4.1 2.4.2 B ------ ------- ----------- ----------- ------------------------------- grammar_fa grammar::fa 0.1 0.1.1 TS - op 0.1 0.1.1 TS - dexec 0.1 0.1.1 TS - dacceptor 0.1 0.1.1 TS ------ ------- ----------- ----------- ------------------------------- html html 1.2.3 1.3 B, TS, EF ------ ------- ----------- ----------- ------------------------------- htmlparse htmlparse 1.1 1.1.1 B, TS ------ ------- ----------- ----------- ------------------------------- http autoproxy 1.2.0 1.2.1 B ------ ------- ----------- ----------- ------------------------------- inifile inifile 0.1 0.1.1 B, TS ------ ------- ----------- ----------- ------------------------------- javascript javascript 1.0.1 1.0.2 B ------ ------- ----------- ----------- ------------------------------- jpeg jpeg 0.1 0.2 ** API ** ------ ------- ----------- ----------- ------------------------------- ldap ldap 1.2 1.2.1 B ------ ------- ----------- ----------- ------------------------------- log logger 0.5 0.6.1 B, TS, D, EF ------ ------- ----------- ----------- ------------------------------- math math 1.2.2 1.2.3 B, TS - bignum 3.0 3.1 B, D, TS, EF - calculus 0.6 0.6.1 B, TS - complexnumbers 1.0 1.0.1 TS - constants 1.0 1.0.1 B, TS - fourier 1.0 1.0.1 TS - geometry 1.0.2 1.0.3 D - interpolate 1.0 1.0.1 B, TS - optimize 0.2 1.0 B, D, TS, EF - polynomials 1.0 1.0.1 TS - rationalfunctions 1.0 1.0.1 B - special 0.1 0.2 B, TS, EF - statistics 0.1.2 0.2 B, TS, EF ------ ------- ----------- ----------- ------------------------------- md4 md4 1.0.2 1.0.3 B, TS ------ ------- ----------- ----------- ------------------------------- md5 md5 1.4.3 1.4.4 B, TS, D md5 2.0.1 2.0.4 B, TS ------ ------- ----------- ----------- ------------------------------- mime smtp 1.4 1.4.1 B mime 1.4 1.4.2 B ------ ------- ----------- ----------- ------------------------------- ncgi ncgi 1.2.3 1.3 EF ------ ------- ----------- ----------- ------------------------------- ntp time 1.1 1.2 B, TS, EF (ceptcl) ------ ------- ----------- ----------- ------------------------------- png png 0.1 0.1.1 B ------ ------- ----------- ----------- ------------------------------- pop3 pop3 1.6.2 1.6.3 B/TS ------ ------- ----------- ----------- ------------------------------- pop3d pop3d 1.0.3 1.1.0 B, TS, EF ------ ------- ----------- ----------- ------------------------------- profiler profiler 0.2.2 0.2.3 B ------ ------- ----------- ----------- ------------------------------- rc4 rc4 1.0.0 1.0.1 D, B, TS ------ ------- ----------- ----------- ------------------------------- ripemd ripemd128 1.0.0 1.0.3 TS, D, B ripemd160 1.0.0 1.0.3 TS, D, B ------ ------- ----------- ----------- ------------------------------- sha sha1 1.0.3 1.1.0 TS, B, EF (cryptkit) sha1 -- 2.0.2 TS, B, EF (cryptkit) ------ ------- ----------- ----------- ------------------------------- smtpd smtpd 1.3.0 1.4.0 B ------ ------- ----------- ----------- ------------------------------- snit snit 0.97 1.1 D, P, B, TS, I ------ ------- ----------- ----------- ------------------------------- struct - tree 1.2.1 1.2.2 B - tree 2.0 2.1 D, EF (ext. api, critcl) - graph 2.0 2.0.1 B - queue 1.3 1.4 B, EF - prioqueue 1.3 1.3.1 B - list 1.4 1.5 D, TS, EF, B - matrix 2.0 2.0.1 B - stack 1.3 1.3.1 B ------ ------- ----------- ----------- ------------------------------- textutil textutil 0.6.2 0.7 B, EF ------ ------- ----------- ----------- ------------------------------- tie tie 1.0 1.0.1 D, EX, TS - std::file 1.0 1.0.1 B ------ ------- ----------- ----------- ------------------------------- treeql treeql 1.2 1.3 B, D, TS, EF ------ ------- ----------- ----------- ------------------------------- uri uri 1.1.4 1.1.5 B ------ ------- ----------- ----------- ------------------------------- uuid uuid 1.0.0 1.0.1 B ------ ------- ----------- ----------- ------------------------------- Unchanged Modules/Packages ========================== base64 (yencode), bee, calendar, crc (sum), dns (spf, resolv), doctools (doctools::cvs, doctools::changelog), exif, ftp (ftp::geturl), ftpd, ident, irc, log, math (math::fuzzy), md5crypt, multiplexer, nntp, pop3d (pop3d::dbox, pop3d::udb), report, soundex, stooop (stooop, switched), tar, textutil (textutil::expander), tie (tie::std::array, tie::std::rarray, tie::std::dsource, tie::std::log), uri (uri::urn), struct (struct, struct::graph v1, struct::matrix v1, struct::pool, struct::record, struct::skiplist, struct::set) -- So long, Andreas Kupries <aku...@sh...> <http://www.purl.org/NET/akupries/> Developer @ <http://www.activestate.com/> ------------------------------------------------------------------------------- |
|
From: Andreas K. <and...@Ac...> - 2005-10-13 19:40:31
|
> Here's the warnings that were mentioned:
> Generating /volws/lwv27/ldatae/man/mann/snitfaq.n
> Manpage warning (sectambig): (Sub)Section title "What is a
> snit::widget?" causes ambiguous
> section references.
> Manpage warning (sectambig): (Sub)Section title "What is a
> snit::widgetadaptor?" causes am
> biguous section references.
> Manpage warning (sectambig): (Sub)Section title "What is a
> snit::widget?" causes ambiguous
> section references.
> Manpage warning (sectambig): (Sub)Section title "What is a
> snit::widgetadaptor?" causes am
> biguous section references.
Yep, some (sub)section tiltes are not unique ... Minor thing. I defered that
to after the release.
> I have only been using the Tcl 8.5 environment for my testing of
> extensions - my users don't want extensions to change on them.
> So I have some interesting results using the new tcllib release against
> Tcl 8.5. I know this isn't a combo that is particularly expected to be
> supported - just thought I'd mention it.
> I'm using Solaris 9 on a sparc.
>
>
> There are 20 tcllib test suite failures.
>
> Module: asn
> modules/asn/asn.test
> - asn 0.4
Known bug with handling of integer numbers in the 8.5 core. This might be
gone now, with the bignum processing merged into the head.
>
> ==== counter-avg counter::count FAILED
> ==== Contents of test case:
>
> counter::init avg
> counter::count avg 2.2
> counter::count avg 3.3
> counter::count avg 9.8
> counter::get avg -avg
>
> ---- Result was:
> 5.1000000000000005
> ---- Result should have been (exact matching):
> 5.1
> ==== counter-avg FAILED
tcl_precision differences
> exif-makernote-19.0 makernote field 19 (afpoint) is optional FAILED
>
> The failure occurs in the FocalPlaneXResolution return value -
> which is now
> returning with 7766.9902912621355 instead of the 7766.99029126 previously
> returned. Similar problem appeared with the PlaneYResolution field.
> There might be other fields - the output is very long and I wasn't certain
> if I was missing a field.
No, these are the floating point elements which differ.
> ---- Result was:
> 1
> ---- Result should have been (exact matching):
> 0
> ==== math-fuzzy-ManyCompares-1.1 FAILED
Arjen knows about it, is waiting for the head to stabilize a bit more in the
number area.
>
>
>
> The profiler 7.2 sortFunctions test failed because the results
> were returning
> with some new elements:
>
> ---- Result was:
> {::tcl::clock::scan 0} {::tcl::clock::format 0}
> {::tcl::clock::add 0} {::bar 1} {::foo 2}
> ---- Result should have been (exact matching):
> {::bar 1} {::foo 2}
> ==== profiler-7.2 FAILED
Yup, because parts of clock are now procedures.
> - SASL::NTLM 1.0.0
>
> ==== SASL-NTLM-1.1 NTLM client response FAILED
> ==== Contents of test case:
>
> list [catch {
> set ctx [SASL::new -mechanism NTLM -callback NTLMCallback]
> SASL::step $ctx ""
> SASL::step $ctx [base64::decode $Chk(2)]
> set response [SASL::response $ctx]
> SASL::cleanup $ctx
> base64::encode -maxlen 0 $response
> } res] $res
>
> ---- Result was:
> 0
> TlRMTVNTUAADAAAAGAAYAGoAAAAYABgAggAAAAwADABAAAAACAAIAEwAAAAWABYAVA
> AAAJoAAAABAgAAAAAAAABE
> AE8ATQBBAEkATgB1AHMAZQByAFcATwBSAEsAUwBUAEEAVABJAE8ATsM3zVy9RPyXgq
> Znr21CfG3mfCDC0+d8VoLTft
> Hx9ZaM2NlnEeJBCjvPm4ryx3aR4A==
> ---- Result should have been (exact matching):
> 0
> TlRMTVNTUAADAAAAGAAYAGoAAAAYABgAggAAAAwADABAAAAACAAIAEwAAAAWABYAVA
> AAAJoAAAABAgAAAAAAAEQA
> TwBNAEEASQBOAHUAcwBlAHIAVwBPAFIASwBTAFQAQQBUAEkATwBOAMM3zVy9RPyXgq
> Znr21CfG3mfCDC0+d8ViWpjB
> wx6BhHRmspst9GgPOZWPuMITqcxg==
> ==== SASL-NTLM-1.1 FAILED
For Pat, no idea.
> So, the worst failure was in the first module, where the new resolution
No, not the resolution, these are integer numbers, not floating point. At
the time this was found we found that the integer numbers in Tcl 8.5 had a
serious bug.
> is causing a lot of test result failures. I suspect a number of the
> other failures are similar.
But most others are something with changes in floating point precision
--
Andreas Kupries <and...@Ac...>
Developer @ http://www.ActiveState.com, a division of Sophos
Tel: +1 604 484 6491
|
|
From: Andreas K. <and...@Ac...> - 2005-10-12 17:03:51
|
> At 21.05 +0200 2005-10-10, Andreas Kupries wrote: > >> > >> so why not do some whirling, indeed? So > >> far I've mostly been dealing with the installer, but I thought I'd better > >> start typing things down before I forget... > >> > >> A first problem I had was that the installer doesn't handle permissions. > > > >Do you mean by that the installer gets confused by permissions when running, > >or that it does not set permissions on the files it installs ? > > Primarily the former, but the latter would be good too. Ok. Tcllib tracker, Bug or RFE report please. > >> I understand it probably can't, but there could be some advice in INSTALL.txt > >> on how to deal with this. > > > >We do have commands in Tcl for this, see "file attributes". > > Oh, it's unusually inlined. Good! (Although practically it still wouldn't > have worked, as my designated target area was originally root-only > writable.) Heh. > >> Also it could try to catch the error (for me it > >> was the [file mkdir tcllib1.8] that failed first) rather than just error > >> out completely. > > > >I am not sure here. The tcllib1.8 directory is important for all > packages. > >Erroring out does make sense IMHO. > > I meant "catch in order to provide a more readable error message". Ah, ok. Thanks for the clarification. > In > particular if you're running in GUI mode, erroring out looks like an error > in the installer rather than an error in the use of it. Very good point. Tcllib tracker, Bug report please. > >Actually warnings. Some of the section/subsection titles are not unique. > > > > > >Eh ?? Interesting. > > I thought so too. Copying the message does not appear possible > either (text > widget bug, or just poor integration with system clipboard?), but retyping > it in this mail as it was appearing on screen it turned out to be: > > Manpage warning (sectambig): unknown error code "sectambig" (for > locale sv_se). Ok. This a problem of doctools. It uses message catalogs for the error messages, and did not find a catalog for your locale. I will have to re-read manpages to see if there is a way to fall back into a default locale if the actual one is not found. The code tries to tell about the non-unique (sub)section titles, and then finds that there is no message, and then reports that. Tcllib tracker, Bug report please. > > > > [Later, after having browsed the > >> installer.tcl code a couple of times, I see that the installer > indeed just > >> quits when done. When working in GUI mode, it should first ask the user > >> whether (s)he wants to save the log window contents. An additional > >> alternative could be to dump the log window contents to > stdout, though.] > > > >The installer can be forced into non-gui mode, using -no-gui. In > that mode > >the log goes to stdout and can be captured. > > Yeah, but then I'd have to specify a _very_ large number of command line > switches to get the locations right. I actually rather _prefer_ the GUI > mode. Ok. Tcllib tracker, RFE reports please, for 'have user exit GUI explictly', and 'add button to write accumulated log into a file'. > > > >Hm. This might actually be platform dependent. > > Almost surely the locations are, but wouldn't the search order > "user, local > additions, vendor distribution" (which might be what in regular Unix? > Perhaps ~, /opt, /usr) be logical also on other systems? Not really. Remember, the order of paths in the tcl_pkgPath, and auto_path does not matter for packages at all, at all. The standard behaviour of tclsh when searching for an unknown package is to read all package indices in all listed directories (and their subdirectories) and then choose the highest version number possible within the constraints given to the 'package require'. So the order is really not relevant. Thus the Tcl core library may very well use different orders on the various platforms. > >From your paths I see that > >you are on OS X. I tested this so far only on other Unix installations > >(Linux, Solaris, ...) and Windows. For these the path chosen is quite > >sensible. > > Could this be because there isn't much to choose from? Checking the Tcl on > a local Linux machine, I find it is just /usr/lib (1 element, so the last > is also the first), Heh. Yes, that is of course also a possible reason why things are easy on the other unix platforms. Only one candidate to look at. Forgot about that actually. -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com, a division of Sophos Tel: +1 604 484 6491 |
|
From: Lars <lar...@re...> - 2005-10-12 13:55:26
|
At 21.05 +0200 2005-10-10, Andreas Kupries wrote: >> >> so why not do some whirling, indeed? So >> far I've mostly been dealing with the installer, but I thought I'd better >> start typing things down before I forget... >> >> A first problem I had was that the installer doesn't handle permissions. > >Do you mean by that the installer gets confused by permissions when running= , >or that it does not set permissions on the files it installs ? Primarily the former, but the latter would be good too. >> I understand it probably can't, but there could be some advice in >INSTALL.txt >> on how to deal with this. > >We do have commands in Tcl for this, see "file attributes". Oh, it's unusually inlined. Good! (Although practically it still wouldn't have worked, as my designated target area was originally root-only writable.) >We will have to >distinguish Windows and Unix, but otherwise we could set permissions. We >should possibly discuss what would be good permissions. > > >> Also it could try to catch the error (for me it >> was the [file mkdir tcllib1.8] that failed first) rather than just error >> out completely. > >I am not sure here. The tcllib1.8 directory is important for all packages. >Erroring out does make sense IMHO. I meant "catch in order to provide a more readable error message". In particular if you're running in GUI mode, erroring out looks like an error in the installer rather than an error in the use of it. >> Next, I'd like to ask where the log ends up (when running the GUI >> version). > >Nowhere. It is only shown in the GUI, but not written to file. > >> I got some curious error messages in the documentation-making-phase (for >> snit_faq, I think), which however didn't stop the installation. > >Actually warnings. Some of the section/subsection titles are not unique. > >> I >> thought I >> could come back to it later, but after installation was complete wish jus= t >> exited, and then the information in the log window was no more. (I think >> the error said something about a particular string not being a >> valid return >> code in the sv_se locale (???).) > >Eh ?? Interesting. I thought so too. Copying the message does not appear possible either (text widget bug, or just poor integration with system clipboard?), but retyping it in this mail as it was appearing on screen it turned out to be: Manpage warning (sectambig): unknown error code "sectambig" (for locale sv_s= e). > > [Later, after having browsed the >> installer.tcl code a couple of times, I see that the installer indeed jus= t >> quits when done. When working in GUI mode, it should first ask the user >> whether (s)he wants to save the log window contents. An additional >> alternative could be to dump the log window contents to stdout, though.] > >The installer can be forced into non-gui mode, using -no-gui. In that mode >the log goes to stdout and can be captured. Yeah, but then I'd have to specify a _very_ large number of command line switches to get the locations right. I actually rather _prefer_ the GUI mode. > >> Another curious thing is the default locations the installer >> selects, which >> had me confused for quite a while. In my system it wants to place >> things in >> /System/Library, despite /Library being more appropriate (e.g. being wher= e >> my wish is located). The logic that appears to be responsible for this is >> that libpath is set to the last element of tcl_pkgPath, but is that >> appropriate? Looking at how my tcl_pkgPath is constructed, it mostly goes >> from specific (e.g. user-installed packages) to general (those provided b= y >> the OS vendor), so the things I install should rather go into some of the >> early entries on this path. > >Hm. This might actually be platform dependent. Almost surely the locations are, but wouldn't the search order "user, local additions, vendor distribution" (which might be what in regular Unix? Perhaps ~, /opt, /usr) be logical also on other systems? >From your paths I see that >you are on OS X. I tested this so far only on other Unix installations >(Linux, Solaris, ...) and Windows. For these the path chosen is quite >sensible. Could this be because there isn't much to choose from? Checking the Tcl on a local Linux machine, I find it is just /usr/lib (1 element, so the last is also the first), whereas I here have as [join $tcl_pkgPath \n]: /Library/Frameworks/Tcl.framework/Versions/8.4/Resources/Scripts ~/Library/Tcl /Library/Tcl /Network/Library/Tcl /System/Library/Tcl ~/Library/Frameworks /Library/Frameworks /Network/Library/Frameworks /System/Library/Frameworks Lars Hellstr=F6m |
|
From: <ke...@cr...> - 2005-10-11 13:55:47
|
aa...@gm... said:
> This seems to be stemming from this line:
> {[*clock* *format* [*clock* seconds] -*format* {%G/%m/%d %H:%M:%S}]}
If you're using Y-m-d format, %G is simply wrong. %G is correct only
when used with %V - because it's the ISO8601 fiscal year, not the
calendar year. This sequence should be %Y.
Also, %G didn't become universal (alas!) until 8.5; HPUX in particular
fails to support it in 8.4.
--
73 de ke9tv/2, Kevin KENNY GE Corporate Research & Development
ke...@cr... P. O. Box 8, Bldg. K-1, Rm. 5B36A
Schenectady, New York 12301-0008 USA
|
|
From: Arjen M. <arj...@wl...> - 2005-10-11 06:47:59
|
"Larry W. Virden" wrote: > > Here's the warnings that were mentioned: > > > ==== counter-avg counter::count FAILED > ==== Contents of test case: > > counter::init avg > counter::count avg 2.2 > counter::count avg 3.3 > counter::count avg 9.8 > counter::get avg -avg > > ---- Result was: > 5.1000000000000005 > ---- Result should have been (exact matching): > 5.1 > ==== counter-avg FAILED > > and a similar failure in counter-hist. > > modules/math/fuzzy.test > math::fuzzy 0.2 > > ==== math-fuzzy-ManyCompares-1.1 Compare fails due to missing braces FAILED > : > Removed specific test case to save space here - this isn't a bug > report, just an observation. > : > > ---- Result was: > 1 > ---- Result should have been (exact matching): > 0 > ==== math-fuzzy-ManyCompares-1.1 FAILED > > > ==== units-10.1 leading zero is not octal FAILED > ==== Contents of test case: > > ::units::convert 09mm meter > > ---- Result was: > 0.009000000000000001 > ---- Result should have been (exact matching): > 0.009 > ==== units-10.1 FAILED > I suspect that these failures are due to the changed handling of numerical values in Tcl 8.5. Doesn't it use tcl_precision = 17 by default? Regards, Arjen |
|
From: Michael S. <sc...@un...> - 2005-10-10 19:31:55
|
Larry W. Virden schrieb: > Here's the warnings that were mentioned: > I have only been using the Tcl 8.5 environment for my testing of > extensions - my users don't want extensions to change on them. > So I have some interesting results using the new tcllib release against > Tcl 8.5. I know this isn't a combo that is particularly expected to be > supported - just thought I'd mention it. > There are 20 tcllib test suite failures. > > Module: asn > modules/asn/asn.test > - asn 0.4 > > ==== asn-2.19 integer FAILED > ==== Contents of test case: > > binary scan [asn::asnInteger $i] H* result > list $i [string toupper $result] > > ---- Result was: > 8388608 02050000800000 > ---- Result should have been (exact matching): > 8388608 020400800000 > ==== asn-2.19 FAILED > > ==== asn-4.19 enum FAILED > ==== Contents of test case: > > binary scan [asn::asnEnumeration $i] H* result > list $i [string toupper $result] > > ---- Result was: > 8388608 0A050000800000 > ---- Result should have been (exact matching): > 8388608 0A0400800000 > ==== asn-4.19 FAILED > > plus quite a few more. I won't flood email boxes with them. Just > trying to characterise the types of things that I encountered. Those are actually failures in the Tcl 8.5 core, not in the asn package. For reference: http://sourceforge.net/tracker/index.php?func=detail&aid=1272730&group_id=12883&atid=112883 Michael |
|
From: Andreas K. <and...@Ac...> - 2005-10-10 19:06:16
|
> > At 02.42 +0200 2005-10-07, Andreas Kupries wrote: > >The Tcllib CVS has been tagged and __ pre-release __ archives have bee= n > >created. > [snip] > >Please give them a whirl. > > I currently have some hours to kill in Never-never-land (in an airport > lounge just outside Customs, waiting for a flight that's currently > estimated to be two hours late), Oi. > so why not do some whirling, indeed? So > far I've mostly been dealing with the installer, but I thought I'd bett= er > start typing things down before I forget... > > A first problem I had was that the installer doesn't handle permissions. Do you mean by that the installer gets confused by permissions when runni= ng, or that it does not set permissions on the files it installs ? > I understand it probably can't, but there could be some advice in INSTALL.txt > on how to deal with this. We do have commands in Tcl for this, see "file attributes". We will have = to distinguish Windows and Unix, but otherwise we could set permissions. We should possibly discuss what would be good permissions. > I suspect [exec sudo installer.tcl] doesn't > qualify as good practice. Hm. Well, if it finds a proper Tclsh. But in general no. > Also it could try to catch the error (for me it > was the [file mkdir tcllib1.8] that failed first) rather than just erro= r > out completely. I am not sure here. The tcllib1.8 directory is important for all packages. Erroring out does make sense IMHO. > Next, I'd like to ask where the log ends up (when running the GUI > version). Nowhere. It is only shown in the GUI, but not written to file. > I got some curious error messages in the documentation-making-phase (fo= r > snit_faq, I think), which however didn't stop the installation. Actually warnings. Some of the section/subsection titles are not unique. > I > thought I > could come back to it later, but after installation was complete wish j= ust > exited, and then the information in the log window was no more. (I thin= k > the error said something about a particular string not being a > valid return > code in the sv_se locale (???).) Eh ?? Interesting. [Later, after having browsed the > installer.tcl code a couple of times, I see that the installer indeed j= ust > quits when done. When working in GUI mode, it should first ask the user > whether (s)he wants to save the log window contents. An additional > alternative could be to dump the log window contents to stdout, though.= ] The installer can be forced into non-gui mode, using -no-gui. In that mod= e the log goes to stdout and can be captured. > Another curious thing is the default locations the installer > selects, which > had me confused for quite a while. In my system it wants to place > things in > /System/Library, despite /Library being more appropriate (e.g. being wh= ere > my wish is located). The logic that appears to be responsible for this = is > that libpath is set to the last element of tcl_pkgPath, but is that > appropriate? Looking at how my tcl_pkgPath is constructed, it mostly go= es > from specific (e.g. user-installed packages) to general (those provided= by > the OS vendor), so the things I install should rather go into some of t= he > early entries on this path. Hm. This might actually be platform dependent. From your paths I see that you are on OS X. I tested this so far only on other Unix installations (Linux, Solaris, ...) and Windows. For these the path chosen is quite sensible. > Slightly related, but not having any ill effects for me, is the way in > which the test for a starkit is being performed. It tests whether [info > nameofexecutable] is a prefix of [info library], but it appears to me a= s > the test may miss some cases where this happens. The reason is that I f= ind > my [info nameofexecutable] is the non-normalized > /usr/bin/../../Library/Frameworks/Tk.framework/Versions/8.4/Resources/W= ish > Shell.app/Contents/MacOS/Wish Shell > whereas the [info library] is normalized to > /Library/Frameworks/Tcl.framework/Versions/8.4/Resources/Scripts > Perhaps starkits don't normalize their library paths, or perhaps they d= o, > but one should anyway take note of this possibility for errors. I have to admit, that is the first time that I am seeing a non-normalized path in [info nameofexecutable] ... Ok, Jeff told that this can occur on other Unices as well, symbolic path, or running ./tclsh etc. ... Hm, I gu= ess we should normalize, if [file normalize] is present (remmber, parts of tcllib can be used with 8.2 and 8.3 as well, so the installer cannot assu= me 8.4 features) > Not much actual testing got done, but OTOH these delayed remarks could = be > useful in a slightly longer timeframe. Yes. Definitely. > Lars Hellstr=F6m, > now safely home (after far too many hours waiting in airports > this weekend; I can feel your pain ... My end-of-the-yar vacation is coming up ... Vancouver - Amsterdam - Duesseldorf. Well, better than older flights to various conferences, via Chicago ... That was usually a pain. Today likel= y even more with US border paranoia way up. > aarrrrgh) -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com, a division of Sophos Tel: +1 604 484 6491 |
|
From: Larry W. V. <lv...@ca...> - 2005-10-10 18:32:11
|
Here's the warnings that were mentioned:
Generating /volws/lwv27/ldatae/man/mann/doctoc_api.n
Manpage warning (sectambig): (Sub)Section title "What is a snit::widget?" causes ambiguous
section references.
Manpage warning (sectambig): (Sub)Section title "What is a snit::widgetadaptor?" causes am
biguous section references.
Manpage warning (sectambig): (Sub)Section title "What is a snit::widget?" causes ambiguous
section references.
Manpage warning (sectambig): (Sub)Section title "What is a snit::widgetadaptor?" causes am
biguous section references.
Generating /volws/lwv27/ldatae/man/mann/snitfaq.n
Manpage warning (sectambig): (Sub)Section title "What is a snit::widget?" causes ambiguous
section references.
Manpage warning (sectambig): (Sub)Section title "What is a snit::widgetadaptor?" causes am
biguous section references.
Manpage warning (sectambig): (Sub)Section title "What is a snit::widget?" causes ambiguous
section references.
Manpage warning (sectambig): (Sub)Section title "What is a snit::widgetadaptor?" causes am
biguous section references.
I have only been using the Tcl 8.5 environment for my testing of
extensions - my users don't want extensions to change on them.
So I have some interesting results using the new tcllib release against
Tcl 8.5. I know this isn't a combo that is particularly expected to be
supported - just thought I'd mention it.
I'm using Solaris 9 on a sparc.
There are 20 tcllib test suite failures.
Module: asn
modules/asn/asn.test
- asn 0.4
==== asn-2.19 integer FAILED
==== Contents of test case:
binary scan [asn::asnInteger $i] H* result
list $i [string toupper $result]
---- Result was:
8388608 02050000800000
---- Result should have been (exact matching):
8388608 020400800000
==== asn-2.19 FAILED
==== asn-4.19 enum FAILED
==== Contents of test case:
binary scan [asn::asnEnumeration $i] H* result
list $i [string toupper $result]
---- Result was:
8388608 0A050000800000
---- Result should have been (exact matching):
8388608 0A0400800000
==== asn-4.19 FAILED
plus quite a few more. I won't flood email boxes with them. Just
trying to characterise the types of things that I encountered.
==== counter-avg counter::count FAILED
==== Contents of test case:
counter::init avg
counter::count avg 2.2
counter::count avg 3.3
counter::count avg 9.8
counter::get avg -avg
---- Result was:
5.1000000000000005
---- Result should have been (exact matching):
5.1
==== counter-avg FAILED
and a similar failure in counter-hist.
exif-makernote-19.0 makernote field 19 (afpoint) is optional FAILED
The failure occurs in the FocalPlaneXResolution return value - which is now
returning with 7766.9902912621355 instead of the 7766.99029126 previously
returned. Similar problem appeared with the PlaneYResolution field.
There might be other fields - the output is very long and I wasn't certain
if I was missing a field.
modules/math/fuzzy.test
math::fuzzy 0.2
==== math-fuzzy-ManyCompares-1.1 Compare fails due to missing braces FAILED
:
Removed specific test case to save space here - this isn't a bug
report, just an observation.
:
---- Result was:
1
---- Result should have been (exact matching):
0
==== math-fuzzy-ManyCompares-1.1 FAILED
The profiler 7.2 sortFunctions test failed because the results were returning
with some new elements:
---- Result was:
{::tcl::clock::scan 0} {::tcl::clock::format 0} {::tcl::clock::add 0} {::bar 1} {::foo 2}
---- Result should have been (exact matching):
{::bar 1} {::foo 2}
==== profiler-7.2 FAILED
- SASL::NTLM 1.0.0
==== SASL-NTLM-1.1 NTLM client response FAILED
==== Contents of test case:
list [catch {
set ctx [SASL::new -mechanism NTLM -callback NTLMCallback]
SASL::step $ctx ""
SASL::step $ctx [base64::decode $Chk(2)]
set response [SASL::response $ctx]
SASL::cleanup $ctx
base64::encode -maxlen 0 $response
} res] $res
---- Result was:
0 TlRMTVNTUAADAAAAGAAYAGoAAAAYABgAggAAAAwADABAAAAACAAIAEwAAAAWABYAVAAAAJoAAAABAgAAAAAAAABE
AE8ATQBBAEkATgB1AHMAZQByAFcATwBSAEsAUwBUAEEAVABJAE8ATsM3zVy9RPyXgqZnr21CfG3mfCDC0+d8VoLTft
Hx9ZaM2NlnEeJBCjvPm4ryx3aR4A==
---- Result should have been (exact matching):
0 TlRMTVNTUAADAAAAGAAYAGoAAAAYABgAggAAAAwADABAAAAACAAIAEwAAAAWABYAVAAAAJoAAAABAgAAAAAAAEQA
TwBNAEEASQBOAHUAcwBlAHIAVwBPAFIASwBTAFQAQQBUAEkATwBOAMM3zVy9RPyXgqZnr21CfG3mfCDC0+d8ViWpjB
wx6BhHRmspst9GgPOZWPuMITqcxg==
==== SASL-NTLM-1.1 FAILED
==== units-10.1 leading zero is not octal FAILED
==== Contents of test case:
::units::convert 09mm meter
---- Result was:
0.009000000000000001
---- Result should have been (exact matching):
0.009
==== units-10.1 FAILED
So, the worst failure was in the first module, where the new resolution
is causing a lot of test result failures. I suspect a number of the
other failures are similar.
--
Tcl - The glue of a new generation. <URL: http://wiki.tcl.tk/ >
Larry W. Virden <mailto:lv...@ca...><URL: http://www.purl.org/NET/lvirden/ >
Even if explicitly stated to the contrary, nothing in this posting should
be construed as representing my employer's opinions.
-><-
|
|
From: Lars <lar...@re...> - 2005-10-10 13:56:06
|
At 02.42 +0200 2005-10-07, Andreas Kupries wrote: >The Tcllib CVS has been tagged and __ pre-release __ archives have been >created. [snip] >Please give them a whirl. I currently have some hours to kill in Never-never-land (in an airport lounge just outside Customs, waiting for a flight that's currently estimated to be two hours late), so why not do some whirling, indeed? So far I've mostly been dealing with the installer, but I thought I'd better start typing things down before I forget... A first problem I had was that the installer doesn't handle permissions. I understand it probably can't, but there could be some advice in INSTALL.txt on how to deal with this. I suspect [exec sudo installer.tcl] doesn't qualify as good practice. Also it could try to catch the error (for me it was the [file mkdir tcllib1.8] that failed first) rather than just error out completely. Next, I'd like to ask where the log ends up (when running the GUI version). I got some curious error messages in the documentation-making-phase (for snit_faq, I think), which however didn't stop the installation. I thought I could come back to it later, but after installation was complete wish just exited, and then the information in the log window was no more. (I think the error said something about a particular string not being a valid return code in the sv_se locale (???).) [Later, after having browsed the installer.tcl code a couple of times, I see that the installer indeed just quits when done. When working in GUI mode, it should first ask the user whether (s)he wants to save the log window contents. An additional alternative could be to dump the log window contents to stdout, though.] Another curious thing is the default locations the installer selects, which had me confused for quite a while. In my system it wants to place things in /System/Library, despite /Library being more appropriate (e.g. being where my wish is located). The logic that appears to be responsible for this is that libpath is set to the last element of tcl_pkgPath, but is that appropriate? Looking at how my tcl_pkgPath is constructed, it mostly goes from specific (e.g. user-installed packages) to general (those provided by the OS vendor), so the things I install should rather go into some of the early entries on this path. Slightly related, but not having any ill effects for me, is the way in which the test for a starkit is being performed. It tests whether [info nameofexecutable] is a prefix of [info library], but it appears to me as the test may miss some cases where this happens. The reason is that I find my [info nameofexecutable] is the non-normalized /usr/bin/../../Library/Frameworks/Tk.framework/Versions/8.4/Resources/Wish Shell.app/Contents/MacOS/Wish Shell whereas the [info library] is normalized to /Library/Frameworks/Tcl.framework/Versions/8.4/Resources/Scripts Perhaps starkits don't normalize their library paths, or perhaps they do, but one should anyway take note of this possibility for errors. Not much actual testing got done, but OTOH these delayed remarks could be useful in a slightly longer timeframe. Lars Hellstr=F6m, now safely home (after far too many hours waiting in airports this weekend; aarrrrgh) |
|
From: Pat T. <pa...@zs...> - 2005-10-08 20:36:18
|
"Techentin, Robert W." <tec...@ma...> writes:
>> For some reason %G is not being translated into four digit year.
>
>I can verify that this is an HP-UX Tcl 8.4.6 problem. On HP-UX 11.0, with
>ActiveTcl 8.4.6:
>
>mynock> tclsh
>% clock format [clock seconds] -format {%G/%m/%d %H:%M:%S}
>G/10/08 13:38:11
>% info patchlevel
>8.4.6
>
The clock format in < 8.5 depends upon the local platforms C library
implementation of strftime as I recall. I can see no reason to use %G
instead of %Y and I imagine %Y is better supported.
--
Pat Thoyts http://www.patthoyts.tk/
PGP fingerprint 2C 6E 98 07 2C 59 C8 97 10 CE 11 E6 04 E0 B9 DD
|
|
From: Techentin, R. W. <tec...@ma...> - 2005-10-08 18:42:17
|
> For some reason %G is not being translated into four digit year.
I can verify that this is an HP-UX Tcl 8.4.6 problem. On HP-UX 11.0, with
ActiveTcl 8.4.6:
mynock> tclsh
% clock format [clock seconds] -format {%G/%m/%d %H:%M:%S}
G/10/08 13:38:11
% info patchlevel
8.4.6
While on Red Hat Enterprise Linux, also with ActiveTcl 8.4.6:
walker.mayo.edu> tclsh
% clock format [clock seconds] -format {%G/%m/%d %H:%M:%S}
2005/10/08 13:39:07
% info patchlevel
8.4.6
I can't install the latest ActiveTcl just now, but I suppose this can be
written off as a known bug. Odd, though.
Bob
--
Bob Techentin tec...@ma...
Mayo Foundation (507) 538-5495
200 First St. SW FAX (507) 284-9171
Rochester MN, 55901 USA http://www.mayo.edu/sppdg/
|
31 messages has been excluded from this view by a project administrator.
