tcljava-user — Ask questions and get help here

Re: [tcljava-user] Tclblend performance

[Klara W. <kl...@sp...>]

So that would mean that only method calls from tcl to java are slow?
I changed a program from invoking a bat-file running tcl-code from java to
creating a java object from the tcl code and it seems much slower, tcl and
java then communicates with a socket in both cases(java invoke tcl, tcl
invoke java).

Klara

----- Original Message -----
From: "D. J. Hagberg" <dha...@mi...>
To: <tcl...@li...>
Sent: Thursday, January 03, 2002 5:06 PM
Subject: Re: [tcljava-user] Tclblend performance


> On Thu, 3 Jan 2002, Klara Ward wrote:
> > Is running java through tclblend slower that pure java, and if so, how
much?
>
> The tclblend <-> java connection is done through reflection and JNI and
> thus has the overhead of those API's.  I've heard figures like a method
> call through reflection is 10-20x slower than a normal Java method call.
>
> The way to work around this problem, then, is to reduce the number of
> calls across the Tcl/Java interface -- in other words call a fairly
> coarse-grained Java method that does a lot of work rather than making lots
> of little method calls.
>
> Of course, this is easily measurable -- just write a Tcl script that times
> a couple hundred thousand method calls to a Java object, then write a
> little Java program that does the same, and compare the times.
>
> -=- D. J.
>
>
>
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user
>

Re: [tcljava-user] Tclblend performance

[D. J. H. <dha...@mi...>]

On Thu, 3 Jan 2002, Klara Ward wrote:
> Is running java through tclblend slower that pure java, and if so, how much?

The tclblend <-> java connection is done through reflection and JNI and
thus has the overhead of those API's.  I've heard figures like a method
call through reflection is 10-20x slower than a normal Java method call.

The way to work around this problem, then, is to reduce the number of
calls across the Tcl/Java interface -- in other words call a fairly
coarse-grained Java method that does a lot of work rather than making lots
of little method calls.

Of course, this is easily measurable -- just write a Tcl script that times
a couple hundred thousand method calls to a Java object, then write a
little Java program that does the same, and compare the times.

			-=- D. J.

[tcljava-user] Tclblend performance

[Klara W. <kl...@sp...>]

Is running java through tclblend slower that pure java, and if so, how much?


Klara Ward

Re: [tcljava-user] Helping with Jacl

[Mo D. <su...@ba...>]

On Wed, 02 Jan 2002 11:04:25 -0500
Shawn Boyce <sh...@qc...> wrote:

> Mo,
> 
> What is the current state of Jacl these days? It has been awhile since a new
> release (last is 1.2.6). I see from the CHANGELOG that you are doing
> some work on async I/O, presumably due to the new JDK1.4 functionality.

The current goal is to get fconfigure, encoding, read, write, eof, and others
to work just like the Tcl ones. Things like end of line conversion are not
yet handled in Jacl the same as they are in Tcl. It would also be very nice
to get async IO working before the next release.

> Can I help out? What needs to be done? How do I join the project?

Of course. Any help you could provide would be great. If you know a
bit about Java coding, then join the tcljava-dev list and ask about
which sections of the code need work. Even if you are not a developer,
you could help create a tutorial for beginners (one is badly needed).

cheers
Mo DeJong

[tcljava-user] Helping with Jacl

[Shawn B. <sh...@qc...>]

Mo,

What is the current state of Jacl these days? It has been awhile since a new
release (last is 1.2.6). I see from the CHANGELOG that you are doing
some work on async I/O, presumably due to the new JDK1.4 functionality.

Can I help out? What needs to be done? How do I join the project?

-- 
-Shawn

Re: [tcljava-user] tclblend java::bind with own event

[Klara W. <kl...@sp...>]

I was just about to cut and paste all my classes into one file when i
noticed that I had forgotten public in front of interface MyListener...
*big sigh*
Now it works.
java::info said MyListener, but I guess that just looks for
add/removeMyListener..

----- Original Message -----
From: "Mo DeJong" <su...@ba...>
To: <tcl...@li...>
Sent: Friday, December 07, 2001 8:49 AM
Subject: Re: [tcljava-user] tclblend java::bind with own event


> On Fri, 7 Dec 2001 15:56:43 +0100
> "Klara Ward" <kl...@sp...> wrote:
>
> > Hi,
> > I tried to use my own event with java::bind but it didn't work.
> > Has anyone tried this?
> > When I run(I'm on windows2000) the script on it's own it said "Error in
> > startup script" and referred to the java::bind line. When I run in wish,
it
> > just won't work. I tell the java-class to invoke the event, but nothing
> > happens, I think the event is performed, but tcl won't react to it.
> > I tried the exact same thing with java.awt.ActionEvent and that worked.
So
> > either tclblend won't work with you own events, or I wrote my event
wrong
> > somehow...
> >
> > Klara Ward
>
> Hi Klara.
>
> I can't think of any reason why your own events would not work with the
> java::bind command. Could you check to make sure that your class
> is exposing events using the java::info command? Here is an example
> of events exposed by a java.awt.Button from the java::bind man page:
>
> http://tcl.activestate.com/man/java1.2.6/TclJava/JavaBindCmd.html
>
> % java::info events $b
> java.beans.PropertyChangeListener java.awt.event.ComponentListener
> java.awt.event.MouseMotionListener java.awt.event.MouseListener
> java.awt.event.HierarchyListener java.awt.event.KeyListener
> java.awt.event.ActionListener java.awt.event.FocusListener
> java.awt.event.HierarchyBoundsListener java.awt.event.InputMethodListener
>
> If you can see the listener but you can't bind events to it, then could
you
> trim your example down to one .java file and a few Tcl commands and
> post it to the list?
>
> cheers
> Mo DeJong
>
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user
>

Re: [tcljava-user] tclblend java::bind with own event

[Mo D. <su...@ba...>]

On Fri, 7 Dec 2001 15:56:43 +0100
"Klara Ward" <kl...@sp...> wrote:

> Hi,
> I tried to use my own event with java::bind but it didn't work.
> Has anyone tried this?
> When I run(I'm on windows2000) the script on it's own it said "Error in
> startup script" and referred to the java::bind line. When I run in wish, it
> just won't work. I tell the java-class to invoke the event, but nothing
> happens, I think the event is performed, but tcl won't react to it.
> I tried the exact same thing with java.awt.ActionEvent and that worked. So
> either tclblend won't work with you own events, or I wrote my event wrong
> somehow...
> 
> Klara Ward

Hi Klara.

I can't think of any reason why your own events would not work with the
java::bind command. Could you check to make sure that your class
is exposing events using the java::info command? Here is an example
of events exposed by a java.awt.Button from the java::bind man page:

http://tcl.activestate.com/man/java1.2.6/TclJava/JavaBindCmd.html

% java::info events $b
java.beans.PropertyChangeListener java.awt.event.ComponentListener
java.awt.event.MouseMotionListener java.awt.event.MouseListener
java.awt.event.HierarchyListener java.awt.event.KeyListener
java.awt.event.ActionListener java.awt.event.FocusListener
java.awt.event.HierarchyBoundsListener java.awt.event.InputMethodListener

If you can see the listener but you can't bind events to it, then could you
trim your example down to one .java file and a few Tcl commands and
post it to the list?

cheers
Mo DeJong

[tcljava-user] tclblend java::bind with own event

[Klara W. <kl...@sp...>]

Hi,
I tried to use my own event with java::bind but it didn't work.
Has anyone tried this?
When I run(I'm on windows2000) the script on it's own it said "Error in
startup script" and referred to the java::bind line. When I run in wish, it
just won't work. I tell the java-class to invoke the event, but nothing
happens, I think the event is performed, but tcl won't react to it.
I tried the exact same thing with java.awt.ActionEvent and that worked. So
either tclblend won't work with you own events, or I wrote my event wrong
somehow...

Klara Ward

RE: [tcljava-user] Tcl Blend and Policy Files

[Ed M. <Ed....@as...>]

Thanks for your suggestion. Providing the allpermission grant also didn't
work (same error as before.) But it got me to thinking. I commented out my
"set tclblend_init..." line, replace the default java.policy file, and it
worked.

So that begs the question: Is the mechanism for passing arguments via the
tclblend_init variable working? (I'd say yes, since I've successfully passed
other args like -verbose, etc.) Is RMI being flaky? Or am I specifying the
wrong arguments?


-----Original Message-----
From: Rob Ratcliff [mailto:rr...@fu...]
Sent: Thursday, October 04, 2001 10:24 AM
To: Ed Murphy; tcl...@li...
Subject: RE: [tcljava-user] Tcl Blend and Policy Files


Just to help debug the situation, I'd try using a java.policy file with:

grant {
        // Allow everything for now
        permission java.security.AllPermission;
};

If you still get a permission denied then you know that the permissions
aren't getting communicated. (RMI security can be painful and quirky.)
If it doesn work then you know that your original permissions weren't
liberal enough.

> -----Original Message-----
> From: tcl...@li...
> [mailto:tcl...@li...]On Behalf Of Ed Murphy
> Sent: Thursday, October 04, 2001 10:12 AM
> To: 'tcl...@li...'
> Subject: [tcljava-user] Tcl Blend and Policy Files
> 
> 
> I've been through tons of docs but haven't been able to figure out the
> following problem. I've got a Java program that when run from the command
> line like so:
> 
>   java -Djava.rmi.server.codebase=file:/d:\CalcEng\UniMrcServer.jar
> -Djava.security.policy=file:/d:\CalcEng\java.policy MrcClient kange1 2000
> pro cost
> 
> works. When run using Tcl Blend with 
> 
>   set tclblend_init
> "-Djava.rmi.server.codebase=file:/D:\\CalcEng\\UniMrcServer.jar
> -Djava.security.policy=file:/D:\\CalcEng\\java.policy"
> 
> I get an error:
> 
>   access denied (java.net.SocketPermission 127.0.0.1:2000 connect,resolve)
>   java.security.AccessControlException: access denied
> (java.net.SocketPermission 127.0.0.1:2000 connect,resolve)
>         at
>
java.security.AccessControlContext.checkPermission(AccessControlContext.java
> :195)
>         at
> java.security.AccessController.checkPermission(AccessController.java:403)
>         at
> java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
>         at
java.lang.SecurityManager.checkConnect(SecurityManager.java:1021)
>         at java.net.Socket.<init>(Socket.java:258)
>         at java.net.Socket.<init>(Socket.java:98)
>         at
>
sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(RMIDirectSocketF
> actory.java:29)
>         at
>
sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(RMIMasterSocketF
> actory.java:124)
>         at
sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:497)
>         at
> sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:194)
>         at
> sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:178)
>         at sun.rmi.server.UnicastRef.newCall(UnicastRef.java:322)
>         at sun.rmi.registry.RegistryImpl_Stub.lookup(Unknown Source)
>         at MrcClient.main(MrcClient.java, Compiled Code)
>         at java.lang.reflect.Method.invoke(Native Method)
>         at tcl.lang.reflect.PkgInvoker.invokeMethod(PkgInvoker.java:125)
>         at tcl.lang.JavaInvoke.call(JavaInvoke.java, Compiled Code)
>         at tcl.lang.JavaInvoke.callMethod(JavaInvoke.java:114)
>         at tcl.lang.ReflectObject.cmdProc(ReflectObject.java:907)
>         at tcl.lang.Interp.callCommand(Interp.java:953)
> 
> The grant in the java.policy file is 
> 
>       permission java.net.SocketPermission "*:1024-65535",
"connect,accept";
> 
> I guess the first question would be, am I doing equivalent things between
> the Java command line and the tclblend_init variable above?
> 
> Regards,
> 
> Ed
> 
> 
> 
> 
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user

RE: [tcljava-user] Tcl Blend and Policy Files

[Rob R. <rr...@fu...>]

Just to help debug the situation, I'd try using a java.policy file with:

grant {
        // Allow everything for now
        permission java.security.AllPermission;
};

If you still get a permission denied then you know that the permissions
aren't getting communicated. (RMI security can be painful and quirky.)
If it doesn work then you know that your original permissions weren't
liberal enough.

> -----Original Message-----
> From: tcl...@li...
> [mailto:tcl...@li...]On Behalf Of Ed Murphy
> Sent: Thursday, October 04, 2001 10:12 AM
> To: 'tcl...@li...'
> Subject: [tcljava-user] Tcl Blend and Policy Files
> 
> 
> I've been through tons of docs but haven't been able to figure out the
> following problem. I've got a Java program that when run from the command
> line like so:
> 
>   java -Djava.rmi.server.codebase=file:/d:\CalcEng\UniMrcServer.jar
> -Djava.security.policy=file:/d:\CalcEng\java.policy MrcClient kange1 2000
> pro cost
> 
> works. When run using Tcl Blend with 
> 
>   set tclblend_init
> "-Djava.rmi.server.codebase=file:/D:\\CalcEng\\UniMrcServer.jar
> -Djava.security.policy=file:/D:\\CalcEng\\java.policy"
> 
> I get an error:
> 
>   access denied (java.net.SocketPermission 127.0.0.1:2000 connect,resolve)
>   java.security.AccessControlException: access denied
> (java.net.SocketPermission 127.0.0.1:2000 connect,resolve)
>         at
> java.security.AccessControlContext.checkPermission(AccessControlContext.java
> :195)
>         at
> java.security.AccessController.checkPermission(AccessController.java:403)
>         at
> java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
>         at java.lang.SecurityManager.checkConnect(SecurityManager.java:1021)
>         at java.net.Socket.<init>(Socket.java:258)
>         at java.net.Socket.<init>(Socket.java:98)
>         at
> sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(RMIDirectSocketF
> actory.java:29)
>         at
> sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(RMIMasterSocketF
> actory.java:124)
>         at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:497)
>         at
> sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:194)
>         at
> sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:178)
>         at sun.rmi.server.UnicastRef.newCall(UnicastRef.java:322)
>         at sun.rmi.registry.RegistryImpl_Stub.lookup(Unknown Source)
>         at MrcClient.main(MrcClient.java, Compiled Code)
>         at java.lang.reflect.Method.invoke(Native Method)
>         at tcl.lang.reflect.PkgInvoker.invokeMethod(PkgInvoker.java:125)
>         at tcl.lang.JavaInvoke.call(JavaInvoke.java, Compiled Code)
>         at tcl.lang.JavaInvoke.callMethod(JavaInvoke.java:114)
>         at tcl.lang.ReflectObject.cmdProc(ReflectObject.java:907)
>         at tcl.lang.Interp.callCommand(Interp.java:953)
> 
> The grant in the java.policy file is 
> 
>       permission java.net.SocketPermission "*:1024-65535", "connect,accept";
> 
> I guess the first question would be, am I doing equivalent things between
> the Java command line and the tclblend_init variable above?
> 
> Regards,
> 
> Ed
> 
> 
> 
> 
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user

[tcljava-user] Tcl Blend and Policy Files

[Ed M. <Ed....@as...>]

I've been through tons of docs but haven't been able to figure out the
following problem. I've got a Java program that when run from the command
line like so:

  java -Djava.rmi.server.codebase=file:/d:\CalcEng\UniMrcServer.jar
-Djava.security.policy=file:/d:\CalcEng\java.policy MrcClient kange1 2000
pro cost

works. When run using Tcl Blend with 

  set tclblend_init
"-Djava.rmi.server.codebase=file:/D:\\CalcEng\\UniMrcServer.jar
-Djava.security.policy=file:/D:\\CalcEng\\java.policy"

I get an error:

  access denied (java.net.SocketPermission 127.0.0.1:2000 connect,resolve)
  java.security.AccessControlException: access denied
(java.net.SocketPermission 127.0.0.1:2000 connect,resolve)
        at
java.security.AccessControlContext.checkPermission(AccessControlContext.java
:195)
        at
java.security.AccessController.checkPermission(AccessController.java:403)
        at
java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
        at java.lang.SecurityManager.checkConnect(SecurityManager.java:1021)
        at java.net.Socket.<init>(Socket.java:258)
        at java.net.Socket.<init>(Socket.java:98)
        at
sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(RMIDirectSocketF
actory.java:29)
        at
sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(RMIMasterSocketF
actory.java:124)
        at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:497)
        at
sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:194)
        at
sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:178)
        at sun.rmi.server.UnicastRef.newCall(UnicastRef.java:322)
        at sun.rmi.registry.RegistryImpl_Stub.lookup(Unknown Source)
        at MrcClient.main(MrcClient.java, Compiled Code)
        at java.lang.reflect.Method.invoke(Native Method)
        at tcl.lang.reflect.PkgInvoker.invokeMethod(PkgInvoker.java:125)
        at tcl.lang.JavaInvoke.call(JavaInvoke.java, Compiled Code)
        at tcl.lang.JavaInvoke.callMethod(JavaInvoke.java:114)
        at tcl.lang.ReflectObject.cmdProc(ReflectObject.java:907)
        at tcl.lang.Interp.callCommand(Interp.java:953)

The grant in the java.policy file is 

      permission java.net.SocketPermission "*:1024-65535", "connect,accept";

I guess the first question would be, am I doing equivalent things between
the Java command line and the tclblend_init variable above?

Regards,

Ed

Re: [tcljava-user] TclBlend and Java 2 SDK (version 1.3)

[Mo D. <su...@ba...>]

On Mon, 24 Sep 2001 13:14:48 -0500
Ed Murphy <Ed....@as...> wrote:

> I TclBlend 1.2.6 compatible with Java 2 SDK (version 1.3)?
> Regards,

Yes. To properly qualify that, yes if it compiles for you. The
catch is that every version of the JDK stored its lib files
in a different location. The lib files need to be found  by
the configure script before you can compile. It is a major
pain but there is nothing I can do about it. If things do
not compile "out of the box" with your version of the
JDK. you might need to edit the generated Makefile
just a bit so that it passed the proper -L arguments
to the linker.

Mo

[tcljava-user] TclBlend and Java 2 SDK (version 1.3)

[Ed M. <Ed....@as...>]

I TclBlend 1.2.6 compatible with Java 2 SDK (version 1.3)?
Regards,

Ed Murphy
504-378-0126 (phone) 
email: <mailto:ed....@as...> (email)

[tcljava-user] Experiences using JavaBlend with a multi-threaded Tcl/Tk application

[Rob R. <rr...@fu...>]

I'm thinking about using JavaBlend to gain access to Java's
CORBA, RMI or EJB capability. Has anyone successfully accomplished this
soft of thing in a significant multi-threaded TCL/TK application? 

Currently I'm using a C/C++ loadable server module that interacts
with the TK GUI via the Tcl_AsyncMark/Tcl_EventQueue approach
outlined in David Gavereux's paper found in the TES distribution at:
http://sourceforge.net/project/showfiles.php?group_id=1616&release_id=47195
Essentially,  messages from the loadable server are asyncronously sent to the
GUI via the Event Queue rather than the non-thead-safe direct Tcl_Eval 
approach that is guaranteed to eventually give you a core dump.

Any lessons learned or comments are appreciated.

Thanks,

Rob

Re: [tcljava-user] Retrieving a string within a command extension

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

Hello Vikram,

> How do I access the parameter within the cmdProc() method? When I access it
> as a TclObject and cast it to String, it returns an unknown Java Object
> exception.

It should work this way:
  String managerString = objv[1].toString();

You can browse through the Jacl sources, all the *Cmd.java files are
full with examples, how to access the arguments of a Tcl proc
implemented in Java...

Greetings, Krischan
-- 
Christian Krone

[tcljava-user] Retrieving a string within a command extension

[Vikram R. <Vi...@PL...>]

hi,

Here is what I have to do...

create a command extension (implementing the Command interface). This
command accepts a single parameter of type string. The syntax for the
command is:

resolve manager

where 'resolve' is the command name, and 'manager' is the parameter.

How do I access the parameter within the cmdProc() method? When I access it
as a TclObject and cast it to String, it returns an unknown Java Object
exception. 

But if I create a Java String object with the value 'manager', it works
fine. Something like this ...

set x [java::new String "manager"]
resolve $x

What I need is this ...

resolve manager


thanks,
Vikram



</vikram rajan>

[tcljava-user] Test (Please ignore).

[Mo <su...@ba...>]

Testing tcljava-user.

RE: [tcljava-user] What's the status of this mailing list?

[Vikram R. <Vi...@PL...>]

larry,

There has been no message since August 3rd, upto the time you sent your
message.

vikram

> ----------
> From: 	Larry W. Virden
> Reply To: 	tcl...@li...
> Sent: 	Wednesday, August 22, 2001 9:53 PM
> To: 	tcl...@li...
> Subject: 	[tcljava-user] What's the status of this mailing list?
> 
> I am signed up to get digests of this list.  However, I've not gotten a
> digest
> since August 3rd.
> -- 
> Never apply a Star Trek solution to a Babylon 5 problem.
> Larry W. Virden <mailto:lv...@ca...> <URL:
> http://www.purl.org/NET/lvirden/>
> Even if explicitly stated to the contrary, nothing in this posting should 
> be construed as representing my employer's opinions.
> -><-
> 
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> http://lists.sourceforge.net/lists/listinfo/tcljava-user
> 

[tcljava-user] What's the status of this mailing list?

[Larry W. V. <lv...@ca...>]

I am signed up to get digests of this list.  However, I've not gotten a digest
since August 3rd.
-- 
Never apply a Star Trek solution to a Babylon 5 problem.
Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/>
Even if explicitly stated to the contrary, nothing in this posting should 
be construed as representing my employer's opinions.
-><-

Re: [tcljava-user] combining java and tk widgets...possible?

[<Mar...@HS...>]

I just realized that this is possible. You can embed a Java generated
widget(s) within a Tk widget, to be packed/gridded/placed, as you like.
Seemless integration, particularily with tclblend.

You will need to load another extension, although I recently saw a TIP,
that if implemented (which appears likely from what I've heard), will
provide this capability natively to Tk.

For now, use the BLT extension. See the container widget. (the man page
isn't installed because of a bug in the BLT man makefile. But the man page
is in the source BLT distribution).

I haven't tried Java yet, but I did embed a Netscape window within a Tk
application. Looked pretty cool.

Marty






"Bryan Oakley" <bo...@au...>@lists.sourceforge.net on 07/12/2001
11:00:24 AM

Please respond to tcl...@li...

Sent by:  tcl...@li...


To:   <tcl...@li...>
cc:

Subject:  [tcljava-user] combining java and tk widgets...possible?


Using tclBlend, can I create a java window (either an awt or swing object)
and embed it in a tk window (either frame or toplevel specified with
"-container true")? Or conversely, can I create a tk window and embed it in
a java window (via the -use argument of toplevel)?

About the only direct answer I found on the net for this question is "no",
but that came from a paper Mo wrote back in 1998. Has the state of the
tclblend art progressed much in this regard since?


----
Bryan Oakley
bo...@au...


_______________________________________________
tcljava-user mailing list
tcl...@li...
http://lists.sourceforge.net/lists/listinfo/tcljava-user

[tcljava-user] Reusing/resetting interpreters

[andy g. <ant...@ho...>]

Greetings

I'd really like to be able to reuse interpreters, so I can pool
them rather than always "new"ing them, but for this to work
properly I have to clean out the interpreter, ie unsetting
variables, removing "namespace eval" stuff, etc.

Same as the RESET_INTERPRETER command on Vignette, essentially.

Anyone any ideas on how this might be done?

Andy


_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp

RE: [tcljava-user] exec command with Visual Cafe 4.5

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

On Mon, 30 Jul 2001, Tam Huynh wrote:

> I know i can source the script, but since i'm trying to execute a script
> that loads a dll's, i have to use exec.  Tclblend doesn't help me so i've
> been using jacl.

Humm, you do know that Tcl Blend from the CVS can be loaded into
a running JVM, right? That might work better for what you
want to do. Of course, you might have tried that already so
feel free to ignore me :)
 
> If I do the following java code, there's nothing wrong..so is it the jvm
> still?
> Process myProcess = Runtime.getRuntime().exec(cmd);

But this is not what Jacl does. Jacl will run command.com and
have it run a script. This is where the problem is showing
up. This whole hack is needed because the exec() API
provided no way to set the CWD. I read that Java 1.3 now
provides this API. If you hacked Jacl to use this new
API things would be much cleaner but it would only work
with a 1.3 or newer JVM.

Older JVMs need to use the command.com or cmd.exe hack.
They also need to be free of bugs, which many are not.

cheers
Mo

RE: [tcljava-user] exec command with Visual Cafe 4.5

[Tam H. <th...@su...>]

I know i can source the script, but since i'm trying to execute a script
that loads a dll's, i have to use exec.  Tclblend doesn't help me so i've
been using jacl..

If I do the following java code, there's nothing wrong..so is it the jvm
still?
Process myProcess = Runtime.getRuntime().exec(cmd);


-----Original Message-----
From: tcl...@li...
[mailto:tcl...@li...]On Behalf Of Mo DeJong
Sent: Monday, July 30, 2001 2:36 PM
To: tcl...@li...
Subject: Re: [tcljava-user] exec command with Visual Cafe 4.5


On Fri, 27 Jul 2001, Tam Huynh wrote:

> Hello,
>
> Has anybody use VisualCafe with jacl?  I have to switch development
> environment from Forte4java to VCafe.  I'm having problems running the
exec
> command..The error i get is "c:\winnt\system32\command.com...The NTVDM CPU
> has encountered an illegal instruction"  I was able to use the same exec
> command in forte so i'm confused..I have even set the environment option
> path to point to the directory of the tclsh83.exe..
>
> The command is:
> interp.eval("exec tclsh83 D:/tcl/bin/scripts/guicopysend.tcl");

I am not really sure what you are trying to do here but most
Tcl scripts can be run directly in Jacl. If you are just
using it to exec the C version of Tcl it seems like a real
waste.

As far as Runtime.exec() goes, it is really rather broken under
Windows. Since the Java API itself is so broken, there
is really nothing Jacl can do to work around it. This
is a problem with the JVM+libs not Jacl. Try to
reproduce it with plain Java code and try to get
your JVM vendor to fix it.

Sorry
Mo

_______________________________________________
tcljava-user mailing list
tcl...@li...
http://lists.sourceforge.net/lists/listinfo/tcljava-user

Re: [tcljava-user] exec command with Visual Cafe 4.5

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

On Fri, 27 Jul 2001, Tam Huynh wrote:

> Hello,
> 
> Has anybody use VisualCafe with jacl?  I have to switch development
> environment from Forte4java to VCafe.  I'm having problems running the exec
> command..The error i get is "c:\winnt\system32\command.com...The NTVDM CPU
> has encountered an illegal instruction"  I was able to use the same exec
> command in forte so i'm confused..I have even set the environment option
> path to point to the directory of the tclsh83.exe..
> 
> The command is:
> interp.eval("exec tclsh83 D:/tcl/bin/scripts/guicopysend.tcl");

I am not really sure what you are trying to do here but most
Tcl scripts can be run directly in Jacl. If you are just
using it to exec the C version of Tcl it seems like a real
waste.

As far as Runtime.exec() goes, it is really rather broken under
Windows. Since the Java API itself is so broken, there
is really nothing Jacl can do to work around it. This
is a problem with the JVM+libs not Jacl. Try to
reproduce it with plain Java code and try to get
your JVM vendor to fix it.

Sorry
Mo

[tcljava-user] exec command with Visual Cafe 4.5

[Tam H. <th...@su...>]

Hello,

Has anybody use VisualCafe with jacl?  I have to switch development
environment from Forte4java to VCafe.  I'm having problems running the exec
command..The error i get is "c:\winnt\system32\command.com...The NTVDM CPU
has encountered an illegal instruction"  I was able to use the same exec
command in forte so i'm confused..I have even set the environment option
path to point to the directory of the tclsh83.exe..

The command is:
interp.eval("exec tclsh83 D:/tcl/bin/scripts/guicopysend.tcl");


Thanks for any suggestions...