Tix/Tk Module frustrations HELP!
Jonathan S
>>> import Tix
>>> r = Tix.Tk()
Traceback (most recent call last):
File "<stdin>", line 1, in ?
File "/usr/local/lib/python2.3/lib-tk/Tix.py", line 212, in __init__
self.tk.eval('package require Tix')
_tkinter.TclError: couldn't load file "/usr/lib/libtix":
/usr/lib/libtix.so: undefined symbol: XLowerWindow
>>>
libtix.so is where it should be in /usr/lib, and the version (so far as I
can tell) is 4.1.8.3
Any suggestions?
Thanks,
Jonathan
Martin v. Loewis
> /usr/lib/libtix.so: undefined symbol: XLowerWindow
> >>>
>
> libtix.so is where it should be in /usr/lib, and the version (so far as I
> can tell) is 4.1.8.3
>
> Any suggestions?
It appears a bug in your Tix installation. libtix is indeed found
where it is, and it is the right version, but it requires a symbol
XLowerWindow which is not supported by your X11 library.
So it could be a problem with your X11 installation as well. I suggest
you contact your system vendor, or rebuild Tix from sources.
Regards,
Martin
Jonathan S
I tried rebuilding Tix from sources, yet it still has the same trouble. I
guess I'll try rebuilding my X11 libs...
thanks for you help, though!
Cheers,
Jonathan
Michele Simionato
I have exactly the same problem with Red Hat 7.x. Please, let me know if someone
solves the problem !
Thanks,
Michele
support
If you're rebuilding from tix sources, you should rebuild from
tix-8.1.3 from http://tix.sourceforge.net. If your X lib does not
have XLowerWindow, then the build should complain when it
links tixwish.
Mike.
If
Geoff Gerrietts
> To fix this problem (after almost a day of being very pissed off and
> wondering what the hell was wrong with my linker), I had to put a
> symlink in /usr/lib:
>
> ln -s /usr/lib/libtix.so /usr/lib/libtix
>
> Everything worked like a charm after that, but it has left me a little
> sour on using Tix.
Um, I /do/ recognize that this is less a "fix" than an "ugly, hackish
workaround", but I didn't get into the source code to track down the
actual problem.
I suspect this is a configure-time problem of some sort, because
/usr/lib is found properly, but the .so is not. But I haven't gone
after it.
--G.
--
Geoff Gerrietts <geoff at gerrietts net>
"I have read your book and much like it." --Moses Hadas
Geoff Gerrietts
This error message is different from what I got, but also very
similar.
Note the line:
> _tkinter.TclError: couldn't load file "/usr/lib/libtix":
This isn't just an abbreviation on the part of the linker. Somewhere
inside Tix or the python wrappers, code is actually looking for
/usr/lib/libtix -- NOT /usr/lib/libtix.so.
To fix this problem (after almost a day of being very pissed off and
wondering what the hell was wrong with my linker), I had to put a
symlink in /usr/lib:
ln -s /usr/lib/libtix.so /usr/lib/libtix
Everything worked like a charm after that, but it has left me a little
sour on using Tix.
--G.
--
Geoff Gerrietts <geoff @ gerrietts.net> "Many a man's reputation would not
know his character if they met on
http://www.gerrietts.net/ the street." --Elbert Hubbard
Michele Simionato
> Quoting Geoff Gerrietts (ge...@gerrietts.net):
> > To fix this problem (after almost a day of being very pissed off and
> > wondering what the hell was wrong with my linker), I had to put a
> > symlink in /usr/lib:
> >
> > ln -s /usr/lib/libtix.so /usr/lib/libtix
> >
> > Everything worked like a charm after that, but it has left me a little
> > sour on using Tix.
>
> Um, I /do/ recognize that this is less a "fix" than an "ugly, hackish
> workaround", but I didn't get into the source code to track down the
> actual problem.
>
> I suspect this is a configure-time problem of some sort, because
> /usr/lib is found properly, but the .so is not. But I haven't gone
> after it.
>
> --G.
It didn't work on my system (Red Hat 7.2). I created the symbolic link
but ...
>>>import os.path
>>>os.path.exists('/usr/lib/libtix')
1
>>>os.path.exists('/usr/lib/libtix.so')
1
>>>import Tix
>>> Tix.Tk()
Traceback (most recent call last):
File "<stdin>", line 1, in ?
File "/usr/lib/python2.2/lib-tk/Tix.py", line 213, in __init__
self.tk.eval('package require Tix')
TclError: couldn't load file "/usr/lib/libtix": /usr/lib/libtix.so:
undefined symbol: XLowerWindow
Michele
Geoff Gerrietts
>
> It didn't work on my system (Red Hat 7.2). I created the symbolic link
> but ...
>
> >>>import os.path
> >>>os.path.exists('/usr/lib/libtix')
> 1
> >>>os.path.exists('/usr/lib/libtix.so')
> 1
> >>>import Tix
> >>> Tix.Tk()
> Traceback (most recent call last):
> File "<stdin>", line 1, in ?
> File "/usr/lib/python2.2/lib-tk/Tix.py", line 213, in __init__
> self.tk.eval('package require Tix')
> TclError: couldn't load file "/usr/lib/libtix": /usr/lib/libtix.so:
> undefined symbol: XLowerWindow
Yes, sounds like you're having a different problem than I was. I, too,
am using RedHat 7.2, but I installed Ximian Gnome at one point, and
I've installed a few of RedHat's bugfixes, etcetera -- I can't be sure
the behavior of my system will mirror yours.
And the third item would break it. But it's been a while (2? 3
weeks?) since I fought with this demon. I was just tipped off
(wrongly) by the /usr/lib/libtix thing.
One thing that you may check into (and maybe it won't help): if you
recompile Tcl, Tk, and Tix, none of the three set up the proper
symbolic links in /usr/lib. You need to go in there and muck around
and clean up the symbolic links yourself.
Also, after you've been mucking around in /usr/lib, run ldconfig to
make sure the dynamic linker's cache is up to date.
Hope that helps if nothing else does,
--G.
--
Geoff Gerrietts <geoff at gerrietts dot net> http://www.gerrietts.net/
"Politics, as a practice, whatever its professions, has always been the
systematic organization of hatreds." --Henry Adams
d2002xx
> Any suggestions?
It's time to turn to wxPython, PyQT, or PyGTK...
support
What OS and version are you using?
This problem is unknown when compiling from sources, so I'm wondering
if you have problems based on the binary distribution. If it's RedHat,
then you should file it as a bug - they hack around on the Tix
distribution in their rpm scripts in ways I'm sure are unnecessary.
I filed 3 bug reports, but AFAIK they haven't changed things.
Mike.
Geoff Gerrietts
I am using RedHat 7.2, but with software compiled from source:
libtk8.3.4
libtcl8.3.4
libtix8.1.8.3
python 2.2 (doesn't look like I went and got 2.2.1, so hmmm).
As I suggested, it looks like it's some kind of configure-time glitch.
I just didn't track it thru the whole process.
For your edification, here's my python session, after I went and
removed the symlink:
>>> import Tix
>>> root = Tix.Tk()
Traceback (most recent call last):
File "<stdin>", line 1, in ?
File "/usr/local/lib/python2.2/lib-tk/Tix.py", line 213, in __init__
self.tk.eval('package require Tix')
TclError: couldn't load file "/usr/lib/libtix": /usr/lib/libtix:
cannot open shared object file: No such file or directory
It is a different error message, after all. :)
--G.
--
Geoff Gerrietts "That's it! I've had it with your sassy mouth!
<geoff at gerrietts net> I didn't want to do this! (Well, actually,
http://www.gerrietts.net/ I did....)" -- Mojo Jojo, "Bubblevicious"
Martin v. Loewis
> I tried rebuilding Tix from sources, yet it still has the same trouble. I
> guess I'll try rebuilding my X11 libs...
Can you please report the linker line used to link libtix.so? It
appears that it sometimes fails to link -lX11, which would also
explain this problem.
HTH,
Martin