Where did the installation of TCL/Tk come from? It looks like it's bundled with Synopsys, particularly their Vera software. Do you really mean to use their version of TCL/Tk with tkdiff?
This looks to me to be a $PATH issue. You're not picking up the correct installation that tkdiff was built to use, you're using the one provided by Synopsys.
tkdiff packaging
I'm on CentOS 5.8 and I have the following package that's available from the repositories that provides tkdiff.
$ yum search tkdiff
Loaded plugins: fastestmirror
========================================================= Matched: tkdiff ==========================================================
tkcvs.noarch : Graphical interface to the CVS and Subversion
You can make sure that the executable, tkdiff is in fact part of this package using this command:
$ repoquery -l tkcvs | grep tkdiff
/usr/bin/tkdiff
This package depends on the following other packages:
$ yum deplist tkcvs
Loaded plugins: fastestmirror
Finding dependencies:
package: tkcvs.noarch 8.2.2-1.el5.rf
dependency: /usr/bin/env
provider: coreutils.x86_64 5.97-34.el5_8.1
dependency: /bin/sh
provider: bash.x86_64 3.2-32.el5
provider: bash.x86_64 3.2-32.el5_9.1
dependency: tcl
provider: tcl.x86_64 8.4.13-6.el5
provider: tcl.i386 8.4.13-6.el5
dependency: tk
provider: tk.x86_64 8.4.13-5.el5_1.1
provider: tk.i386 8.4.13-5.el5_1.1
To confirm
You could test my hypothesis out by temporarily removing the Synopsys software from your $PATH, and then trying to launch tkdiff without the references to Synopsys.
Simply set the $PATH variable without inclusion of any of these paths:
- /usr/local/lib/tcl8.0
- /pune/tools/synopsys/vera/2009.12-6/vera_vD-2009.12-6_linux/lib/tcl8.0
- /pune/tools/synopsys/vera/2009.12-6/tcl8.0/library
- /pune/tools/synopsys/vera/2009.12-6/vera_vD-2009.12-6_linux/library
Also make sure that $TCL or $TCL* type variables aren't referencing these directories either.
Works for userA not for userB, how to debug?
If you've come across the situation where this is working for userA but not for userB then it's most likely a environment configuration problem. To debug this I'd do the following:
[userA]$ env > userA_env.txt
[userB]$ env > userB_env.txt
Then diff the 2 files to see what's different:
$ diff -y userA_env.txt userB_env.txt | less
rvm_gemsets_path=/home/saml/.rvm/gemsets rvm_gemsets_path=/home/saml/.rvm/gemsets
MANPATH=/home/saml/apps/perl5/perlbrew/perls/perl-5.14.0/man: MANPATH=/home/saml/apps/perl5/perlbrew/perls/perl-5.14.0/man:
ORBIT_SOCKETDIR=/tmp/orbit-saml ORBIT_SOCKETDIR=/tmp/orbit-saml
rvm_scripts_path=/home/saml/.rvm/scripts rvm_scripts_path=/home/saml/.rvm/scripts
PERLBREW_VERSION=0.59 PERLBREW_VERSION=0.59
HOSTNAME=grinchy HOSTNAME=grinchy
rvm_bin_path=/home/saml/.rvm/bin rvm_bin_path=/home/saml/.rvm/bin
IMSETTINGS_INTEGRATE_DESKTOP=yes IMSETTINGS_INTEGRATE_DESKTOP=yes
GPG_AGENT_INFO=/tmp/keyring-Xewu2I/gpg:0:1 GPG_AGENT_INFO=/tmp/keyring-Xewu2I/gpg:0:1
PERLBREW_PERL=perl-5.14.0 PERLBREW_PERL=perl-5.14.0
...
The entries on the left will be from userA and the entries on the right will be from userB.