looked at some of the messages in scriptics' tclblend bboard and saw
people talking about instrumenting code with start timer/stop timer kinds
of calls. I'd prefer to use a compiler-based option for now, rather than
manually adding such calls to my code if possible.
Than
At 11:40 AM 07/26/2000, Jiang Wu wrote:
> It should work. What is the JVM environment you are using? Is it 1.2,
> native thread?
>
> -- Jiang Wu
>[EMAIL PROTECTED]
>
> > -Original Message-
> > From: Mike Schwartz [mailto:[EMAIL PROTECTED]]
> >
Hi,
I read Jiang's paper -- very helpful, thanks.
So, I tried to follow the example in the section "Allocate a Tcl
Interpreter Thread"
(http://www-cs-students.stanford.edu/~jwu/Using_Tcl_in_Java.html#9), but
what I wrote doesn't work. Here's the code:
import tcl.lang.*;
public class Try {
> > I think if it's going to be non-thread safe then the code should sanity
> > check for thread-crossing calls, perhaps with #ifdef's so performance
> > concerns can be removed for people who don't want the sanity checks.
>
> I like this approach, but the problem is that there is no way to
000 15:31:39 -0700 (PDT)
> From: Mo DeJong <[EMAIL PROTECTED]>
> To: Mike Schwartz <[EMAIL PROTECTED]>
> cc: [EMAIL PROTECTED]
> Subject: Re: [Tcl Java] Re: [Tcl Java] problem invoking tclBlend calls
from within Java threads
>
>
> On Tue, 25 Jul 2000, Mike Schwartz
think will be around and stable --
> probably should be at scriptics.com)
>
>
> That way, people will find out about the shortcoming directly, rather
> than having to dig into their code and figure it out for themselves.
>
>
> Thanks,
> - Mike
>
>
> &
having to dig into their code and figure it out for themselves.
Thanks,
- Mike
> Date: Tue, 25 Jul 2000 12:23:55 -0700 (PDT)
> From: Mo DeJong <[EMAIL PROTECTED]>
> To: Mike Schwartz <[EMAIL PROTECTED]>
> cc: [EMAIL PROTECTED]
> Subject: Re: [Tcl Java] problem invo
Hi,
I've come across another problem with tclBlend. Note to people who have
seen some of my other postings on this list: I am no longer using Tcl
threads with tclBlend, nor am I trying to load the Tcl interpreter from
Java (I have Tcl start Java, the old fashioned way), so the problems I am
> > I decided to give the patch Mo mentioned below a try. It works when I
> > try it with Java executing some simple Tcl commands, but now I'm trying
> > to use it with some pretty complex Tcl packages, and I get a
> > tcl.lang.TclException that says:
> >
> > couldn't load file "/iw/tc
he function *is* defined in the .so file it's accessing.
Any ideas what might be going on, or how I might try to debug it?
Thanks
- Mike
> Date: Thu, 20 Jul 2000 09:21:23 -0700 (PDT)
> From: Mo DeJong <[EMAIL PROTECTED]>
> To: Mike Schwartz <[EMAIL PROTECTED]>
&
Hi,
I am moving away from using the threaded version of Tcl with tclBlend,
because of the segmentation fault I mentioned on this list over the
past week. However, I would like to see if it's possible for me to
have my Java program invoke Tcl scripts.
I wrote the following little test program:
w you implement the
notifier.
Of course, the problem is that the above is not part of TclBlend.
If you are short on time, then you may need to find a different
solution.
-- Jiang Wu
[EMAIL PROTECTED]
-Original Message-
From: Mike Schwartz
[mailto:[EMAIL PROTECTED]]
Sent: Tuesday, Ju
Jiang,
thanks for the response
You can do:
Tcl Thread
A -> package require java -> start JVM ...
Tcl Thread
B -> send request to Tcl thread A for Java work using
message passing on the event queue of A
Tcl Thread
C -> send request to Tcl thread A for Java work ...
so, I just had another idea:
I don't really need (or even want) more than 1 JVM for all the tcl threads.
On the Java side I have threads that allow concurrency among incoming
requests, so the structure I really want is:
- master tcl thread does 'package require java', which creates an in
Hi,
It now appears the bug is a problem in the JNI implementation -- see the
beginning of the stacktrace below:
(gdb) where
#0 0xfe29945c in __0fCosTget_native_priorityP6GThreadPiT () from
/usr/j2sdk1_3_0beta/jre/lib/sparc/server/libjvm.so
#1 0xfe294b94 in __0fCosMget_priorityP6GThreadR6OTh
could hack around
this problem by changing the structure of my system to create threads before
it does any tcl/java calls, but that would be kind of a screwy way to
structure my software and I'm hoping not to have to do that. So, any
sugg
16 matches
Mail list logo
