y Other
OS Windows NT Windows NT 4 Dell Pentium II 450 Mhz
Found in Version 1.2.6
Fixed Date 2000-03-17 00:00:00
-Original Message-
From: W. John Guineau [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 24, 2000 5:49 PM
To: Mo DeJong
Cc: Jiang Wu; [EMAIL PROTECTED]
Subject: RE: [Tcl Java]
> Hmm, this patch wouldn't happen to fix the following odd error I'm currently
> chasing (below), would it?
>
> Exception in thread "main" java.lang.NullPointerException
> at tcl.lang.Interp.create(Native Method)
> at tcl.lang.Interp.(Interp.java:130)
> at scriptmanager.Sc
Wow, same day response, and no noise! (oops ;) Great email list.
> -Original Message-
> From: Mo DeJong [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 24, 2000 5:13 PM
> To: W. John Guineau
> Cc: Jiang Wu; [EMAIL PROTECTED]
> Subject: Re: [Tcl Java] RE: [Tcl Java]
There are a bunch of posts on this Jacl vs Tcl Blend
thread so I will try to respond to points from each.
W. John Guineau Wrote:
> We have a medium sized system (~250K lines of C++ and Java) that
> we want to graft Tcl scripting into.
>
> The place where we would integrate scripting is all Jav
Jeff, sounds like your experience confirms my initial analysis - It's a safe
bet to go the Java -> Tcl Blend direction.
BTW - this work is for JPL (Jet Propulsion Laboratory) - so you can add JPL
to the list of "large corporate/gov't users of Tcl and Tcl Blend ;) We will
be using Tcl to script ou
Ah, thank you for the document pointer! This looks to be the motherload of
Tcl Blend/JACL info!
john
> -Original Message-
> From: Jiang Wu [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 24, 2000 2:24 PM
> To: 'W. John Guineau'; [EMAIL PROTECTED]
> Subject: RE: [Tcl Java] Tcl Blend vs
"W. John Guineau" wrote:
> Well, if I use the Java package, then the Tcl code would not have access to
> the same run-time instance of the JVM that our code is running in, right?
I don't see why not. There is only one JVM per process anyway. (That
is a limitation of the Sun JVM.) I'm not famil
Well, if I use the Java package, then the Tcl code would not have access to
the same run-time instance of the JVM that our code is running in, right?
(starting our Java code from Tcl is, unfortunetly, not an option.) Or am I
missing something here?
My assumption was that starting a Tcl interpret
"W. John Guineau" wrote:
> My plan is to load the Tcl interpreter from within Java,
> and then interact with it from Java. We would then write
> Tcl extensions that essentially wind thier way back into
> our Java code, and therefore have access to all the
> functionality we already have. We wi
You are certainly "going against the grain" right now :) But I am hoping
more people will use TclBlend this way.
We are doing something similar right now with TclBlend (1.3 + some patches)
with JDK 1.2. I am not sure what you mean by "single step the interpreter".
You can certainly set/get/call
10 matches
Mail list logo