Hi all!
A note for those that haven't been following the recent discussions:
As has been posted by Bo and Shawn already, there is a problem with the
macros I posted recently, namely RecursiveAddTk.py and BrowseRepoTk.py,
which could cause certain TCL macros (most prominently the "Change CVSRoot
(GUI)" macro) to stop working. A typical error message will be:
couldn't load library
"c:\Programs\Python22\tcl\tcl8.3\..\..\bin\tk83.dll": this library or
a dependent library could not be found
It appears that by importing the Tkinter Python module (which instrinsically
instanstiates an internal TCL interpreter of its own), the internal search
path logic of the TCL macros gets messed up to the effect that TCL macros
that depend on certain external packages (e.g. Tk or ftp) could no longer
find those libraries.
One solution which Bo posted, is to _copy_ (not rename!) the contents of the
"DLLs" directory within the Python22 program folder to a new folder named
"bin" (at the same directory level).
I'm not sure whether this will fix all instances of the problem, though. I
would assume that only TCL macros that depend on libraries that are also
included in the Python distribution would benefit from this approach. I
don't think the ftp module that Shawn mentioned is one of them.
[Shawn, could you check whether this works for you?]
The simplest solution of course is to simply remove my macros from WinCvs'
Macros directory again. :(
I will look into circumventing the problem elsewise, but haven't found any
leads yet. Maybe someone with a little more insight in the WinCvs macro
architecture (especially the Python<->TCL inter-relation) might be able to
drop some hints?
I sincerely wish to apologize to those for which this has caused any
troubles. I had not been anticipating something like this and didn't run
into the problem myself during my tests as I'm hardly using any TCL macros
at all myself.
Stay tuned.
Oliver
------------------------
JID: ogiesen@xxxxxxxxxx
ICQ: 18777742
YIM: ogiesen
|
