tcljava-user — Ask questions and get help here

[tcljava-user] Question

[Tanguy C. <tan...@eu...>]

Hello,
happy to be a new user.
Before I begin the installation I have a small question: do I really need
the complete Tcl source to fully install Tcl-Java (i.e with all examples and
doc etc..
and not only the binaray files)?
If yes, will this situation change in a foreseeable future and what are the
advantages and/or drawback of a full compilation vs. only the binaries?
If no, how should I proceed?
Thanks a lot for your clarification.
Tanguy.

Re: [tcljava-user] Exec command should set errorCode

[Mo D. <md...@cy...>]

On Tue, 28 Nov 2000, Michael Tulinius Andersen wrote:

> Hi,
> 
> thank you for Jacl it is nice work.
> 
> However I have made a little correction to make the exec command set the
> errorCode as it should:
> 
> diff ExecCmd.java ExecCmd.java.org
> 157,160d156
> <  if (exit != 0) {
> <      interp.setErrorCode(TclInteger.newInstance(exit));
> <  }
> <
> 
> Hope you can use it.
> 
> Best regards
> 
> Michael Tulinius Andersen
> @Softility.dk


Humm, me thinks that is still not quite right.
Here are the results I am seeing with your patch.

$ tclsh8.3
% exec false
child process exited abnormally
% set errorCode
CHILDSTATUS 28026 1

$ jaclsh
% exec false
child process exited abnormally
% set errorCode
1


Was this the patch you were going for? This
is from the CVS version.

diff -u -r1.5 ExecCmd.java
--- ExecCmd.java        1999/05/17 03:50:37     1.5
+++ ExecCmd.java        2000/11/30 10:19:14
@@ -154,6 +154,9 @@
 
        //when the subprocess writes to its stderr stream or returns
        //a non zero result we generate an error
+        if (exit != 0) {
+          interp.setErrorCode(TclInteger.newInstance(exit));
+        }
        if ((exit != 0) || (errorBytes != 0)) {
          throw new TclException(interp, sbuf.toString());
        }

I can touch it up and add a test case if this
patch looks like what you wanted to do.

Mo DeJong
Red Hat Inc

Re: [tcljava-user] TCL-BLEND BOOKS

[Mo D. <md...@cy...>]

On Wed, 29 Nov 2000, Leonard J. Reder wrote:

> Yes I would also be interested in the tclblend tutorial?
> 
> Thanks,
> Len
> 
> Naveen Vipin wrote:
> > 
> > Hi,
> >     Can anybody tell me where i can see tclblend tutorial in net. Also
> > how can i pass an TCL array from java to TCL.......
> > 
> > Thanks in Advance
> > Naveen

Well, you could check out this article.

http://www.sunworld.com/sunworldonline/swol-11-1999/swol-11-jacl.html

We don't really have any online tutorials. Some folks have
mentioned that they would be willing to help write them,
but nobody has stepped up to the plate to get it done.
There are demo programs in the src download the provide
some working examples.

Mo DeJong
Red Hat Inc

Re: [tcljava-user] TCL-BLEND BOOKS

[Leonard J. R. <re...@hu...>]

Yes I would also be interested in the tclblend tutorial?

Thanks,
Len

Naveen Vipin wrote:
> 
> Hi,
>     Can anybody tell me where i can see tclblend tutorial in net. Also
> how can i pass an TCL array from java to TCL.......
> 
> Thanks in Advance
> Naveen
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> http://lists.sourceforge.net/mailman/listinfo/tcljava-user

-- 
____________________________________________________
Leonard J. Reder
Jet Propulsion Laboratory
Interferometry Systems and Technology Section 383
Email: re...@hu...
Phone (Voice): 818-354-3639
____________________________________________________

[tcljava-user] TCL-BLEND BOOKS

[Naveen V. <nav...@sa...>]

Hi,
    Can anybody tell me where i can see tclblend tutorial in net. Also
how can i pass an TCL array from java to TCL.......

Thanks in Advance
Naveen

[tcljava-user] Exec command should set errorCode

[Michael T. A. <mt...@so...>]

Hi,

thank you for Jacl it is nice work.

However I have made a little correction to make the exec command set the
errorCode as it should:

diff ExecCmd.java ExecCmd.java.org
157,160d156
<  if (exit != 0) {
<      interp.setErrorCode(TclInteger.newInstance(exit));
<  }
<

Hope you can use it.

Best regards

Michael Tulinius Andersen
@Softility.dk

Re: [tcljava-user] How to debug a TclBlend application

[Mo D. <md...@cy...>]

On Tue, 21 Nov 2000, Udi Margolin wrote:

> Hello,
> 
> When running java code from a tcl interpreter using the tclblend mechanism,
> is there any way to hook up to a java debugger (such as JBuilder 4) on
> Windows ?
> Usually the Java environment runs the process from within - in our case
> there is no seperate process for the java - it part of the Tcl process.

There tend to be two ways to debug a Tcl Blend problem. The first
is to build the tclblend dll with debug symbols and connect to
it with gdb or VC++. The second (and the way you seem to be
wanting) is to actually debug the JVM using a Java debugger.

I have not tried connecting a Java debugger to Tcl Blend, but
it seems like it should be possible. The trick would be to
find what command line arguments you needed to pass
to the java process and then pass the in using the
tclblend_init global Tcl variable. 

I tend to try a Java debugger with Jacl first, since
it is a 100% Java application. If you can reproduce
the bug in Jacl then it is in the "tcljava" library
that is shared by Jacl and Tcl Blend. If the bug
only shows up in Tcl Blend, then it can get
a little bit more complex to debug. The other
thing you could try is to load Tcl Blend into
a Java application that you already connected
to with a debugger. The ability to load Tcl Blend
into a running java process is new to 1.3, so
you would need the most recent CVS version
to do that. Try that out and tell us how
it goes, I am looking forward to hearing
about your results.

Mo DeJong
Red Hat Inc

[tcljava-user] How to debug a TclBlend application

[Udi M. <ud...@mi...>]

Hello,

When running java code from a tcl interpreter using the tclblend mechanism,
is there any way to hook up to a java debugger (such as JBuilder 4) on
Windows ?
Usually the Java environment runs the process from within - in our case
there is no seperate process for the java - it part of the Tcl process.

Thanks,

-Udi

Re: [tcljava-user] How to debug a TclBlend application

[Mo D. <md...@cy...>]

On Sun, 19 Nov 2000, Udi Margolin wrote:

... bunch of stuff in HTML ...

Please don't post to this mailing list in HTML. It is
in very bad form.

Mo DeJong
Red Hat Inc

[tcljava-user] How to debug a TclBlend application

[Udi M. <ud...@mi...>]

Hello,

When running java code from a tcl interpreter using the tclblend =
mechanism, is there any way to hook up to a java debugger (such as =
JBuilder 4) on Windows ?
Usually the Java environment runs the process from within - in our case =
there is no seperate process for the java - it part of the Tcl process.

Thanks,

-Udi

Re: [tcljava-user] TclBlend on SuSE7.0 with JDK1.1.8 (or JDK1.2.2)

[Mo D. <md...@cy...>]

On Tue, 14 Nov 2000, Christian Krone wrote:

> Hello,
> 
> Mo DeJong wrote:
> 
> > > when I start to configure TclBlend (1.3 from SourceForge)
> > > the configuration stops with the following last words:
> [...]
> > > >        configure: error: could not link file that includes jni.h
> > > >        It is likely that your JVM install is broken or corrupted
> > Yeah, it looks like the configure script does not know where to
> > find your JNI libs. Perhaps that error message about
> > "your JVM install is broken or corrupted" is not all
> > that helpful in the case where the libs can not even
> > be found.
> [...]
> > So first, cd to /usr/lib/java and run
> > find . -name "libjava*.so*"
> > find . -name "libjvm*.so*"
> > find . -name "libhpi*.so*"
> > And see what that prints. That should tell you
> > where the libs for your system live. If you
> > have both native and green thread libs, make
> > sure you use the native thread ones.
> 
> The problem was that the configure script expects to find
> the libjvm in a subdirectory linux, e.g.
>   /usr/lib/jdk1.1.8/lib/linux/native_threads/libjava.so
> But on SuSE7.0 (and before) this subdirectory is called i386!
> So I created a softlink:
>   ln -s i386 /usr/lib/jdk1.1.8/lib/linux
> and now it works!

This is that code that is meant to check for that case, from tcljava.m4.

        # Blackdown JDK 1.1 for Linux (this one can get a little wacky)

        F=README.linux
        if test "x$ac_java_jvm_jni_lib_flags" = "x" &&
            test -f $ac_java_jvm_dir/$F ; then
            # Figure out if it is 1.1.8 and not 1.1.7
            AC_GREP_FILE([JDK 1.1.8], $ac_java_jvm_dir/$F, IS118=1)

            F=lib/`uname --machine`/native_threads/libjava.so
            AC_MSG_LOG([Looking for $ac_java_jvm_dir/$F], 1)
            if test -f $ac_java_jvm_dir/$F ; then
                AC_MSG_LOG([Found $ac_java_jvm_dir/$F], 1)
                D=`dirname $ac_java_jvm_dir/$F`
                ac_java_jvm_jni_lib_runtime_path=$D
                ac_java_jvm_jni_lib_flags="-lpthread -L$D -ljava"


On my system.

% uname --machine
i686

Is there no symlink for i686 -> i386 on that box?
Is this a Sun JVM on Linux or a blackdown one?


> > You might also want to put in an extra check
> > to see if ac_java_jvm_jni_lib_flags is ""
> > and then raise an error of print a better
> > message like "Your JVM configuration is
> > not known, please edit the AC_JAVA_JNI_LIBS
> > macro in tcljava.m4 to add support for it."
> 
> Sorry but I don't get autoconf 2.14 up and running. The generated
> configure script creates error messages one after the other.
> So here is only the workaround for SuSE users, but no patch
> for the configure.in (or tcljava.m4)

Well, the patch for tcljava.m4 is what we need in the long run.
I just did an update from the autoconf CVS and it looks like
something related the AC_FD_LOG macro was changed. I just
checked in a change that fixes that problem. It should
work with the CVS version of autoconf now.

Mo DeJong
Red Hat Inc

Re: [tcljava-user] TclBlend on SuSE7.0 with JDK1.1.8 (or JDK1.2.2)

[Christian K. <chr...@so...>]

Hello,

Mo DeJong wrote:

> > when I start to configure TclBlend (1.3 from SourceForge)
> > the configuration stops with the following last words:
[...]
> > >        configure: error: could not link file that includes jni.h
> > >        It is likely that your JVM install is broken or corrupted
> Yeah, it looks like the configure script does not know where to
> find your JNI libs. Perhaps that error message about
> "your JVM install is broken or corrupted" is not all
> that helpful in the case where the libs can not even
> be found.
[...]
> So first, cd to /usr/lib/java and run
> find . -name "libjava*.so*"
> find . -name "libjvm*.so*"
> find . -name "libhpi*.so*"
> And see what that prints. That should tell you
> where the libs for your system live. If you
> have both native and green thread libs, make
> sure you use the native thread ones.

The problem was that the configure script expects to find
the libjvm in a subdirectory linux, e.g.
  /usr/lib/jdk1.1.8/lib/linux/native_threads/libjava.so
But on SuSE7.0 (and before) this subdirectory is called i386!
So I created a softlink:
  ln -s i386 /usr/lib/jdk1.1.8/lib/linux
and now it works!

> You might also want to put in an extra check
> to see if ac_java_jvm_jni_lib_flags is ""
> and then raise an error of print a better
> message like "Your JVM configuration is
> not known, please edit the AC_JAVA_JNI_LIBS
> macro in tcljava.m4 to add support for it."

Sorry but I don't get autoconf 2.14 up and running. The generated
configure script creates error messages one after the other.
So here is only the workaround for SuSE users, but no patch
for the configure.in (or tcljava.m4)

Greetings, Krischan
-- 
Christian Krone, SQL Datenbanksysteme GmbH
Mail mailto:chr...@so...

Re: [tcljava-user] JAVA_LOCK problem in TclBlend 1.2.6

[Mo D. <md...@cy...>]

On Tue, 14 Nov 2000, Udi Margolin wrote:

> Hello,
> 
> I'm trying to invoke a TCL command from a Java class in a JVM loaded as a
> java package to the TCL shell.
> If the java command is called from another TCL command invoked from the
> shell, the command is called properly.
> 
> When trying to invoke the command from a Java GUI (button) the process gets
> stuck. After some investigation, it looks like the JAVA_LOCK() macro in the
> javaInterp.c (in the Java_tcl_lang_Interp_eval procedure) does not return.
> 
> When trying to remove the JAVA_LOCK() command (and the matching
> JAVA_UNLOCK()), the command is processed but the behaviour is not smooth
> (probably due to the lock which was removed).
> 
> Looks like another thread is locking the NativeLock but I have no idea which
> one.
> 
> Any Ideas ?


I am willing to bet that you are calling interp.eval() directly
from another thread (the AWT thread in this case).
This is one of the most common "beginner errors".
In Tcl, you synchronize as events are added to the
Tcl event queue, not on every use of a shared
resource. In practice, this works far better than the
fine grained per object synchronization provided by Java.

I would take a peek at this writeup if I were you.

http://www-cs-students.stanford.edu/~jwu/Using_Tcl_in_Java.html

I tend to advocate this simlified way of queuing an event:

http://www.mail-archive.com/tc...@sc.../msg00647.html


All of this is not documented very well, would you care
to help? We could really use some "getting started" or
"tutorial" documents. Currently, we only have
reference documentation.


There is also the chance that you are running into a known
problem in Tcl Blend 1.2.6 where it deadlocks because the
GC thread tries to grab the lock. This problem has been
fixed in the 1.3 development version but I have not ported
it back to the 1.2 stable tree because there do not seem
to be many folks running into it. You might want to try
the development version if the above suggestions do not
fix the problem you are running into.

Mo DeJong
Red Hat Inc

[tcljava-user] JAVA_LOCK problem in TclBlend 1.2.6

[Udi M. <ud...@mi...>]

Hello,

I'm trying to invoke a TCL command from a Java class in a JVM loaded as a
java package to the TCL shell.
If the java command is called from another TCL command invoked from the
shell, the command is called properly.

When trying to invoke the command from a Java GUI (button) the process gets
stuck. After some investigation, it looks like the JAVA_LOCK() macro in the
javaInterp.c (in the Java_tcl_lang_Interp_eval procedure) does not return.

When trying to remove the JAVA_LOCK() command (and the matching
JAVA_UNLOCK()), the command is processed but the behaviour is not smooth
(probably due to the lock which was removed).

Looks like another thread is locking the NativeLock but I have no idea which
one.

Any Ideas ?

-Udi Margolin

[tcljava-user] JAVA_LOCK problem in TclBlend 1.2.6

[Udi M. <ud...@mi...>]

Hello,

I'm trying to invoke a TCL command from a Java class in a JVM loaded as =
a java package to the TCL shell.
If the java command is called from another TCL command invoked from the =
shell, the command is called properly.

When trying to invoke the command from a Java GUI (button) the process =
gets stuck. After some investigation, it looks like the JAVA_LOCK() =
macro in the javaInterp.c (in the Java_tcl_lang_Interp_eval procedure) =
does not return.

When trying to remove the JAVA_LOCK() command (and the matching =
JAVA_UNLOCK()), the command is processed but the behaviour is not smooth =
(probably due to the lock which was removed).

Looks like another thread is locking the NativeLock but I have no idea =
which one.=20

Any Ideas ?

-Udi Margolin

RE: [tcljava-user] JACL Script inside EJB

[Sai G. M N <Sai...@pl...>]

Wow, This was a quick and a good explanation. Have been poring over this for
a week. Would be very much interested in helping to make the getting started
tutorial for Jacl. Sure. 
Right now, is there any documentation on getting started? I have bee able to
see only "New Features", "F.A.Q" and "Man Pages" apart from "Download" at
this URL: http://dev.ajubasolutions.com/software/java/
Would be glad to read if there is any "Getting Started" information
available already!

Thanks anyway. Will try what ever you have said below and hope it helps!
Sai

> -----Original Message-----
> From:	Mo DeJong [SMTP:md...@cy...]
> Sent:	Wednesday, November 08, 2000 4:18 PM
> To:	tcl...@li...
> Subject:	Re: [tcljava-user] JACL Script inside EJB
> 
> On Wed, 8 Nov 2000, Sai Geetha M N wrote:
> 
> > Hi
> > 
> > I am trying to run a JACL script inside an EJB (Enterprise JavaBean). I
> pass
> > the name of the script as an input paramater. Then the EJB reads that
> file
> > and runs it using the Interp.evalFile Command. So Far, so good
> > However, I want to be able to pass a Java Object (or may be a TclObject)
> to
> > that script and the script should work on that object. Basically, the
> object
> > would contain name-value pairs, which are the arguments for the script
> to
> > work on.
> 
> It sounds like you want to take some Java info and wrap it up
> in a TclList. You would then set a variable in Tcl to this
> TclList.
> 
> > 1. Is this kind of a scenario implementable in JACL?
> 
> Sure.
> 
> > 2. If so, will any JACL script be able to understand Java Collection
> Objects
> > or should I convert them into TclObjects? Is this possible and how?
> 
> You would want to take the data out of a Java vector and put it
> into a TclList. You Java code would just allocate a TclList object
> and then loop over the Java elements adding them to the TclList.
> 
> Something like (this is just off the top of my head):
> 
> TclObject to = TclList.newInstance()
> Vector v = ...
> 
> while (! done) {
>  TclObject str = TclList.newInstance((String) v.elementAt(i) );
>  TclList.append(interp, list, str);
> }
> 
> > 3. Once I convert it to a TclObject, how do I make the JACL script
> access
> > this object? CAn I pass it as a parameter to the script?
> 
> Set a variable in the interp. See the interp.setVar() command docs.
> These docs live in tcljava/docs/TclJavaLib.
> 
> It seems clear that we need better "getting started" documentation.
> Would you be willing to take notes as you learn this stuff and
> help with a short tutorial later?
> 
> Mo DeJong
> Red Hat Inc
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> http://lists.sourceforge.net/mailman/listinfo/tcljava-user

Re: [tcljava-user] JACL Script inside EJB

[Mo D. <md...@cy...>]

On Wed, 8 Nov 2000, Sai Geetha M N wrote:

> Hi
> 
> I am trying to run a JACL script inside an EJB (Enterprise JavaBean). I pass
> the name of the script as an input paramater. Then the EJB reads that file
> and runs it using the Interp.evalFile Command. So Far, so good
> However, I want to be able to pass a Java Object (or may be a TclObject) to
> that script and the script should work on that object. Basically, the object
> would contain name-value pairs, which are the arguments for the script to
> work on.

It sounds like you want to take some Java info and wrap it up
in a TclList. You would then set a variable in Tcl to this
TclList.

> 1. Is this kind of a scenario implementable in JACL?

Sure.

> 2. If so, will any JACL script be able to understand Java Collection Objects
> or should I convert them into TclObjects? Is this possible and how?

You would want to take the data out of a Java vector and put it
into a TclList. You Java code would just allocate a TclList object
and then loop over the Java elements adding them to the TclList.

Something like (this is just off the top of my head):

TclObject to = TclList.newInstance()
Vector v = ...

while (! done) {
 TclObject str = TclList.newInstance((String) v.elementAt(i) );
 TclList.append(interp, list, str);
}

> 3. Once I convert it to a TclObject, how do I make the JACL script access
> this object? CAn I pass it as a parameter to the script?

Set a variable in the interp. See the interp.setVar() command docs.
These docs live in tcljava/docs/TclJavaLib.

It seems clear that we need better "getting started" documentation.
Would you be willing to take notes as you learn this stuff and
help with a short tutorial later?

Mo DeJong
Red Hat Inc

Re: [tcljava-user] TclBlend on SuSE7.0 with JDK1.1.8 (or JDK1.2.2)

[Mo D. <md...@cy...>]

On Wed, 8 Nov 2000, Christian Krone wrote:

> Hello,
> 
> Mo told me, how to improve the configure script:

...

> But he forgot, that configure.in insists on having
> autoconf version 2.14, and that almost all people
> (but perhaps some lucky guys at RedHat???) have
> only 2.13 :-(

Sorry, I forgot to mention that. You need autoconf
out of the CVS. The info on how to get it is at
the bottom of this email.

> So should I just change line 6 of configure.in or
> are there some reasons to require a version which
> is not yet released?

No, it does not work with 2.13, that is why it
is locked down to require the newer version.
Version 2.13 is years old and badly broken.

Here is how to get the CVS autoconf.

% setenv CVSROOT :pserver:an...@su...:/cvs
% cvs login (password is "")
% cvs co autoconf

Then just run ./configure --prefix=${HOME}/myautoconf ; make install
and then put ${HOME}/myautoconf (or whatever you call it) on your
PATH. You should then be able to go into the tcljava directory
and run the ./autogen.sh script to regen the ./configure script.
(the script just runs autoconf)

Mo DeJong
Red Hat Inc

Re: [tcljava-user] TclBlend on SuSE7.0 with JDK1.1.8 (or JDK1.2.2)

[Christian K. <chr...@so...>]

Hello,

Mo told me, how to improve the configure script:
> If you open up tcljava.m4 and look at the AC_JAVA_JNI_LIBS
> macro, you will find the place where it tries to find
> the JNI libs for a given system configuration. It does
> this by looking for "known layouts". It works on most
> configurations but it would seem that yours needs to
> be added to the script.
[...]
> You might also want to put in an extra check
> to see if ac_java_jvm_jni_lib_flags is ""
> and then raise an error of print a better
> message like "Your JVM configuration is
> not known, please edit the AC_JAVA_JNI_LIBS
> macro in tcljava.m4 to add support for it."

But he forgot, that configure.in insists on having
autoconf version 2.14, and that almost all people
(but perhaps some lucky guys at RedHat???) have
only 2.13 :-(

So should I just change line 6 of configure.in or
are there some reasons to require a version which
is not yet released?

Greetings, Krischan
-- 
Christian Krone, SQL Datenbanksysteme GmbH
Mail mailto:chr...@so...

[tcljava-user] JACL Script inside EJB

[Sai G. M N <Sai...@pl...>]

Hi

I am trying to run a JACL script inside an EJB (Enterprise JavaBean). I pass
the name of the script as an input paramater. Then the EJB reads that file
and runs it using the Interp.evalFile Command. So Far, so good
However, I want to be able to pass a Java Object (or may be a TclObject) to
that script and the script should work on that object. Basically, the object
would contain name-value pairs, which are the arguments for the script to
work on.
1. Is this kind of a scenario implementable in JACL?
2. If so, will any JACL script be able to understand Java Collection Objects
or should I convert them into TclObjects? Is this possible and how?
3. Once I convert it to a TclObject, how do I make the JACL script access
this object? CAn I pass it as a parameter to the script?

Or is there some other way approaching the above mentioned problem?
Would really appreciate any kind of inputs that can be given on the above
subject. 

Thanks
Sai Geetha

Re: [tcljava-user] TclBlend on SuSE7.0 with JDK1.1.8 (or JDK1.2.2)

[Mo D. <md...@cy...>]

On Wed, 8 Nov 2000 tcl...@li... wrote:

> Hello,
> 
> when I start to configure TclBlend (1.3 from SourceForge)
> the configuration stops with the following last words:
> 
> > Using the following JNI include flags -I/usr/lib/java/include -I/usr/lib/java/include/linux
> > checking to see if jni.h can be included... yes
> > Using the following JNI library flags
> > Using the following runtime library path
> > checking to see if we can link a JNI application...
> >        configure: error: could not link file that includes jni.h
> >        It is likely that your JVM install is broken or corrupted

Yeah, it looks like the configure script does not know where to
find your JNI libs. Perhaps that error message about
"your JVM install is broken or corrupted" is not all
that helpful in the case where the libs can not even
be found.

If you open up tcljava.m4 and look at the AC_JAVA_JNI_LIBS
macro, you will find the place where it tries to find
the JNI libs for a given system configuration. It does
this by looking for "known layouts". It works on most
configurations but it would seem that yours needs to
be added to the script. Are you using a Sun JVM,
the one from blackdown, or the one from IBM? They
each might install the native libs in a different
spot (yeah, it sucks but what can be done???).

So first, cd to /usr/lib/java and run

find . -name "libjava*.so*"
find . -name "libjvm*.so*"
find . -name "libhpi*.so*"

And see what that prints. That should tell you
where the libs for your system live. If you
have both native and green thread libs, make
sure you use the native thread ones.

You might also want to put in an extra check
to see if ac_java_jvm_jni_lib_flags is ""
and then raise an error of print a better
message like "Your JVM configuration is
not known, please edit the AC_JAVA_JNI_LIBS
macro in tcljava.m4 to add support for it."

Mo DeJong
Red Hat Inc

[tcljava-user] TclBlend on SuSE7.0 with JDK1.1.8 (or JDK1.2.2)

[<tcl...@li...>]

Hello,

when I start to configure TclBlend (1.3 from SourceForge)
the configuration stops with the following last words:

> Using the following JNI include flags -I/usr/lib/java/include -I/usr/lib/java/include/linux
> checking to see if jni.h can be included... yes
> Using the following JNI library flags
> Using the following runtime library path
> checking to see if we can link a JNI application...
>        configure: error: could not link file that includes jni.h
>        It is likely that your JVM install is broken or corrupted

And the config.log contains this:

> configure:2256: cc -g -o conftest -g -O2 -I/usr/lib/java/include
>     -I/usr/lib/java/include/linux    conftest.c  >&5
> /tmp/ccITk6iA.o: In function `main':
> /home/krischan/javaStuff/tcljava/unix/configure:2252:
>     undefined reference to `JNI_GetCreatedJavaVMs'                                                            

So what can I do to get this running? Do I have to install additional
packages? Do I have to upgrade to JDK1.3? Or is there an error in the
configure script?

Greetings, Krischan
-- 
Christian Krone, SQL Datenbanksysteme GmbH

[tcljava-user] Location of old mailing list archive.

[<tcl...@li...>]

Here is a quick note for any new users that
are looking for the old mailing list archive.

http://www.mail-archive.com/tc...@sc...

All new mail should go to either the tcljava-user
or tcljava-dev lists on sourceforge.

cheers
Mo DeJong
Red Hat Inc

[tcljava-user] Test, user list

[<tcl...@li...>]

Test