Re: [Activetcl] Can someone else verify a problem with this scriptonactivetcl 8.5 ?
by Larry W. Virden other posts by this author
Oct 29 2007 8:22AM messages near this date
view in the new Beta List Site
Re: [Activetcl] Can someone else verify a problem with this scriptonactivetcl 8.5 ?
|
Re: [Activetcl] Can someone else verify a problem with thisscriptonactivetcl 8.5 ?
-----Original Message-----
From: Andreas Kupries [mailto:andreask@[...].com]
> > Then there are the "infinite loop" errors:
> Are you trying to load all the packages into the same interpreter ?
Yes - I expected there might be some conflicts - I didn't, however,
expect the way the problems manifested themselves.
Given that any one Tcl program might do a package require on any number
of packages, it seemed worthwhile to see if things worked.
> It might be better to try and load everything into a trusted
sub-interpreter which is deleted after the require. That
> contains interactions to the package itself and its dependencies. Not
sure if that is feasible/an option for what you
> wish to achieve.
This would make the test of each library more accurate. How do you do a
package require in a trusted sub-interpreter and then deleting it? Right
now, my goal is just testing out the individual packages in a site
installation.
I have tcl installed on Windows, Linux, Solaris, etc. and was trying to
come up with a relatively simple script that would test that they each
would resolve in a 'package require' statement.
HOWEVER, if there are combinations of packages that do not work
together, that info should probably be documented somewhere...
> Still, seeing this it would be interesting to see in which order you
load packages, so that we know which others went
before (sucessfully) and thus may cause this. And then reduce the set
until the error goes away, extend, etc. until the
minimal set is identified. Then we can send this to the package
maintainer.
I have attached the order that my script loaded packages. The order is
just the order returned by package names . Note that not all the
packages are listed - something caused the tclsh to core dump and stop
the process :-( ...
--
<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:lvirden@[...].com > <URL: http://www.purl.org/NET/lvirden/
>
Thread:
Larry W. Virden
Andreas Kupries
Larry W. Virden
Andreas Kupries
Larry W. Virden
Andreas Kupries
Larry W. Virden
|