Thanks for your response.
I thought I would give a little more information.
I have installed Tclblend 1.2.5 in a directory with prefix and exec-prefix
as /usr/test/tools
I do not use the jtclsh shell which comes with tclblend. I bring up my own
tclshell and do a package require java to load the tclblend libraries.
I set the LD_LIBRARY_PATH to be /usr/test/tools/lib
As everything was working fine, I was installing tclblend in /usr/prod/tools
and gave the prefix and exec-prefix as /usr/prod/tools
This time I set the LD_LIBRARY_PATH to /usr/prod/tools/lib
I get the segmentation fault in the latter case.
I did a ldd libtclblend.so on both directories, in the first case, it is
picking up the tcl library installed in /usr/test/tools which is tcl8.0
In the second case, it is picking tcl library which is /usr/prod/tools which
is tcl8.0.5
I built both versions using the --with-tcl flag and built it with tcl8.0.5
existing in /usr/prod/tools
I still have to debug this, but I wanted to know if you are able to see
anything else wrong.
I have not used the binary releases of tclblend so far.
I appreciate your help
thanks
Suvarna
>From: Moses DeJong <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: [Tcl Java] Re: [Tcl Java] tclblend -segmentation fault
>Date: Mon, 22 Nov 1999 10:13:55 -0600 (CST)
>
>On Mon, 22 Nov 1999, Suvarna Ayyagari wrote:
>
> >
> > Hi,
>
>Humm, Solaris 2.6 is the 64 bit version of the OS right? I have
>yet to run Tcl Blend on a 64 bit OS.
>
> > I have installed tclblend1.2.5. the installation went fine. I built it
>on
> > Solaris 2.6 with JDK 1.1.8 with native threads and Tcl8.0.5.
> >
> > I used it from this area and I had no problems using it anytime.
>
>Is the production box the same version of Solaris? If not this might
>be a 32/64 bit mismatch problem.
>
> > I now wanted to install it in our prod area. the installation went fine.
>But
> > when I use this version, in one of the scripts which passed earlier, I
>get a
> > Segmentation fault now.
>
>Perhaps you ftped the file and forgot to turn binary mode on. I make
>that mistake a lot. If you just moved the file from one system to
>another the size of the file should not change.
>
> > I checked the size of the libtclblend.so (the one which gave me no
>problems
> > and the one which is giving me problems) in both directories. They are
> > different though I built it with the same tclblend and jdk on the same
> > operating system.
>
>Configure and compile Tcl with --enable-symbols. This will add debug
>symbols to Tcl. After doing that, configure Tcl Blend again and recompile
>Tcl Blend. Tcl Blend will notice that Tcl was compiled with symbols
>and it will also add debug symbols. The only thing to watch out for
>is that the native compiler on Solaris (cc) does not actually add
>debug symbols unless you pass the -g and -xs option to the compiler.
>gcc or egcs will add debug symbols with the -g flag. Now that you
>have debug symbols fire up tclblend using the jtclsh shell script
>and type pid to get the process id. Now go to a different xterm,
>start up gdb and attach it to the Tcl process (like so "gdb TCLPATH pid").
>After gdb starts up type "cont" at the gdb command prompt to keep
>running your Tcl shell. Now switch back to the Tcl shell and type
>"package require java" into the shell. If it crashes, you should be
>able to see where it crashed in the gdb window. You should be able
>to get a stack trace at the point where it crashed by typing "bt"
>at the gdb prompt.
>
> > How do I debug this?
>
>The jtclsh script installed when you build Tcl Blend should set
>the LD_LIBRARY_PATH and CLASSPATH env vars for you. You might
>also want to check the rld linking of libtclblend.so by typing
>"ldd libtclblend.so" at the command line.
>
>I hope that helps
>Mo DeJong
>
> > Now when I do a package require java, the Tclblend which is in the
> > LD_LIBRARY_PATH is picked up right?
>
>----------------------------------------------------------------
>The TclJava mailing list is sponsored by Scriptics Corporation.
>To subscribe: send mail to [EMAIL PROTECTED]
> with the word SUBSCRIBE as the subject.
>To unsubscribe: send mail to [EMAIL PROTECTED]
> with the word UNSUBSCRIBE as the subject.
>To send to the list, send email to '[EMAIL PROTECTED]'.
>
>
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
----------------------------------------------------------------
The TclJava mailing list is sponsored by Scriptics Corporation.
To subscribe: send mail to [EMAIL PROTECTED]
with the word SUBSCRIBE as the subject.
To unsubscribe: send mail to [EMAIL PROTECTED]
with the word UNSUBSCRIBE as the subject.
To send to the list, send email to '[EMAIL PROTECTED]'.
