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.
Thanks
- Mike Schwartz
g 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]]
Sent: Tuesday, July 25, 2000 9:52 PM
To: Jiang Wu; Mo DeJong
Cc: [EMAIL
someone
to stumble on a known limitation in the code...
thanks
- Mike
Resent-Date: Tue, 25 Jul 2000 13:11:49 -0700 (PDT)
X-Sender: [EMAIL PROTECTED]
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Tue, 25 Jul 2000 14:09:44 -0600
To: Mo DeJong [EMAIL PROTECTED]
From: Mike Schwartz
: 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 wrote:
Hmm, I just realized that the issue is the Interp.eval
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
easily
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 {
e .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]
cc: [EMAIL PROTECTED]
Subject: Re: [Tcl Java] calling Tcl
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
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:
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, July 18, 2000 11:19 AM
To: Jiang Wu
Cc: [EMAIL PROTECTED]
Subject: RE: [Tcl Java] tclBlend
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
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
blem 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
suggestions would be greatly appreciate
13 matches
Mail list logo
