tcllib-devel

[Tcllib-devel] any thoughts on tcllib release?

[Larry W. V. <lv...@ca...>]

I was just over at http://www.tcl.tk/software/tcllib/ and was looking at
the release announcements. In 2000, 4 releases of Tcllib occurred. In 2001,
2 releases, in 2002, 2 releases, in 2003, 1 release, in 2004, 2 releases, and
in 2005, 1 release. Is there any thought of how many Tcllib releases, and when, 
would occur during 2006?
-- 
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.
-><-

Re: [Tcllib-devel] any thoughts on tcllib release?

[Andreas K. <and...@ac...>]

> I was just over at http://www.tcl.tk/software/tcllib/ and was looking at
> the release announcements. In 2000, 4 releases of Tcllib occurred. In 2001,
> 2 releases, in 2002, 2 releases, in 2003, 1 release, in 2004, 2 releases, and
> in 2005, 1 release. Is there any thought of how many Tcllib releases,
> and when, would occur during 2006?

I definitely want to do one release just before the conference. I am not sure if
we will have the time to make a release before that. If we want to do that we
will likely have to start on it now.

--
	Andreas Kupries <and...@Ac...>
	Developer @ http://www.ActiveState.com
	Tel: +1 778-786-1122

Re: [Tcllib-devel] any thoughts on tcllib release?

[Michael S. <sc...@un...>]

Andreas Kupries schrieb:
>> I was just over at http://www.tcl.tk/software/tcllib/ and was looking at
>> the release announcements. In 2000, 4 releases of Tcllib occurred. In 2001,
>> 2 releases, in 2002, 2 releases, in 2003, 1 release, in 2004, 2 releases, and
>> in 2005, 1 release. Is there any thought of how many Tcllib releases,
>> and when, would occur during 2006?
> 
> I definitely want to do one release just before the conference. I am not sure if
> we will have the time to make a release before that. If we want to do that we
> will likely have to start on it now.

Having a conference release is a good target.

Tcllib development has slowed down quite a bit from my perception. Not
so many new modules added in the last time.

I would think we should target a release twice a year, mainly to push
the recent bugfixes and new modules into all those downstream packagers
like Linux distros, Mac OS X, which probably do not build from CVS.

In fact just one new module since Tcllib 1.8:
tiff

There were various improvements, new submodules, etc. but in general its
not very much that was added, mostly bugfixes and some additional
functionality.

But there are still quite some bugs open (by module):
We could probably halve this number easily, as many bugs look easy to
solve, but just did not get enough attention.

ftp		18
mime		11
html		7
uri		6
counter		5
ncgi		4
logger		3
pop3		3
profiler	3
snit		3
ldap		3
base64 		2
cmdline 	2
comm		2
exif		2
ftpd		2
htmlparse	2
math::statistic 2
struct::graph	2
struct::tar	2
crc		1
dns		1
doctools	1
fileutil	1
fileutil::magic 1
inifile		1
log		1
math::geometry  1
stoop		1
struct::stack	1
struct::tree	1

We also have modules like imap4 which isn't included in the distribution
yet, because its incomplete, undocumented, untested.

Michael

Re: [Tcllib-devel] any thoughts on tcllib release?

[Andreas K. <and...@ac...>]

> Andreas Kupries schrieb:
> >> I was just over at http://www.tcl.tk/software/tcllib/ and was looking at
> >> the release announcements. In 2000, 4 releases of Tcllib occurred. In 2001,
> >> 2 releases, in 2002, 2 releases, in 2003, 1 release, in 2004, 2
> releases, and
> >> in 2005, 1 release. Is there any thought of how many Tcllib releases,
> >> and when, would occur during 2006?
> >
> > I definitely want to do one release just before the conference. I
> am not sure if
> > we will have the time to make a release before that. If we want to
> do that we
> > will likely have to start on it now.
>
> Having a conference release is a good target.
>
> Tcllib development has slowed down quite a bit from my perception. Not
> so many new modules added in the last time.

True. Currently my perception is that I am the only person who is doing any type
of work on Tcllib, be it bug fixes, new modules, applying rfe's, etc. And as
Tcllib is not my sole focus I do things when I have time, as it pleases me, and
what pleases me. Like playing with the grammar_me module and making the mecpu
parts better

Doing a release on the other hand implies a concerted and focused effort over a
whole month, about.

> I would think we should target a release twice a year, mainly to push
> the recent bugfixes and new modules into all those downstream packagers
> like Linux distros, Mac OS X, which probably do not build from CVS.
>
> In fact just one new module since Tcllib 1.8:
> tiff
>
> There were various improvements, new submodules, etc. but in general its
> not very much that was added, mostly bugfixes and some additional
> functionality.

Hm. The exact extent of new stuff usually becomes only visible when a release is
prepared and the release manager goes through all the modules and brings
everything uptodate and collates the information for the README. Which is
tedious work by now, with 77 modules, and 198 packages.

> But there are still quite some bugs open (by module):
> We could probably halve this number easily, as many bugs look easy to
> solve, but just did not get enough attention.

Are these only bugs, or also patches and rfe's ?

> ftp		18
> mime		11
> html		7
> uri		6
> counter		5
> ncgi		4
> logger		3
> pop3		3
> profiler	3
> snit		3
> ldap		3
> base64 		2
> cmdline 	2
> comm		2
> exif		2
> ftpd		2
> htmlparse	2
> math::statistic 2
> struct::graph	2
> struct::tar	2
> crc		1
> dns		1
> doctools	1
> fileutil	1
> fileutil::magic 1
> inifile		1
> log		1
> math::geometry  1
> stoop		1
> struct::stack	1
> struct::tree	1
>
> We also have modules like imap4 which isn't included in the distribution
> yet, because its incomplete, undocumented, untested.
>
> Michael


--
	Andreas Kupries <and...@Ac...>
	Developer @ http://www.ActiveState.com
	Tel: +1 778-786-1122

Re: [Tcllib-devel] any thoughts on tcllib release?

[Arjen M. <arj...@wl...>]

Andreas Kupries wrote:

>>I was just over at http://www.tcl.tk/software/tcllib/ and was looking at
>>the release announcements. In 2000, 4 releases of Tcllib occurred. In 2001,
>>2 releases, in 2002, 2 releases, in 2003, 1 release, in 2004, 2 releases, and
>>in 2005, 1 release. Is there any thought of how many Tcllib releases,
>>and when, would occur during 2006?
>>    
>>
>
>I definitely want to do one release just before the conference. I am not sure if
>we will have the time to make a release before that. If we want to do that we
>will likely have to start on it now.
>  
>
On the subject of bug fixes: I try to check from time to time if new 
bugs or requests have
turned up for the modules I feel responsible for. But this is not a very 
systematic activity,
I am afraid, and I guess many developers do it like that. A concerted 
action to clean up
the list of open bugs is a good incentive to be more pro-active.

On the subject of new modules: I have at least one module that I would 
like to see
in the next release - my diagram drawing stuff. The code is more or less 
ready, it needs
to be cleaned up a bit and there needs to be a proper manual, but that 
is doable within
the current timescale. (I am thinking of another one too, but that is 
not available in
easily distributable, electronic form yet, just as a pattern of neuron 
bindings, or whatever
is molecularly going on in my head ;)).

Regards,

Arjen

Re: [Tcllib-devel] any thoughts on tcllib release?

[Andreas K. <and...@ac...>]

>Andreas Kupries wrote:
>>> I was just over at http://www.tcl.tk/software/tcllib/ and was
>>> looking at the release announcements. In 2000, 4 releases of Tcllib
>>> occurred. In 2001, 2 releases, in 2002, 2 releases, in 2003, 1
>>> release, in 2004, 2 releases, and in 2005, 1 release. Is there any
>>> thought of how many Tcllib releases, and when, would occur during
>>> 2006?
>
>> I definitely want to do one release just before the conference. I am
>> not sure if we will have the time to make a release before that. If
>> we want to do that we will likely have to start on it now.
>
>On the subject of bug fixes: I try to check from time to time if new
>bugs or requests have turned up for the modules I feel responsible
>for. But this is not a very systematic activity, I am afraid, and I
>guess many developers do it like that.

> A concerted action to clean up

Such concerted actions usually happen just before a release.

>the list of open bugs is a good incentive to be more pro-active.


>On the subject of new modules: I have at least one module that I would
>like to see in the next release - my diagram drawing stuff.

This is more tklib, not tcllib. Still, tklib needs a new release as well, right.

> The code
>is more or less ready, it needs to be cleaned up a bit and there needs
>to be a proper manual, but that is doable within the current
>timescale. (I am thinking of another one too, but that is not
>available in easily distributable, electronic form yet, just as a
>pattern of neuron bindings, or whatever is molecularly going on in my
>head ;)).

--
        Andreas Kupries <and...@Ac...>
        Developer @ http://www.ActiveState.com
        Tel: +1 778-786-1122

Re: [Tcllib-devel] any thoughts on tcllib release?

[Will D. <wi...@wj...>]

I do expect to have some Snit updates done prior to the
conference.  it's just a question of getting the time together.

Will

On Jun 29, 2006, at 10:06 AM, Andreas Kupries wrote:

>> Andreas Kupries wrote:
>>>> I was just over at http://www.tcl.tk/software/tcllib/ and was
>>>> looking at the release announcements. In 2000, 4 releases of Tcllib
>>>> occurred. In 2001, 2 releases, in 2002, 2 releases, in 2003, 1
>>>> release, in 2004, 2 releases, and in 2005, 1 release. Is there any
>>>> thought of how many Tcllib releases, and when, would occur during
>>>> 2006?
>>
>>> I definitely want to do one release just before the conference. I am
>>> not sure if we will have the time to make a release before that. If
>>> we want to do that we will likely have to start on it now.
>>
>> On the subject of bug fixes: I try to check from time to time if new
>> bugs or requests have turned up for the modules I feel responsible
>> for. But this is not a very systematic activity, I am afraid, and I
>> guess many developers do it like that.
>
>> A concerted action to clean up
>
> Such concerted actions usually happen just before a release.
>
>> the list of open bugs is a good incentive to be more pro-active.
>
>
>> On the subject of new modules: I have at least one module that I  
>> would
>> like to see in the next release - my diagram drawing stuff.
>
> This is more tklib, not tcllib. Still, tklib needs a new release as  
> well, right.
>
>> The code
>> is more or less ready, it needs to be cleaned up a bit and there  
>> needs
>> to be a proper manual, but that is doable within the current
>> timescale. (I am thinking of another one too, but that is not
>> available in easily distributable, electronic form yet, just as a
>> pattern of neuron bindings, or whatever is molecularly going on in my
>> head ;)).
>
> --
>         Andreas Kupries <and...@Ac...>
>         Developer @ http://www.ActiveState.com
>         Tel: +1 778-786-1122
>
>
> 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=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Tcllib-devel mailing list
> Tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcllib-devel

------------------------------------------------------------------
        will -at- wjduquette.com      | Catch our weblog,
http://foothills.wjduquette.com/blog | The View from the Foothills

Re: [Tcllib-devel] any thoughts on tcllib release?

[Andreas K. <aku...@sh...>]

> I do expect to have some Snit updates done prior to the
> conference.

Oh, goody. Thanks.

>  it's just a question of getting the time together.

Good luck with that.

> Will

-- 
So long and have a nice weekend all,
	Andreas Kupries <aku...@sh...>
			<http://www.purl.org/NET/akupries/>
	Developer @	<http://www.activestate.com/>
-------------------------------------------------------------------------------

[Tcllib-devel] (proposed) Schedule for Tcllib 1.9 (Re: any thoughts on tcllib release?)

[Andreas K. <aku...@sh...>]

This mail has been cc'd to the conference organizers to get their
input on the proposed schedules (see below) as well.


Ok then, let us see how that is working out:

*	Have one month where the CVS is frozen except for bug work.

*	Have the RC (Release Candidate) ready one week before the
	GA (General Announcement). The CVS is fully frozen during that
	time except for absolute blockers. Any other work has to be
	either defered until after release, or put into a branch.

*	Make a GA the weekend before the conference begins.

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. (*)




(*) Oh, a Friday the 13th :)

-- 
So long,
	Andreas Kupries <aku...@sh...>
			<http://www.purl.org/NET/akupries/>
	Developer @	<http://www.activestate.com/>
-------------------------------------------------------------------------------

Re: [Tcllib-devel] (proposed) Schedule for Tcllib 1.9 (Re: any thoughts on tcllib release?)

[Andreas K. <and...@ac...>]

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. (*)

Re: [Tcllib-devel] (proposed) Schedule for Tcllib 1.9 (Re: anythoughts on tcllib release?)

[Virden, L. W. <lv...@ca...>]

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

[Tcllib-devel] Status of release work (RE: (proposed) Schedule for Tcllib 1.9 (Re: anythoughts on tcllib release?))

[Andreas K. <and...@ac...>]

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

Re: [Tcllib-devel] Status of release work (RE: (proposed) Schedule for Tcllib 1.9 (Re: anythoughts on tcllib release?))

[Pat T. <pat...@us...>]

"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

Re: [Tcllib-devel] Status of release work (RE: (proposed) Schedule for Tcllib 1.9 (Re: anythoughts on tcllib release?))

[Andreas K. <aku...@sh...>]

> "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/>
-------------------------------------------------------------------------------

Re: [Tcllib-devel] Status of release work (RE: (proposed) Schedule for Tcllib 1.9 (Re: anythoughts on tcllib release?))

[Michael S. <sch...@is...>]

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

Re: [Tcllib-devel] Status of release work (RE: (proposed) Schedule for Tcllib 1.9 (Re: anythoughts on tcllib release?))

[Andreas K. <and...@ac...>]

> 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

Re: [Tcllib-devel] Status of release work (RE: (proposed) Schedule

[Arjen M. <arj...@wl...>]

>
>> 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

Re: [Tcllib-devel] Status of release work (RE: (proposed) Schedule

[Arjen M. <arj...@wl...>]

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

Re: [Tcllib-devel] Status of release work (RE: (proposed) Schedule

[Andreas K. <and...@ac...>]

> 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

Re: [Tcllib-devel] Status of release work (RE: (proposed) Schedule

[Arjen M. <arj...@wl...>]

>
>> 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

Re: [Tcllib-devel] Status of release work (RE: (proposed) Schedule

[Arjen M. <arj...@wl...>]

> 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

Re: [Tcllib-devel] Status of release work (RE: (proposed) Schedule

[Andreas K. <aku...@sh...>]

> 
> > 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/>
-------------------------------------------------------------------------------

Re: [Tcllib-devel] Status of release work (RE: (proposed) Schedule

[Andreas K. <and...@ac...>]

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

Re: [Tcllib-devel] Status of release work (RE: (proposed) Schedule forTcllib 1.9 (Re: anythoughts on tcllib release?))

[Andreas K. <and...@ac...>]

> 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