RE: !! Take note !! CVS frozen !! RE: [Tcllib-devel] Tcllib Release

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

>
> Thanks for the analysis, Andreas.
>
> > > I downloaded the preview, unpacked, configured, and ran "make
> > > test."  Everything passes on Fedora Core 3, ActiveTcl 8.4.6.  But
> > > I got failures doing the same thing on HP-UX, WinXP/MingW/Msys,
> > > and Red Hat Enterprise Linux (RHEL) 3.
> >
> > I wish that you had done that when I posted the 'testenv', it
> > is for easy testing of a Tcllib checkout using Tcl 8.2 to
> > 8.5. Ok, water under bridge ...
>
> My bad.  I was really concerned with the bugs that appeared with the units
> package and Tcl 8.5.  I spent a lot of time trying to build Tcl HEAD, and
> not much focusing on Tcllib.  :-(

Can happen.

> > > ActiveTcl 8.4.6 was
> > > installed everywhere.
> >
> > What is the situation if you are using ActiveTcl 8.4.11 ?
>
> I don't know.  Its getting about time to upgrade.  But the
> Sysadmins have to be fed. :-)
>
>
> > How about filing bugs against the modules and packages which
> > are in your opinion to chatty in the test output ?
>
> OK.  I will do so.  I see unnecessary log messages from calendar, comm,
> counter, docstrip, grammar_fa, htmlparse, log, math, ncgi, png,
> pop3, pop3d,
> struct, and tie.

Ok. And I see the notifications coming.

> > Do we have commands in tcltest for our own log
> > output, which can then be controlled through its -verbose option ?
>
> No, not really.  Tcltest's -verbose option controls when the test suite
> prints messages.  The default is to print the body when a test fails, and
> error information if there is an uncaught error.  You could also ask for a
> message when tests are passed or skipped.  But there isn't an associated
> general logging facility.

Yes, I had hoped that we had tcltest::log commands or some such we could use
instead of 'puts'.


> > > Modules with "Error: No test files remain ...
> >
> > This is the message generated by tcltest when there are
> > either no .test files or they are empty, i.e. when there is
> > no testsuite.
> >
> > > So I'm not testing these on unix, but they appeared to run tests
> > > on WinXP.
> >
> > How did you come to the conclusion that they have tests on WinXP ?
>
> I didn't get "Error: No test files remain..."  My misinterpretation.

Ah. Likely Windows redirected them (the std channels) into /dev/null or
something like that.


> > > Many aes and blowfish tests failed with "integer value too large
> > > to represent" on HP-UX and "integer value too large to represent
> > > as non-long integer" on RHEL with tclsh8.3.  For example, I
> > > include just one test, but there were 27 others.
> >
> > This could be a problem with Tcl 8.3. Do the same error occur
> > with Tcl 8.4 ? Is your machine 64 bit ?
>
> These fail on HP-UX with ActiveTcl 8.4.6, and also on RHEL with its stock
> tclsh8.3.  So it doesn't work on HP-UX.  Might be something to do
> with wide
> ints.  Perhaps we need to ugrade. :-)

Taked with Pat/Dgp on the chat about this:

11:46]	patthoyts	I see HPUX blowfish and aes problems mentioned by Bob
Techentin on tcllib-devel
[11:49]	patthoyts	Hmm. I should try a sparc 64bit build.
[11:51]	aku	Yep. Note that he used Tcl 8.3
[11:52]	aku	I know that this is spotty on a 64bit system
[11:52]	aku	I believe Tcl 8.3 was only halfway there with regard to wide
integers.
[11:52]	dgp	wide integers arrived in 8.4
[11:53]	patthoyts	My 64bit sparc build handles the aes and blowfish tests
ok.
[11:53]	dgp	the 32- and 64-bit inconsistencies were probably different in
8.3 days though.
[11:53]	aku	dgp - something like that
[11:53]	dgp	Reasonable position to me:  anyone using a 64-bit platform needs
at least Tcl 8.4.
[11:54]	dgp	Tcl just wasn't tested well enough on such systems before that.
[11:54]	aku	That is why I usually ignore such failures for 8.3. 8.4 is
definitely better in that regard. And 8.5 should be really good



Notes: I accepted Pat's sasl/mime changes after chatting with him. I will
now do a bit of bug-hunting in struct::tree again. Independent of that I
will regenerate the archives and put a -2 pre-release out. After I have
concluded any bug-hunting.

--
	Andreas Kupries <and...@Ac...>
	Developer @ http://www.ActiveState.com, a division of Sophos
	Tel: +1 604 484 6491