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: Techentin, R. W. <tec...@ma...> - 2006-09-21 14:47:58
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have the recipe documented somewhere. But it was basically this. Fetch CVS HEAD Compare to the recent ActiveTcl release, checking that I've got exactly the same files. Update ChangeLog Tag CVS with the right version marker Remove CVS directories from my local copy Tar and zip and distribute 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/ > -----Original Message----- > From: ta...@jt... [mailto:ta...@jt...] > Sent: Thursday, September 21, 2006 8:56 AM > To: and...@ac... > Cc: tcl...@li...; Techentin, Robert W. > Subject: Re: [Tcllib-devel] BWidget 1.8? > > > From: "Andreas Kupries" <and...@ac...> > > Date: Mon, 18 Sep 2006 09:37:55 -0700 > > Importance: Normal > > > > I do have to make the proviso that I will not do the necessary > > release management. > > What is involved for doing said management? If Bob is unable > to do it, then I volunteer myself for the task. > > -- > Jason Tang / ta...@jt... / http://www.jtang.org/~tang > -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.6 (Build 6060) iQA/AwUBRRKltvraC0vji7g/EQL8WACgvmH9zHbtCiqZlY76reEO7w4/pfYAnjvL YjaiYbzpB6MSgtyJ0b6jFjHa =bTdb -----END PGP SIGNATURE----- |
|
From: <ta...@jt...> - 2006-09-21 13:56:20
|
> From: "Andreas Kupries" <and...@ac...> > Date: Mon, 18 Sep 2006 09:37:55 -0700 > Importance: Normal > > I do have to make the proviso that I will not do the necessary > release management. What is involved for doing said management? If Bob is unable to do it, then I volunteer myself for the task. -- Jason Tang / ta...@jt... / http://www.jtang.org/~tang |
|
From: Andreas K. <and...@ac...> - 2006-09-20 16:34:41
|
I have now committed a change to the run code which uses a different method of execution on windows which doesn't use 'echo', nor 'cat'. I also disabled use of valgrind for that platform. There is no valgrind port for Windows, so the feature is not needed there. > > > Oh: under Cygwin with Tcl 8.4.1, I get an ERR (child process exited > > > abnormally) on a multiplexer test. > > > > I forgot to mention that the tests stop after this! With the rewrite I have no ERR for multiplexer. > > > > > > I entered the command "tclsh sak.tcl test run math", but it went ahead > > > with all modules. > > > > > > > It seems to be ignoring the module argument ... Which is a pity I tried my rewrite and it is good for me, i.e. not ignoring the modules and running only the specified testsuites. > > > On Windows it fails: couldn't execute "echo": no such file or directory > > I thought that this was an artifact of the colorization ... As I > disabled that it can't ... grepping I see > > ./support/devel/sak/test/run.tcl:152: lappend cmd echo [join $script \n] > > and now remember: I use 'echo' to infect the script into the > subprocess running the testsuite. This construction is needed to get > the execution under valgrind right, and I decided to use it for the > regular startup as well. As valgrind is not relevant under Windows I > better rewrite things for windows to not use the echo-construction. > > > > > > Not a new complaint. > > But only now fully recognized where the problem is. -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Tel: +1 778-786-1122 |
|
From: Andreas K. <aku...@sh...> - 2006-09-20 12:01:08
|
> > > Oh: under Cygwin with Tcl 8.4.1, I get an ERR (child process exited > > abnormally) on a multiplexer test. > > I forgot to mention that the tests stop after this! > > > > > I entered the command "tclsh sak.tcl test run math", but it went ahead > > with all modules. > > > > It seems to be ignoring the module argument ... Which is a pity > > > On Windows it fails: couldn't execute "echo": no such file or directory I thought that this was an artifact of the colorization ... As I disabled that it can't ... grepping I see ./support/devel/sak/test/run.tcl:152: lappend cmd echo [join $script \n] and now remember: I use 'echo' to infect the script into the subprocess running the testsuite. This construction is needed to get the execution under valgrind right, and I decided to use it for the regular startup as well. As valgrind is not relevant under Windows I better rewrite things for windows to not use the echo-construction. > > Not a new complaint. But only now fully recognized where the problem is. -- So long, Andreas Kupries <aku...@sh...> <http://www.purl.org/NET/akupries/> Developer @ <http://www.activestate.com/> ------------------------------------------------------------------------------- |
|
From: Arjen M. <arj...@wl...> - 2006-09-20 06:25:21
|
> Oh: under Cygwin with Tcl 8.4.1, I get an ERR (child process exited > abnormally) on a multiplexer test. I forgot to mention that the tests stop after this! > > I entered the command "tclsh sak.tcl test run math", but it went ahead > with all modules. > It seems to be ignoring the module argument ... Which is a pity > On Windows it fails: couldn't execute "echo": no such file or directory > Not a new complaint. Regards, Arjen |
|
From: Arjen M. <arj...@wl...> - 2006-09-20 04:42:43
|
> >> Hello, >> >> I just updated my Tcllib directory and the new sak.tcl chokes >> on the absence of "version.tcl" in a suitable directory. >> I suppose for now I can simply get rid of the statement, but >> it is slightly annoying. > > How did you update ? I use > > cvs update -dP . > > The -d ensures that new directories are created and updated as well. > Without that cvs will get only files in existing directories and ignore > anything in new directories. > That was it! I keep forgetting that. Okay, it is running now ... Oh: under Cygwin with Tcl 8.4.1, I get an ERR (child process exited abnormally) on a multiplexer test. I entered the command "tclsh sak.tcl test run math", but it went ahead with all modules. On Windows it fails: couldn't execute "echo": no such file or directory Regards, Arjen |
|
From: alder <aft...@rp...> - 2006-09-20 01:09:27
|
C yberhand Tech, Inc (C YHD)
Sto ck Ra dar Presents
Get ready! CY HD continues.
Don't you dare take your eyes off this one tom orrow morning.
C u r r e n t pric e: 0.01
When this st ock moves. W atch out.
New s:
F SBO media holdings enters into marketing and video production agreement to produce video-spectus 'TM' For Cyberh and Technologi es, Inc
FSB O Me dia Holdin gs, Inc. announced that it has entered into a ma rketing and production agreement with Cyb erhand Techn ologies, Inc. (C YHD - New s) Cy berhand focuses on Aerospace Weapon Systems{S/!} that provide the world's fastest controllers and most accurate target acquisition, generating the b e s t field results, as well as innovative wireless ergonomic p roducts for private and military purposes.
The Video-Spectus(TM) is designed to complement the current written or static methods of information currently distributed through internet, n ewswires and compnay w e b s i t e s. It will also assist the co mpany in m arketing its products, services or technologies. The Video-Spectus(TM) provides the viewer with an up close and personal look at the comp any by having its officers or com pany spokesperson describe its mission, c ompany achievements or prospects in a professionally produced TV-like infomercial. Invsetor and Public Relation firms will also share in the benefit s that the Video-Spectus(TM) provides by pointing shareholders and clients to the comp any's website. FSB O Web TV utilizes state-of-the-art virtual set technology, which allows the multi-million dol lar studio look at a fraction of the pric e. Dynamic tracking shots and corporate or hi-tech settings are the norm, not add-ons.
Bob Pianka, President of F SBO TV, Inc. said, "Our Video-Spectus(TM) infomercial has become a leading income generator for our copmany. Companies and IRPR firms are quickly recognizing the power of video to get their inv estor relations and n e w produ ct launch informa tion in front of our very targeted audiences. In addition to producing the video itself, we then put the c ompany's Video-Spectus(TM) where it will be seen by thousands of potential inevstors every day." FSBO Media Holdings Inc., is a multimedia marke ting conglomerate that provides a vast array of services, from real estate mark eting services to media exposure and distribution. FS BO Media Holdings is a diversified compan y consisting of both hard assets as well as media properties used to promote and create strong branding programs for these assets. FS BO Media also works with outside companies, both public and private, with an array of m arketing, media and branding services.
Conclusion:
The examples above show the awesome, earning potential of little known companies that explode onto i nvestor's r a d a r screens; many of you are already familiar with this. Is CY HD poised and positioned to do that for you? then you may feel the time has come to act... And please w a t c h
this one tr ade tomorrow! Go CY HD.
|
|
From: Andreas K. <and...@ac...> - 2006-09-19 17:54:19
|
> Hello, > > I just updated my Tcllib directory and the new sak.tcl chokes > on the absence of "version.tcl" in a suitable directory. > I suppose for now I can simply get rid of the statement, but > it is slightly annoying. How did you update ? I use cvs update -dP . The -d ensures that new directories are created and updated as well. Without that cvs will get only files in existing directories and ignore anything in new directories. -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Tel: +1 778-786-1122 |
|
From: Arjen M. <arj...@wl...> - 2006-09-19 17:49:51
|
Hello, I just updated my Tcllib directory and the new sak.tcl chokes on the absence of "version.tcl" in a suitable directory. I suppose for now I can simply get rid of the statement, but it is slightly annoying. Regards, Arjen |
|
From: Arjen M. <arj...@wl...> - 2006-09-19 17:35:35
|
> >> schlenk@chronos:~/devel/tcllib> ./sak.tcl test run >> [ ] Starting ... >> [ ] [8.5a5] counter ~~ FAILS T 16 P 13 S 1 F 2 [ >> ] [8.5a5] doctools ~~ FAILS T 122 P 118 S 0 F 4 [ >> ] [8.5a5] exif ~~ FAILS T 1 P 0 S 0 F 1 [* >> ] [8.5a5] math ---- leastsquares-1.0 !U: >> -0.054317980921187212 - 0 0 >> !U: -0.063230991881417203 - 1 0 >> !U: -0.10614726864978458 - 2 0 >> !U: -0.12397329057024455 - 3 0 >> !U: -0.98229882593759243 - 4 0 >> !U: 0.038778805542995093 - 5 0 >> !U: 0.13999392973776048 - 0 1 >> !U: 0.27304181739916439 - 1 1 >> !U: 0.24328134837837237 - 2 1 >> !U: 0.50937712370118016 - 3 1 >> !U: -0.085832256714661284 - 4 1 >> !U: 0.76146688744575264 - 5 1 >> !U: 0.69234790858193906 - 0 2 >> !U: 0.42812360329180199 - 1 2 >> !U: 0.42749085145230731 - 2 2 >> !U: -0.10095775912796691 - 3 2 >> !U: -0.11361279591786072 - 4 2 >> !U: -0.36265105706012529 - 5 2 Oh, I forgot to remove a print statement! I will correct that. > >> but should be disabled on >> windows, where it does not seem to work (will have to retry with >> ansi.sys added to my /windows/system32/config.nt, which should enable >> ansi sequences). On windows i get errors that 'echo' is not found... > > Pat reported the same. I committed a change this morning which disables > the colors for platform windows. > sak.tcl does not work with tclkit either (that was my way of testing against Tcl 8.5a4 the other day). The message concerns the console (it was not opened for writing, apparently). Regards, Arjen |
|
From: Andreas K. <and...@ac...> - 2006-09-19 16:04:58
|
> The only real bugs I see are for bigfloat, which apparently computes completely > different results under 8.5a5 than for 8.4. This is something Sarnold75 has to > look into. Stephane has investigated this and found a bug in the Tcl core maths regarding the handling of large powers. He has reported this to the Tcl core, and we can follow the investigation/discussion of the problem at the link below. A core maintainer has already confirmed the problem. https://sourceforge.net/tracker/?func=detail&atid=110894&aid=1561260&group_id=10 894 Many thanks to Stephane. -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Tel: +1 778-786-1122 |
|
From: Andreas K. <and...@ac...> - 2006-09-19 15:58:45
|
> Running with a CVS version of Tcl 8.5a5 i get quite a lot of test > failures on SUSE 10.1 on an AMD x86_64 machine. > > doctools is harmless, just localization related, the error message is > expected in english and returned in german. Hm. > schlenk@chronos:~/devel/tcllib> ./sak.tcl test run > [ ] Starting ... > [ ] [8.5a5] counter ~~ FAILS T 16 P 13 S 1 F 2 > [ ] [8.5a5] doctools ~~ FAILS T 122 P 118 S 0 F 4 > [ ] [8.5a5] exif ~~ FAILS T 1 P 0 S 0 F 1 > [* ] [8.5a5] math ---- leastsquares-1.0 !U: > -0.054317980921187212 - 0 0 > !U: -0.063230991881417203 - 1 0 > !U: -0.10614726864978458 - 2 0 > !U: -0.12397329057024455 - 3 0 > !U: -0.98229882593759243 - 4 0 > !U: 0.038778805542995093 - 5 0 > !U: 0.13999392973776048 - 0 1 > !U: 0.27304181739916439 - 1 1 > !U: 0.24328134837837237 - 2 1 > !U: 0.50937712370118016 - 3 1 > !U: -0.085832256714661284 - 4 1 > !U: 0.76146688744575264 - 5 1 > !U: 0.69234790858193906 - 0 2 > !U: 0.42812360329180199 - 1 2 > !U: 0.42749085145230731 - 2 2 > !U: -0.10095775912796691 - 3 2 > !U: -0.11361279591786072 - 4 2 > !U: -0.36265105706012529 - 5 2 > [ ] [8.5a5] math ~~ FAILS T 1964 P 1960 S 0 F 4 > [ ] [8.5a5] md4 ~~ FAILS T 322 P 157 S 0 F 165 > [ ] [8.5a5] md5 ~~ FAILS T 82 P 56 S 0 F 26 > [ ] [8.5a5] md5crypt ~~ FAILS T 43 P 3 S 0 F 40 > [ ] [8.5a5] otp ~~ FAILS T 72 P 18 S 0 F 54 > [ ] [8.5a5] pop3d ~~ FAILS T 152 P 39 S 0 F 113 > [ ] [8.5a5] profiler ~~ FAILS T 20 P 14 S 5 F 1 > [ ] [8.5a5] sasl ~~ FAILS T 16 P 13 S 0 F 3 > [ ] [8.5a5] sha1 ~~ FAILS T 90 P 61 S 0 F 29 > [ ] [8.5a5] snit ~~ ERR child killed: segmentation violation > [ ] [8.5a5] stooop ~~ FAILS T 103 P 102 S 0 F 1 > [ ] [8.5a5] struct ~~ FAILS T 2365 P 2348 S 16 F 1 > [ ] [8.5a5] units ~~ FAILS T 97 P 96 S 0 F 1 > > Is there a way to get the details of failed tests from the newer > sak.tcl test run ? Yes. Use the switch -v to activate the raw/extended log. See also output of 'sak.tcl help test'. > (looks quite nice btw. on a supported console, Yeah, my first try to do some colorization. Highlight all the special stuff. > but should be disabled on > windows, where it does not seem to work (will have to retry with > ansi.sys added to my /windows/system32/config.nt, which should enable > ansi sequences). On windows i get errors that 'echo' is not found... Pat reported the same. I committed a change this morning which disables the colors for platform windows. > I see some test failures for Tcl 8.4.12 too, but not sure if that is > with critcl or without, is there a way to simply see it with the new setup? In the extended output generated by -v a test suite usually tells things > pure Tcl > critcl > Trf if it is relevant. Some of the testsuites can handle both pure Tcl and critcl at the same time and additionall embed the information into the name of the test itself, like tree-critcl-... tree-tcl-... > This is with the default Tcl 8.4.12 from SUSE. > > schlenk@chronos:~/devel/tcllib> ./sak.tcl test run > [ ] Starting ... > [ ] [8.4.12] doctools ~~ FAILS T 122 P 118 S 0 F 4 > [ ] [8.4.12] json ~~ Skip T 0 P 0 S 0 F 0 > [ ] [8.4.12] math ~~ Skip T 1333 P 1333 S 0 F 0 > [ ] [8.4.12] md4 ~~ FAILS T 322 P 157 S 0 F 165 > [ ] [8.4.12] md5 ~~ FAILS T 82 P 56 S 0 F 26 > [ ] [8.4.12] md5crypt ~~ FAILS T 43 P 3 S 0 F 40 > [ ] [8.4.12] otp ~~ FAILS T 72 P 18 S 0 F 54 > [ ] [8.4.12] sasl ~~ FAILS T 16 P 13 S 0 F 3 > [ ] [8.4.12] sha1 ~~ FAILS T 90 P 61 S 0 F 29 I will see if I can find free time forgotten in some corner of the office and use it to run the testsuite on the x86_64 machine here. also a linux box. -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Tel: +1 778-786-1122 |
|
From: Michael S. <sch...@is...> - 2006-09-19 14:34:53
|
Pat Thoyts schrieb: > "Andreas Kupries" <and...@ac...> writes: > >> Having done testing during last weekend and weekend I believe that we are in a >> reasonable shape for a release. This is however so far based only on testing on >> a linux/intel 32 bit machine. Anybody, please grab the CVS head and run its >> testsuite on the machines/OSs your care for, with the tclsh/wish you care about, >> with, or without C accelerators (critcl). > [snip] >> I consider the probability of me running the testsuite on some other >> machines/architectures during this week to be basically zilch. > > I plan to do WindowsXP and can do Solaris/sparc. However the new sak > mods prevent running any tests on windows at all for now. We need to > avoid all the ANSI stuff on windows as the Windows cmd shell just > doesn't do ansi escapes. > Running with a CVS version of Tcl 8.5a5 i get quite a lot of test failures on SUSE 10.1 on an AMD x86_64 machine. doctools is harmless, just localization related, the error message is expected in english and returned in german. schlenk@chronos:~/devel/tcllib> ./sak.tcl test run [ ] Starting ... [ ] [8.5a5] counter ~~ FAILS T 16 P 13 S 1 F 2 [ ] [8.5a5] doctools ~~ FAILS T 122 P 118 S 0 F 4 [ ] [8.5a5] exif ~~ FAILS T 1 P 0 S 0 F 1 [* ] [8.5a5] math ---- leastsquares-1.0 !U: -0.054317980921187212 - 0 0 !U: -0.063230991881417203 - 1 0 !U: -0.10614726864978458 - 2 0 !U: -0.12397329057024455 - 3 0 !U: -0.98229882593759243 - 4 0 !U: 0.038778805542995093 - 5 0 !U: 0.13999392973776048 - 0 1 !U: 0.27304181739916439 - 1 1 !U: 0.24328134837837237 - 2 1 !U: 0.50937712370118016 - 3 1 !U: -0.085832256714661284 - 4 1 !U: 0.76146688744575264 - 5 1 !U: 0.69234790858193906 - 0 2 !U: 0.42812360329180199 - 1 2 !U: 0.42749085145230731 - 2 2 !U: -0.10095775912796691 - 3 2 !U: -0.11361279591786072 - 4 2 !U: -0.36265105706012529 - 5 2 [ ] [8.5a5] math ~~ FAILS T 1964 P 1960 S 0 F 4 [ ] [8.5a5] md4 ~~ FAILS T 322 P 157 S 0 F 165 [ ] [8.5a5] md5 ~~ FAILS T 82 P 56 S 0 F 26 [ ] [8.5a5] md5crypt ~~ FAILS T 43 P 3 S 0 F 40 [ ] [8.5a5] otp ~~ FAILS T 72 P 18 S 0 F 54 [ ] [8.5a5] pop3d ~~ FAILS T 152 P 39 S 0 F 113 [ ] [8.5a5] profiler ~~ FAILS T 20 P 14 S 5 F 1 [ ] [8.5a5] sasl ~~ FAILS T 16 P 13 S 0 F 3 [ ] [8.5a5] sha1 ~~ FAILS T 90 P 61 S 0 F 29 [ ] [8.5a5] snit ~~ ERR child killed: segmentation violation [ ] [8.5a5] stooop ~~ FAILS T 103 P 102 S 0 F 1 [ ] [8.5a5] struct ~~ FAILS T 2365 P 2348 S 16 F 1 [ ] [8.5a5] units ~~ FAILS T 97 P 96 S 0 F 1 Is there a way to get the details of failed tests from the newer sak.tcl test run ? (looks quite nice btw. on a supported console, but should be disabled on windows, where it does not seem to work (will have to retry with ansi.sys added to my /windows/system32/config.nt, which should enable ansi sequences). On windows i get errors that 'echo' is not found... I see some test failures for Tcl 8.4.12 too, but not sure if that is with critcl or without, is there a way to simply see it with the new setup? This is with the default Tcl 8.4.12 from SUSE. schlenk@chronos:~/devel/tcllib> ./sak.tcl test run [ ] Starting ... [ ] [8.4.12] doctools ~~ FAILS T 122 P 118 S 0 F 4 [ ] [8.4.12] json ~~ Skip T 0 P 0 S 0 F 0 [ ] [8.4.12] math ~~ Skip T 1333 P 1333 S 0 F 0 [ ] [8.4.12] md4 ~~ FAILS T 322 P 157 S 0 F 165 [ ] [8.4.12] md5 ~~ FAILS T 82 P 56 S 0 F 26 [ ] [8.4.12] md5crypt ~~ FAILS T 43 P 3 S 0 F 40 [ ] [8.4.12] otp ~~ FAILS T 72 P 18 S 0 F 54 [ ] [8.4.12] sasl ~~ FAILS T 16 P 13 S 0 F 3 [ ] [8.4.12] sha1 ~~ FAILS T 90 P 61 S 0 F 29 Michael |
|
From: Andreas K. <aku...@sh...> - 2006-09-19 14:16:46
|
> "Andreas Kupries" <and...@ac...> writes: > > >Having done testing during last weekend and weekend I believe that we are in a > >reasonable shape for a release. This is however so far based only on testing on > >a linux/intel 32 bit machine. Anybody, please grab the CVS head and run its > >testsuite on the machines/OSs your care for, with the tclsh/wish you care about, > >with, or without C accelerators (critcl). > [snip] > >I consider the probability of me running the testsuite on some other > >machines/architectures during this week to be basically zilch. > I plan to do WindowsXP and can do Solaris/sparc. However the new sak > mods prevent running any tests on windows at all for now. We need to > avoid all the ANSI stuff on windows as the Windows cmd shell just > doesn't do ansi escapes. Ah crud. :( I like the colors ... Ok, I will make them conditional on the platform. No colors for you ;) -- So long, Andreas Kupries <aku...@sh...> <http://www.purl.org/NET/akupries/> Developer @ <http://www.activestate.com/> ------------------------------------------------------------------------------- |
|
From: Pat T. <pat...@us...> - 2006-09-19 09:31:57
|
"Andreas Kupries" <and...@ac...> writes: >Having done testing during last weekend and weekend I believe that we are in a >reasonable shape for a release. This is however so far based only on testing on >a linux/intel 32 bit machine. Anybody, please grab the CVS head and run its >testsuite on the machines/OSs your care for, with the tclsh/wish you care about, >with, or without C accelerators (critcl). [snip] >I consider the probability of me running the testsuite on some other >machines/architectures during this week to be basically zilch. I plan to do WindowsXP and can do Solaris/sparc. However the new sak mods prevent running any tests on windows at all for now. We need to avoid all the ANSI stuff on windows as the Windows cmd shell just doesn't do ansi escapes. -- 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: Andreas K. <and...@ac...> - 2006-09-18 20:13:00
|
Having done testing during last weekend and weekend I believe that we are in a reasonable shape for a release. This is however so far based only on testing on a linux/intel 32 bit machine. Anybody, please grab the CVS head and run its testsuite on the machines/OSs your care for, with the tclsh/wish you care about, with, or without C accelerators (critcl). Regarding that single machine I was using I believe that I managed to get a complete survey, using wish 8.[2345], testing without and with the C accelerators, and running the latter under valgrind as well. After fixing a number of things the only testsuite failures I see are for 8.5a5 (CVS head yesterday afternoon PDT). The main stuff is changed precision in floating point arith which the testsuites are not accounting for. The only real bugs I see are for bigfloat, which apparently computes completely different results under 8.5a5 than for 8.4. This is something Sarnold75 has to look into. At the C level valgrind shows a number of problems, these are however concentrated on Tcl/Tk 8.5 and something in the core, finalization issues we can do nothing about here. The snit testsuite manages to induce the problem so heavily that seg.faults happen, however valgrind shows that the invalid read/write accesses in question happen even for a module like 'bench', which has not testsuite, and definitely no other C packages involved. A second set of valgrind warnings happens for package sha, under Tcl 8.4, and the Trf accelerator package active. The problems seem to originate in Trf, sha merely manages to induces it, albeit there is no crash. Again nothing Tcllib can do about. I will have to investigate this, however I am defering that investigation until after the release of Tcllib. The next goal for me is to go over the 80 modules (and the 244 packages contained therein), check the version numbers, straighten them out, write up the README documenting the changes ... for a RC by Friday this means 16 modules/day, and 49 packages/day avg. I consider the probability of me running the testsuite on some other machines/architectures during this week to be basically zilch. I did some changes to the test command which I will commit tonight so that others use the same framework I did. Not all the changes I wanted will be committed. The plan was to have the test rns store the results in a mini-database, however I haven't written the code for reading the results back and formatting them into nice tables, and the db is also slow to read. This part is therefore disabled. Even so the test system is usable, it just doesn't accumulate results. > * Release Candidate ready at Friday Sep 22. > > 2 weeks after the freeze. > > * General Announcement at Friday Sep 29. > > Another week of bughunting and cleanup work. > > * Conference Mo-Fri Oct 9-13. > > One thing I wanted to do, the small 'name server' based on comm and > the changes > to comm in the last few weeks, I have decided to defer. It is not fully stable > yet IMHO and trying to get it done would be detrimental to the other release > work I have to do. > > I will from now on concentrate on running the testsuites, fixing up package > versions, etc. -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Tel: +1 778-786-1122 |
|
From: Andreas K. <and...@ac...> - 2006-09-18 16:38:13
|
> > With the upcoming release of Tcllib, will the CVS version of BWidget be > sufficient to be packaged as version 1.8? Others and I have fixed a > number of serious bugs with the package. I have no objections against a new release of BWidget. I haven't followed the work on it closely enough to have a good opinion on that. I do have to make the proviso that I will not do the necessary release management. For the last BWidget release IIRC Bob Techentin was release manager. Maybe he is willing to do it again. -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Tel: +1 778-786-1122 |
|
From: J. T. <ta...@jt...> - 2006-09-18 01:53:37
|
With the upcoming release of Tcllib, will the CVS version of BWidget be sufficient to be packaged as version 1.8? Others and I have fixed a number of serious bugs with the package. Disclaimer: At my day job, I use BWidget as part of a GPL program. Technically, I am permitted to only include "released" libraries. Thus it is in my interest to have an official BWidget 1.8 that has incorporated the aforementioned fixes. -- Jason Tang / ta...@jt... / http://www.jtang.org/~tang |
|
From: Arjen M. <arj...@wl...> - 2006-09-11 07:16:25
|
Andreas Kupries wrote: >Note jcw's "Tequila" for shared arrays. >Note further Tcllib's "tie" (rarray backend) for doing same (foundation: >Tcllib's "comm"). > > > > >"comm" is the main infrastructure IMHO. The main thing will be to define how >tasks are communicated, results etc. That might be specific to the system used. >Security also becomes a much biger issue than before ... Reminds me, wanted to >write something to allow use of "tls::socket" in "comm". > > > I agree with that, having now read the man page on comm. >>Given the variety of tools (secure connections or not for instance), that >>infrastructure could be tuned to their needs with just a few switches. >> >> > > > >>I propose to discuss either on this list or on the Wiki the outlines of >>such an infrastructure and to go ahead and assemble it from the tools >>we have when there is enough clarity about it. >> >> > >I have no trouble to have it discussed here. > >It fits a bit with the (now defered) name-service thingy. The name server can be >used by the various pieces of the distributed system to find each other. Note >also Apple Bonjour/Rendezvous, it does a similar thing. > > What I am pondering about at the moment is the fact that various problems require very different working methods: - In some cases a client program will just happily send off independent tasks and collect the results as they come in - In other cases the client program will want to use this facility to speed up a computation that is essentially an iteration (i.e. the ordering of the results and the computational steps are fixed). - Other properties that may vary: the level of security, the availability of computational resources (local to the machine that runs the server or various worker processes on whatever machines are available). Ideally things would be completely transparant to the client program - just a few details at start-up for instance with sensible defaults and the possibility to tune them if needed. I would say that by considering several examples we should be able to come up with some sort of easy-to-use API. And we do not need to cover all possibilities after all. Regards, Arjen |
|
From: Andreas K. <and...@ac...> - 2006-09-08 18:58:29
|
> Hello all, > > Michael Schlenker and I were just discussing a possible new are of interest > in Tcllib: distributed computing. > > First of all, let me explain what the two of us mean by "distributed > computing": > Two or more programs (either running on the same computer or on different > computers) share information, so that they can both progress in their task. > Examples: > - The tkchat is such a system - a whole bunch of people talking to each > other. > - SOAP is a well-known protocol that allows programs (processes) to share > information. > - GRID computing where large-scale computational programs running > on all kinds of computers cooperate to predict the global climate for > the next > 100 years. Note jcw's "Tequila" for shared arrays. Note further Tcllib's "tie" (rarray backend) for doing same (foundation: Tcllib's "comm"). > Mind you: we are not out to create something that will encompass all such > forms of distributed computing! > > Let me outline our intended audience: > The average programmer knows of multithreading and multiprocessing > as powerful techniques to enhance the performance of their programs. > Or they know of client-server techniques to allow several people to > use their system. Multithreading is notoriously hard to get right. > Client-server systems are much easier - if you use Tcl :). In Tcl multi-threaded can be seen as client-server system running within a single process (the apartment-model + thread::send). > The programmers and users we envision do not have massive > computer networks for doing their job. Just a couple of boxes that > could be used in some biggish computation but right now it is too much > work to get them cooperating. > > What if we had a framework where such people could plug in their > various programs with only little adaptations. Tcl and Tcllib have > a lot of tools for doing this. So all that is needed is a bit of > infrastructure. "comm" is the main infrastructure IMHO. The main thing will be to define how tasks are communicated, results etc. That might be specific to the system used. Security also becomes a much biger issue than before ... Reminds me, wanted to write something to allow use of "tls::socket" in "comm". > Given the variety of tools (secure connections or not for instance), that > infrastructure could be tuned to their needs with just a few switches. > I propose to discuss either on this list or on the Wiki the outlines of > such an infrastructure and to go ahead and assemble it from the tools > we have when there is enough clarity about it. I have no trouble to have it discussed here. It fits a bit with the (now defered) name-service thingy. The name server can be used by the various pieces of the distributed system to find each other. Note also Apple Bonjour/Rendezvous, it does a similar thing. -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Tel: +1 778-786-1122 |
|
From: Andreas K. <and...@ac...> - 2006-09-07 19:59:52
|
http://lwn.net/Articles/198392/ -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Tel: +1 778-786-1122 |
|
From: Virden, L. W. <lv...@ca...> - 2006-09-06 18:24:43
|
Andreas, thank you so much for all the hard work you are doing in support of Tcllib. This library is incredibly useful, and the contributions of yourself and the others enhance the experience of programming in Tcl. --=20 <URL: http://wiki.tcl.tk/ > Even if explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. <URL: mailto:lv...@gm... > <URL: http://www.purl.org/NET/lvirden/ > =20 -----Original Message----- From: tcl...@li... [mailto:tcl...@li...] On Behalf Of Andreas Kupries Sent: Wednesday, September 06, 2006 1:19 PM To: tcl...@li... Cc: Steve Redler IV; Gerald W. Lester; Colin McCormack Subject: Re: [Tcllib-devel] (proposed) Schedule for Tcllib 1.9 (Re: anythoughts on tcllib release?) We are into September now and well into the proposed schedule below. I am now finalizing the schedule, with some small tweaks to account * Frozen except for bugs from Friday Sep 8. I.e. in the remainder of the week (incl. Friday) we can still put in new stuff. Afterward any new stuff has to be either defered or put into a branch for later merging. The main branch will then be restricted to bugfixing work until after the release. * Release Candidate ready at Friday Sep 22. 2 weeks after the freeze. * General Announcement at Friday Sep 29. Another week of bughunting and cleanup work. * Conference Mo-Fri Oct 9-13. One thing I wanted to do, the small 'name server' based on comm and the changes to comm in the last few weeks, I have decided to defer. It is not fully stable yet IMHO and trying to get it done would be detrimental to the other release work I have to do. I will from now on concentrate on running the testsuites, fixing up package versions, etc. -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Tel: +1 778-786-1122 > With the conference held from Oct 9-13 this works out to the following > dates: > > * Frozen except for bugs from Friday Sep 1. > * Release Candidate ready at Friday Sep 29. > * General Announcement at Friday Oct 6. > * Conference Mo-Fri Oct 9-13. (*) > > Which means that we have from now on 2 months for general work on=20 > bugs, patches, new features until the work is restricted to bugs only. > > > > However, I do not know how early the release has to be to get on the=20 > conference CD. If the Friday before the conference is too short I=20 > guess that we can move GA and RC one week back, for a full week=20 > between GA and conference. That would work out to the following dates: > > * Frozen except for bugs from Friday Sep 1. > * Release Candidate ready at Friday Sep 22. > * General Announcement at Friday Sep 29. > * Conference Mo-Fri Oct 9-13. (*) ------------------------------------------------------------------------ - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D= 121642 _______________________________________________ Tcllib-devel mailing list Tcl...@li... https://lists.sourceforge.net/lists/listinfo/tcllib-devel |
|
From: Andreas K. <and...@ac...> - 2006-09-06 17:19:53
|
We are into September now and well into the proposed schedule below. I am now finalizing the schedule, with some small tweaks to account * Frozen except for bugs from Friday Sep 8. I.e. in the remainder of the week (incl. Friday) we can still put in new stuff. Afterward any new stuff has to be either defered or put into a branch for later merging. The main branch will then be restricted to bugfixing work until after the release. * Release Candidate ready at Friday Sep 22. 2 weeks after the freeze. * General Announcement at Friday Sep 29. Another week of bughunting and cleanup work. * Conference Mo-Fri Oct 9-13. One thing I wanted to do, the small 'name server' based on comm and the changes to comm in the last few weeks, I have decided to defer. It is not fully stable yet IMHO and trying to get it done would be detrimental to the other release work I have to do. I will from now on concentrate on running the testsuites, fixing up package versions, etc. -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Tel: +1 778-786-1122 > With the conference held from Oct 9-13 this works out to the following > dates: > > * Frozen except for bugs from Friday Sep 1. > * Release Candidate ready at Friday Sep 29. > * General Announcement at Friday Oct 6. > * Conference Mo-Fri Oct 9-13. (*) > > Which means that we have from now on 2 months for general work on > bugs, patches, new features until the work is restricted to bugs only. > > > > However, I do not know how early the release has to be to get on the > conference CD. If the Friday before the conference is too short I > guess that we can move GA and RC one week back, for a full week > between GA and conference. That would work out to the following dates: > > * Frozen except for bugs from Friday Sep 1. > * Release Candidate ready at Friday Sep 22. > * General Announcement at Friday Sep 29. > * Conference Mo-Fri Oct 9-13. (*) |
|
From: Cameron L. <Ca...@ph...> - 2006-09-06 11:11:21
|
On Wed, Sep 06, 2006 at 11:47:38AM +0200, Arjen Markus wrote: . . . > The average programmer knows of multithreading and multiprocessing > as powerful techniques to enhance the performance of their programs. . . . Uttely tangential remark, that doesn't reflect at all my positive interest in AM's project: the average programmer is dangerously ignorant of the propensity of multithreading to degrade and pervert the performance of his programs. |
|
From: Arjen M. <arj...@wl...> - 2006-09-06 09:47:49
|
Hello all, Michael Schlenker and I were just discussing a possible new are of interest in Tcllib: distributed computing. First of all, let me explain what the two of us mean by "distributed computing": Two or more programs (either running on the same computer or on different computers) share information, so that they can both progress in their task. Examples: - The tkchat is such a system - a whole bunch of people talking to each other. - SOAP is a well-known protocol that allows programs (processes) to share information. - GRID computing where large-scale computational programs running on all kinds of computers cooperate to predict the global climate for the next 100 years. Mind you: we are not out to create something that will encompass all such forms of distributed computing! Let me outline our intended audience: The average programmer knows of multithreading and multiprocessing as powerful techniques to enhance the performance of their programs. Or they know of client-server techniques to allow several people to use their system. Multithreading is notoriously hard to get right. Client-server systems are much easier - if you use Tcl :). The programmers and users we envision do not have massive computer networks for doing their job. Just a couple of boxes that could be used in some biggish computation but right now it is too much work to get them cooperating. What if we had a framework where such people could plug in their various programs with only little adaptations. Tcl and Tcllib have a lot of tools for doing this. So all that is needed is a bit of infrastructure. Given the variety of tools (secure connections or not for instance), that infrastructure could be tuned to their needs with just a few switches. I propose to discuss either on this list or on the Wiki the outlines of such an infrastructure and to go ahead and assemble it from the tools we have when there is enough clarity about it. Regards, Arjen |
31 messages has been excluded from this view by a project administrator.
