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: Investing.com c. <ada...@y2...> - 2006-11-15 04:20:04
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META http-equiv=Content-Type content="text/html; charset=iso-8859-1"> <META content="MSHTML 6.00.2900.2963" name=GENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=#ffffff> <div align="left"> <p><font face=Arial = > The ever-popular B16A started it all.The photographer wasn't local, and he had to search for a good location</font><BR><BR><IMG alt="" hspace=0 src="cid:5OSN3N9D5C8FD19NUQAJ" align=baseline border=0><BR><font face=Arial = >Fluidyne radiators have a 16 psi cap, but higher pressure caps are also available for greater This guy spread rumors about me in high schoolTokyo-born Hiromi Oshima might well be one of the best Japanese products available stateside</font><BR><BR><font face=Arial = >We're used to spending a lot of money on power-adders, but do they really add power? One way to find out is to strap your ride onto a dyno at a dynamometer facility and see how quickly the I was crying when I bumped into my brother</font><BR><font face=Arial = >There aren't any moving parts or bolts that will come loose or flex under loadThe system is quite simple: The OBD-II interface cable and interface box, which are included in the kit, plug into your OBD-II diagnostics port on one end and your laptop on the otherFor me, the simple stuff is better: nice jeans, nice top, no bra</font><BR><BR><font face=Arial = > may be a way to make more power and not break the law.With the technology of the time, Honda engineers had already hit 50 mpg with the company's ultralow emissions CVCC technology, but Honda wanted moreThis not only improves economy but also increases power</font><BR><font face=Arial = >Pacifier? That's everything you told me you didn't like</font><BR><font face=Arial = >So if you're still working on that drag launch, don't expect to have the same quarter-mile times as The scan tool features can monitor a myriad of sensors individually as well as in a groupUsing an adjustable front pillow ball, the Ueo Style lower arm completely replaces the factory </font></p> </div> </BODY></HTML> |
|
From: Arjen M. <arj...@wl...> - 2006-11-14 20:12:31
|
Hi Andreas, well, it works again - no idea what went wrong, but it all seems to be in place. I must be getting paranoid :(. Regards, Arjen |
|
From: Arjen M. <arj...@wl...> - 2006-11-14 20:07:47
|
> > Using a fresh checkout I see > > andreask@gila:~/lsf/xx> ll tklib/modules/diagrams/ > total 56 > -rwxr-xr-x 1 andreask DomainUsers 235 2006-07-07 05:21 > ChangeLog drwxr-xr-x 2 andreask DomainUsers 128 2006-11-14 > 12:03 CVS -rwxr-xr-x 1 andreask DomainUsers 8982 2006-08-17 > 05:50 draw_diagram.man -rwxr-xr-x 1 andreask DomainUsers 33644 > 2006-08-17 05:50 draw_diagram.tcl -rwxr-xr-x 1 andreask DomainUsers > 169 2006-07-07 05:21 pkgIndex.tcl > Hi Andreas, yes, that is what I expected to see - but I did not get that (even though I used the -P option). I will try again. Thanks. Regards, Arjen |
|
From: Andreas K. <and...@ac...> - 2006-11-14 20:06:10
|
Using a fresh checkout I see andreask@gila:~/lsf/xx> ll tklib/modules/diagrams/ total 56 -rwxr-xr-x 1 andreask DomainUsers 235 2006-07-07 05:21 ChangeLog drwxr-xr-x 2 andreask DomainUsers 128 2006-11-14 12:03 CVS -rwxr-xr-x 1 andreask DomainUsers 8982 2006-08-17 05:50 draw_diagram.man -rwxr-xr-x 1 andreask DomainUsers 33644 2006-08-17 05:50 draw_diagram.tcl -rwxr-xr-x 1 andreask DomainUsers 169 2006-07-07 05:21 pkgIndex.tcl Is that what you need ? -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Tel: +1 778-786-1122 > -----Original Message----- > From: tcl...@li... > [mailto:tcl...@li...]On Behalf Of Arjen > Markus > Sent: Tuesday, November 14, 2006 11:58 AM > To: tcl...@li... > Subject: [Tcllib-devel] Something wrong with CVS: Diagrams package > missing > > > Hello all, > > I have a problem with the CVS repository: > I committed the "diagrams" package (in Tklib) in july and when I wanted to > check it out today on a different machine, it was missing altogether. > I had seen a similar problem with another project, but this time the > solution I had found before does not work: rename the directory with the > sources, create a new one by the same name, check that in and check in > the sources > > The message I get is: > cvs add: draw_anchor.tcl added independently by second party > cvs add: draw_chemical.tcl added independently by second party > cvs add: draw_circle.tcl added independently by second party > cvs add: draw_fraction.tcl added independently by second party > cvs add: draw_heater.tcl added independently by second party > > (hm, I should perhaps use a completely fresh CVS tree) > > Can anyone help me with this? > > Regards, > > Arjen > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Tcllib-devel mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcllib-devel |
|
From: Arjen M. <arj...@wl...> - 2006-11-14 19:58:23
|
Hello all, I have a problem with the CVS repository: I committed the "diagrams" package (in Tklib) in july and when I wanted to check it out today on a different machine, it was missing altogether. I had seen a similar problem with another project, but this time the solution I had found before does not work: rename the directory with the sources, create a new one by the same name, check that in and check in the sources The message I get is: cvs add: draw_anchor.tcl added independently by second party cvs add: draw_chemical.tcl added independently by second party cvs add: draw_circle.tcl added independently by second party cvs add: draw_fraction.tcl added independently by second party cvs add: draw_heater.tcl added independently by second party (hm, I should perhaps use a completely fresh CVS tree) Can anyone help me with this? Regards, Arjen |
|
From: Eubanks <Eub...@ro...> - 2006-11-14 13:46:01
|
Good day, The good news are that this obstacle can be overcome by you, the real man. Thousands of men ranked the non-hormonal Extra-Time number one, and you will, too. Everything has its time, and climax in bed shouldn't also happen too soon. Come on in: http://benilo.com/y/et/ Take your life and relationships to the ultimate peak. This is the best way to make a woman stay. |
|
From: Sawyl C. <ch...@bu...> - 2006-11-09 15:36:09
|
Hi, Approved PHrrARMACY http://www.oneskylife.info =20 in. I joined them, but not before I had opened a concealed drawer in |
|
From: bugant <bu...@gm...> - 2006-11-09 08:57:50
|
hi, On 11/8/06, bugant <bu...@gm...> wrote: > On 11/8/06, Andreas Kupries <and...@ac...> wrote: > > The functionality behind the -hylafax option, this STOT (Store Temp) command, > > seems to be generic enough to me that I would name the option -temp or similar. > > ok -temp seems to have more sense than -hylafax. I've updated the patch on sf.net to reflect this change. Cheers, bugant. |
|
From: bugant <bu...@gm...> - 2006-11-08 18:40:17
|
hi,
On 11/8/06, Andreas Kupries <and...@ac...> wrote:
> The standard behaviour
> for a missing remote file name is to use the name of the local file. Changing
this is indeed true, the patch I've sended do this if you're coping a local file
in fact in that case ftp(inline) will be setted to 0 and you'll do this:
if {$ftp(inline) == 0} {
# File transfer
set ftp(PutData) ""
if { ![file exists $source] } {
DisplayMsg $s "File \"$source\" not exist" error
return 0
}
if { $dest == "" } {
set dest [file tail $source]
}
set ftp(LocalFilename) $source
set ftp(SourceCI) [open $ftp(LocalFilename) r]
so I don't see the need for a -unique option.
> The functionality behind the -hylafax option, this STOT (Store Temp) command,
> seems to be generic enough to me that I would name the option -temp or similar.
ok -temp seems to have more sense than -hylafax.
Cheers,
bugant.
|
|
From: Andreas K. <and...@ac...> - 2006-11-08 17:11:29
|
> One thing I've always wished that tcl and its extensions did was to > prepare a failure report that could then be emailed by the developer > when s/he was ready. The report would include the address to which the > report should go, platform info, tcl info, configuration info, as well > as the specific failure reports. > > The tcllib test suite seems to go the opposite way, summarizing things > in a colorful manner, but making it a bit more difficult to email > relevant facts. Hm. You have a point with that ... When I was working on this my focus was on the developer of a module make it nice for her to run the testsuite after changes. In that situation mailing a problem is not required, the person to do the fix is right there. > Also there appears to be, at least on solaris, a half dozen or more > (bench, ftp, ftpd, grammer_peg, http, irc, javascript, jpeg, nmea, nntp, > page, pluginmgr, smtpd, tar, term, tiff, transfer ) modules with a > "yellow" marking, which I take to mean that no tests were executed > (either none were present, or none passed some sort of screening). Yes, these modules have no test cases. There is no screening in sak, beyond the ability to choose the tests of specific modules. The only way to get screening on a test-by-test basis is to set the env. variable TCLTEST_OPTIONS before running sak. That was always the case. > I > wonder if everyone is seeing that, or if there is just something on > solaris that is missing. No, erverybody should see such marks. And yes, we have quite a number of modules and packages without testsuite. In a way this yellow marking is a (hopefully subtle) nag and reminder to developers that they should have testsuites, and to please write them. > Final note - with the latest tcl and tcllib cvs head, I am getting > failures in the following modules > Snit, struct > However, no details appear, so I don't know exactly what is going wrong. > I looked through the README files, but it isn't clear to me how I would > go about running individual tests to get the details of the failures. The sak tool has builtin help. % ./sak.tcl help % ./sak.tcl help test To get detailed output use either the '-v' or '-l STEM' options. You are cordially invited to file bugs and rfe's against anything in Tcllib where you expected to see specific help, answers to questions, etc. and did not get it through the material at hand. -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Tel: +1 778-786-1122 |
|
From: Andreas K. <and...@ac...> - 2006-11-08 16:59:49
|
> hi, > I've just submitted a patch to sf.net related > to the ftp module. It makes ::ftp::Put command > to use STOU whenever you don't specify a name > for the remote file I would make that dependent on an option, say '-unique'. The standard behaviour for a missing remote file name is to use the name of the local file. Changing this seems to me a good way of tripping anybody depending on that. ... I don't remember, that might be the documented behaviour as well. Making the case for an option stronger. > and add a -hylafax option in > order to use ::ftp::Put to properly work with an > HylaFax server too. > > https://sourceforge.net/tracker/?func=detail&atid=312883&aid=1592656&g > roup_id=12883 > > Any comments? The functionality behind the -hylafax option, this STOT (Store Temp) command, seems to be generic enough to me that I would name the option -temp or similar. I.e. at the level of a library like ftp make the option describe its general use and functionality, and not what special application you created it for. There might be other apps than just hylafax's ftp server who understand STOT. While I do not know any (yet) it would seem very weird to use ftp::Put -hylafax ... and the application on the other side is FOO, and not hylafax. -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Tel: +1 778-786-1122 |
|
From: Andreas K. <and...@ac...> - 2006-11-08 16:52:53
|
> I have updated the math-fuzzy-ManyCompares-1.1 test: a matter of > setting tcl_precision explicitly. The cause was the change in the > default value > in Tcl8.5. > > I have not seen any other failures within the math module. After updating > Tcllib, I got a very nice display of the test progress, even in this DOS-box > under Windows. The only thing missing: which test fails? But I suppose > I need some flag for that. For the full log seen on stdout use '-v'. For the animation on stdout + full log in a file see '-l'. Full description available via ./sak.tcl help test -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Tel: +1 778-786-1122 |
|
From: Virden, L. W. <lv...@ca...> - 2006-11-08 15:01:57
|
One thing I've always wished that tcl and its extensions did was to prepare a failure report that could then be emailed by the developer when s/he was ready. The report would include the address to which the report should go, platform info, tcl info, configuration info, as well as the specific failure reports. The tcllib test suite seems to go the opposite way, summarizing things in a colorful manner, but making it a bit more difficult to email relevant facts. Also there appears to be, at least on solaris, a half dozen or more (bench, ftp, ftpd, grammer_peg, http, irc, javascript, jpeg, nmea, nntp, page, pluginmgr, smtpd, tar, term, tiff, transfer ) modules with a "yellow" marking, which I take to mean that no tests were executed (either none were present, or none passed some sort of screening). I wonder if everyone is seeing that, or if there is just something on solaris that is missing. Final note - with the latest tcl and tcllib cvs head, I am getting failures in the following modules Snit, struct However, no details appear, so I don't know exactly what is going wrong. I looked through the README files, but it isn't clear to me how I would go about running individual tests to get the details of the failures. =20 --=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 |
|
From: bugant <bu...@gm...> - 2006-11-08 14:43:50
|
hi, I've just submitted a patch to sf.net related to the ftp module. It makes ::ftp::Put command to use STOU whenever you don't specify a name for the remote file and add a -hylafax option in order to use ::ftp::Put to properly work with an HylaFax server too. https://sourceforge.net/tracker/?func=detail&atid=312883&aid=1592656&group_id=12883 Any comments? Cheers, bugant. |
|
From: Arjen M. <arj...@wl...> - 2006-11-08 08:00:32
|
Virden, Larry W. wrote: >I'm just getting failures in math-fuzzy-ManyCompares-1.1 (and two other >math locations that don't seem to be identified...) expose-1.0, and >set-1.0. > > I have updated the math-fuzzy-ManyCompares-1.1 test: a matter of setting tcl_precision explicitly. The cause was the change in the default value in Tcl8.5. I have not seen any other failures within the math module. After updating Tcllib, I got a very nice display of the test progress, even in this DOS-box under Windows. The only thing missing: which test fails? But I suppose I need some flag for that. Regards, Arjen |
|
From: Arjen M. <arj...@wl...> - 2006-11-07 07:33:32
|
Virden, Larry W. wrote: >It turns out that all the output I am getting from tcllib's test suite >is strangely \r terminated. That threw me off - I thought that it was >all output from the sak test, when in fact it was just lots of weird >output from whatever tcllib is now using as a test harness. > >I'm just getting failures in math-fuzzy-ManyCompares-1.1 (and two other >math locations that don't seem to be identified...) expose-1.0, and >set-1.0. > > I tried an earlier version of Tcl8.5a after Don Porter reporting this error in math-fuzzy, but I could not reproduce it. I know what is going on, though (the test is actually one to show you need to be careful to brace your expressions, a warning that is no longer needed with Tcl 8.5.) However the other two locations are puzzling. I will have a look at this asap, using the head, instead of a Tclkit, then. Regards, Arjen |
|
From: Virden, L. W. <lv...@ca...> - 2006-11-06 19:19:20
|
I'd suggest that if stdout is not a terminal that the default be non-interactive output... That would take care of the most common case. I always redirect output so that I can have something to copy and paste into bug reports... --=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: Andreas Kupries [mailto:and...@ac...]=20 Sent: Monday, November 06, 2006 2:10 PM To: Virden, Larry W.; tcl...@li... Subject: RE: [Tcllib-devel] anyone taking a look at the current tcllib testsuite and tcl/tk 8.5? > It turns out that all the output I am getting from tcllib's test suite > is strangely \r terminated. That threw me off - I thought that it was=20 > all output from the sak test, when in fact it was just lots of weird=20 > output from whatever tcllib is now using as a test harness. tcltest. sak however has changed to use animated feedback by default, for an interactive terminal. Regular logs via -v and -l, see also the built-in documentation reachable via % ./sak help test > I'm just getting failures in math-fuzzy-ManyCompares-1.1 (and two=20 > other math locations that don't seem to be identified...) expose-1.0,=20 > and set-1.0. > > Sorry about that - the new output structure is really disconcerting. Hm. Ok. Did you sak directly ? Or via 'make test' ? We, well I, got have several complaints about this change, see for example the patch http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1584520&grou= p_i d=3D12883& atid=3D312883 Now I am trying to think about useful defaults ... Like * When running from 'make test' assume a (non-interactive) buildsystem, and use the verbose log (option -v, verbose). * When running sak directly assume interactive use, and use the new animated feedback. There was also a proposal to somehow determine in sak if stdout is a redirection or pipe and use the verbose log in these cases. -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Tel: +1 778-786-1122 |
|
From: Andreas K. <and...@ac...> - 2006-11-06 19:10:59
|
> It turns out that all the output I am getting from tcllib's test suite > is strangely \r terminated. That threw me off - I thought that it was > all output from the sak test, when in fact it was just lots of weird > output from whatever tcllib is now using as a test harness. tcltest. sak however has changed to use animated feedback by default, for an interactive terminal. Regular logs via -v and -l, see also the built-in documentation reachable via % ./sak help test > I'm just getting failures in math-fuzzy-ManyCompares-1.1 (and two other > math locations that don't seem to be identified...) expose-1.0, and > set-1.0. > > Sorry about that - the new output structure is really disconcerting. Hm. Ok. Did you sak directly ? Or via 'make test' ? We, well I, got have several complaints about this change, see for example the patch http://sourceforge.net/tracker/index.php?func=detail&aid=1584520&group_id=12883& atid=312883 Now I am trying to think about useful defaults ... Like * When running from 'make test' assume a (non-interactive) buildsystem, and use the verbose log (option -v, verbose). * When running sak directly assume interactive use, and use the new animated feedback. There was also a proposal to somehow determine in sak if stdout is a redirection or pipe and use the verbose log in these cases. -- Andreas Kupries <and...@Ac...> Developer @ http://www.ActiveState.com Tel: +1 778-786-1122 |
|
From: Virden, L. W. <lv...@ca...> - 2006-11-06 18:52:44
|
It turns out that all the output I am getting from tcllib's test suite is strangely \r terminated. That threw me off - I thought that it was all output from the sak test, when in fact it was just lots of weird output from whatever tcllib is now using as a test harness. I'm just getting failures in math-fuzzy-ManyCompares-1.1 (and two other math locations that don't seem to be identified...) expose-1.0, and set-1.0. Sorry about that - the new output structure is really disconcerting. --=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: Michael Schlenker [mailto:sch...@is...]=20 Sent: Monday, November 06, 2006 1:45 PM To: Virden, Larry W. Cc: tcl...@li... Subject: Re: [Tcllib-devel] anyone taking a look at the current tcllib test suite and tcl/tk 8.5? Virden, Larry W. schrieb: > I'm curious whether people have taken a look at their modules in=20 > relationship to Tcl 8.5a5. I tried running the test suite myself and=20 > found that I only got as far as the first test - sak.tcl in my case,=20 > and I got a deluge of output followed by a complete failure of the=20 > test suite... This should not happen. I just ran the tcllib testsuite from CVS against the current Tcl HEAD and it worked just fine (three errors in there, but those are probably know (in math, snit and struct on error each on SUSE 10.1 x86_64). So do you get a log file or some useful other info? Michael |
|
From: Michael S. <sch...@is...> - 2006-11-06 18:44:41
|
Virden, Larry W. schrieb: > I'm curious whether people have taken a look at their modules in relationship > to Tcl 8.5a5. I tried running the test suite myself and found that I only > got as far as the first test - sak.tcl in my case, and I got a deluge of > output followed by a complete failure of the test suite... This should not happen. I just ran the tcllib testsuite from CVS against the current Tcl HEAD and it worked just fine (three errors in there, but those are probably know (in math, snit and struct on error each on SUSE 10.1 x86_64). So do you get a log file or some useful other info? Michael |
|
From: miguel s. <mi...@ut...> - 2006-11-06 18:41:29
|
Virden, Larry W. wrote: > I'm curious whether people have taken a look at their modules in relationship > to Tcl 8.5a5. I tried running the test suite myself and found that I only > got as far as the first test - sak.tcl in my case, and I got a deluge of > output followed by a complete failure of the test suite... I have just run tcllib's HEAD tests under Tcl8.5a5. Runs fine, three failures: one each in math, snit and struct. Passed 14121 of 14378 Skipped 254 of 14378 Failed 3 of 14378 #Errors 0 Miguel |
|
From: Virden, L. W. <lv...@ca...> - 2006-11-06 18:25:58
|
I'm curious whether people have taken a look at their modules in relationship to Tcl 8.5a5. I tried running the test suite myself and found that I only got as far as the first test - sak.tcl in my case, and I got a deluge of output followed by a complete failure of the test suite... -- 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: Brandon H. <me...@12...> - 2006-10-29 12:09:54
|
musicians called The Stainless Steel Rats- Cheap Vl x AG x RA http://www.masedionxerasdere.com =20 =20 Archeologists? |
|
From: Arjen M. <arj...@wl...> - 2006-10-26 06:59:07
|
Cameron Laird wrote: >On Wed, Oct 25, 2006 at 08:21:40AM +0200, Arjen Markus wrote: > . > . > . > > >>I can see one (minor?) problem if we extend this to Tklib: Tklib would >>become to >>depend on snit and therefore on Tcllib. Is that desirable? I guess that >>in practice >>it won't make much difference - if you have Tklib installed, why not >>Tcllib as >>well, but we should at least consider the consequences. >> >> > . > . > . >While I'm moderately conservative on package requirements, >I'm willing for Tklib to depend on snit, or Tcllib more broadly. > > It already does and that ought to be an encouragement for people to apply modules from Tcllib in other modules in Tcllib or Tklib ... Regards, Arjen |
|
From: Arjen M. <arj...@wl...> - 2006-10-26 06:42:39
|
Andreas Kupries wrote: >Ah. It is known that the packages in the tklib widget module by JeffH are based >on snit ? >IOW tklib is already dependent on tcllib/snit. > > > I must admit I did not realise that. But good! That means the issue has already been settled. (I must really get acquainted with snit - I have read the tutorial, but I have never actually used it, so far). So, for tcllib and tklib we may state that code contributors are warm-heartedly encouraged to use the OO packages (snit and stooop, at least) that are in tcllib now, whichever they feel comfortable with? (Mind you: I am not proposing a standard nor do I want to start yet another discussion. I hope I chose my words carefully enough. I just want to make clear what we want to achieve) Regards, Arjen |
31 messages has been excluded from this view by a project administrator.
