tcljava-user Mailing List for Tcl/Java (Page 46)
Brought to you by:
mdejong
You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(23) |
Dec
(9) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(12) |
Feb
(10) |
Mar
(16) |
Apr
(10) |
May
(40) |
Jun
(13) |
Jul
(18) |
Aug
(4) |
Sep
(6) |
Oct
(3) |
Nov
|
Dec
(3) |
2002 |
Jan
(15) |
Feb
(19) |
Mar
(1) |
Apr
(11) |
May
(12) |
Jun
(10) |
Jul
(2) |
Aug
(22) |
Sep
|
Oct
(3) |
Nov
(9) |
Dec
(20) |
2003 |
Jan
(32) |
Feb
(5) |
Mar
(26) |
Apr
(30) |
May
(10) |
Jun
(8) |
Jul
(17) |
Aug
(7) |
Sep
(24) |
Oct
(7) |
Nov
(6) |
Dec
|
2004 |
Jan
(5) |
Feb
|
Mar
|
Apr
(7) |
May
(8) |
Jun
(12) |
Jul
(3) |
Aug
(11) |
Sep
(8) |
Oct
(4) |
Nov
(2) |
Dec
(6) |
2005 |
Jan
(8) |
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
(19) |
Jul
(8) |
Aug
(22) |
Sep
(12) |
Oct
(35) |
Nov
(12) |
Dec
(4) |
2006 |
Jan
(20) |
Feb
(14) |
Mar
(23) |
Apr
(10) |
May
(11) |
Jun
(1) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(4) |
Nov
(17) |
Dec
(10) |
2007 |
Jan
(41) |
Feb
(6) |
Mar
(23) |
Apr
(15) |
May
(34) |
Jun
(5) |
Jul
(18) |
Aug
(13) |
Sep
(8) |
Oct
(9) |
Nov
(7) |
Dec
(2) |
2008 |
Jan
|
Feb
(1) |
Mar
(18) |
Apr
(1) |
May
(1) |
Jun
(10) |
Jul
(3) |
Aug
|
Sep
(10) |
Oct
(3) |
Nov
(13) |
Dec
(3) |
2009 |
Jan
(4) |
Feb
(10) |
Mar
(1) |
Apr
(11) |
May
(3) |
Jun
(7) |
Jul
(4) |
Aug
(9) |
Sep
(16) |
Oct
(3) |
Nov
(5) |
Dec
(2) |
2010 |
Jan
(3) |
Feb
|
Mar
|
Apr
(7) |
May
(1) |
Jun
|
Jul
|
Aug
(3) |
Sep
(3) |
Oct
(1) |
Nov
(1) |
Dec
|
2011 |
Jan
(3) |
Feb
|
Mar
(2) |
Apr
(17) |
May
(4) |
Jun
(17) |
Jul
(5) |
Aug
(7) |
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
(12) |
Mar
|
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
|
Aug
(3) |
Sep
(2) |
Oct
(6) |
Nov
|
Dec
(2) |
2013 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
(8) |
Jun
(1) |
Jul
|
Aug
(3) |
Sep
|
Oct
(3) |
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
(2) |
Apr
(2) |
May
(1) |
Jun
(3) |
Jul
(3) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
2018 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
From: Tam H. <th...@su...> - 2001-05-15 22:20:02
|
I haven't found anything on tclblend loading dynamic library such as dll's that are c tcl extensions. I thought about using tcl.lang.Extension but doesn't loadOnDemand expect a classname? String myfile = "d:/Tcl83/bin/hello.tcl"; Interp newInterp = new Interp(); Extension.loadOnDemand(newInterp, "example", "d:/tcl83/lib/example.dll"); newInterp.evalFile(myfile); newInterp.dispose(); |
From: Blankenship, D. <Dav...@kl...> - 2001-05-15 22:05:20
|
OS: Windows 2000 JDK: Sun JDK 1.3 JACL: pulled from CVS May 14, 2001 I have been using Jacl 1.2.6. The other day I ran into a problem with the reflect object table and hash codes. I noticed that this problem had been fixed last July, so I decided to get the latest source from CVS. I built the source using Jakarta ORO 2.0.1. I went to run my application and got the following exception: java.lang.IllegalAccessError: try to access method tcl.lang.Interp.dispose()V from class com.klatencor.catalyst.gap.control.JaclStrategyAction I noticed that dispose is now part of EventuallyFreed, and the dispose method is declared at package scope. To work around this problem, I did two things. First, I added a dispose method to Interp that called super.dispose(). When I did this, I got the following exception. java.lang.NullPointerException at tcl.lang.NamespaceCmd.findCommand(NamespaceCmd.java:1775) at tcl.lang.Interp.deleteCommand(Interp.java:1546) at tcl.lang.ReflectObject.dispose(ReflectObject.java:612) at tcl.lang.TclObject.release(TclObject.java:211) at tcl.lang.Interp.resetResult(Interp.java:2088) at tcl.lang.Interp.eventuallyDispose(Interp.java:564) at tcl.lang.EventuallyFreed.dispose(EventuallyFreed.java:130) at tcl.lang.Interp.dispose(Interp.java:432) Second, I removed the call to Interp.dispose from my application. When I ran the application, noticed that the memory of the application seems to continue to grow. My application normally hovers around 29 Meg. When run with Jacl 1.3 without the Interp.dispose call, I have let it grow to over 50 Meg without slowing down on the memory growth. What's the status of the Interp.dispose call? Is it still user callable? Did I just build the wrong code, or build it incorrectly? If I manage to get rid of the NullPointerException should that solve my problem? Thanks, David Blankenship KLA-Tencor Control Solutions. |
From: Lars D. <la...@id...> - 2001-05-15 17:21:37
|
Mo DeJong wrote: > > Are you using Tcl Blend 1.2.6 by any chance? There are some > major thread related design issues in that release. The 1.3 > version in the CVS is much better but it still needs lots > Yes, I am. I will try with 1.3 instead. Thanks, Lars |
From: Mo D. <md...@cy...> - 2001-05-15 17:20:13
|
On 15 May 2001, Tam Huynh wrote: > Actually, the shared librarys are C tcl extensions. > Can i use tclblend for that? Yes. Mo |
From: Tam H. <th...@su...> - 2001-05-15 17:14:45
|
Actually, the shared librarys are C tcl extensions. Can i use tclblend = for that? |
From: Mo D. <md...@cy...> - 2001-05-15 17:14:05
|
On Tue, 15 May 2001, Lars Degerstedt wrote: > Hello, > > I have a Java application that controls the tk graphics from threads. I > use tcl Blend. The effects from the threads, both graphical and > otherwise, are delayed until the "next" user input event occurs in the > tk interface. But I aimed for immediate effects. Not sure why this delay > occurs. Can it be that the tcl blend interpreter favours the main thread > of the Java application in some way? > > Any suggestions? > > Best wishes, > --Lars Degerstedt Are you using Tcl Blend 1.2.6 by any chance? There are some major thread related design issues in that release. The 1.3 version in the CVS is much better but it still needs lots of testing for the init and shutdown cases before it can be considered stable. Mo |
From: Lars D. <la...@id...> - 2001-05-15 09:27:43
|
Hello, I have a Java application that controls the tk graphics from threads. I use tcl Blend. The effects from the threads, both graphical and otherwise, are delayed until the "next" user input event occurs in the tk interface. But I aimed for immediate effects. Not sure why this delay occurs. Can it be that the tcl blend interpreter favours the main thread of the Java application in some way? Any suggestions? Best wishes, --Lars Degerstedt |
From: Mo D. <md...@cy...> - 2001-05-15 03:08:33
|
On 14 May 2001, Tam Huynh wrote: > If i can't call tcl scripts that load share dll's in jacl than > i'm stuck with using the Runtime.getRuntime().exec call to > execute the script. Does anybody have an example or can > point to where i can this class is used to call a tcl script? > I'm just confuse on what to use to tell java that "source" > is a command in the tcl shell bc the error is "couldn't > read file "source": no such file or directory" whenever i > use 'source' as part of the cmd array. Well, my guess is that you want to source a file that is not in the current directory. Java exec() really sucks, you could not set the working directory until 1.3. Look at the Jacl impl of exec if you want to see how it is done for JDK 1.1. If you need to load native Tcl extensions, you could try Tcl Blend. Mo |
From: Tam H. <th...@su...> - 2001-05-15 01:38:07
|
If i can't call tcl scripts that load share dll's in jacl than i'm stuck = with using the Runtime.getRuntime().exec call to execute the script. Does = anybody have an example or can point to where i can this class is used to = call a tcl script? I'm just confuse on what to use to tell java that "= source" is a command in the tcl shell bc the error is "couldn't read file "= source": no such file or directory" whenever i use 'source' as part of the = cmd array. |
From: Mo D. <md...@cy...> - 2001-05-12 20:35:04
|
On Sat, 12 May 2001, Tam Huynh wrote: > ok, i'm trying the other approach by using the binary version of Jacl 1.2.6. > i'm trying to call the tcl script as describe below..am i missing any kind > of patch for jacl? both tcljava.jar and jacl.jar are on my classpath and > i'm using Forte for Java 1.0. i know the interp object is created bc it's > fine when i type newInterp.eval("puts {hello there}"), but doesn't invoke my > script when i use "source".. > > ERRORS: > > tcl.lang.TclVarException > tcl.lang.TclVarException > at tcl.lang.Var.lookupVar(Var.java) > at tcl.lang.Var.getVar(Var.java) > at tcl.lang.Parser.evalTokens(Parser.java) > at tcl.lang.Parser.eval2(Parser.java) > at tcl.lang.Interp.eval(Interp.java) > at tcl.lang.Interp.evalFile(Interp.java) > at tcl.lang.SourceCmd.cmdProc(SourceCmd.java) > at tcl.lang.AutoloadStub.cmdProc(Extension.java) > at tcl.lang.Parser.evalObjv(Parser.java) > at tcl.lang.Parser.eval2(Parser.java) > at tcl.lang.Interp.eval(Interp.java) > at tcl.lang.Interp.eval(Interp.java) > at com.nwoods.jgo.examples.demo1.Demo1.main(Demo1.java:1006) > > > JAVA PROGRAM: > import tcl.lang.*; > > > > public static void main(String args[]) > { > try > { > Interp newInterp = new Interp(); > newInterp.eval("source d:/Tcl83/bin/hello.tcl"); > newInterp.dispose(); > } > catch (Throwable t) > { > System.err.println(t); > t.printStackTrace(); > //Ensure the application exits with an error condition. > System.exit(1); > } > } Well, I don't know why running the source command would do that. It is running Interp.evalFile() which should eval the contents of the file. Could you poke around in a debugger to find out why this variable error is being generated? Is your script using a variable that is not set? Mo |
From: Tam H. <th...@su...> - 2001-05-12 20:23:19
|
ok, i'm trying the other approach by using the binary version of Jacl 1.2.6. i'm trying to call the tcl script as describe below..am i missing any kind of patch for jacl? both tcljava.jar and jacl.jar are on my classpath and i'm using Forte for Java 1.0. i know the interp object is created bc it's fine when i type newInterp.eval("puts {hello there}"), but doesn't invoke my script when i use "source".. ERRORS: tcl.lang.TclVarException tcl.lang.TclVarException at tcl.lang.Var.lookupVar(Var.java) at tcl.lang.Var.getVar(Var.java) at tcl.lang.Parser.evalTokens(Parser.java) at tcl.lang.Parser.eval2(Parser.java) at tcl.lang.Interp.eval(Interp.java) at tcl.lang.Interp.evalFile(Interp.java) at tcl.lang.SourceCmd.cmdProc(SourceCmd.java) at tcl.lang.AutoloadStub.cmdProc(Extension.java) at tcl.lang.Parser.evalObjv(Parser.java) at tcl.lang.Parser.eval2(Parser.java) at tcl.lang.Interp.eval(Interp.java) at tcl.lang.Interp.eval(Interp.java) at com.nwoods.jgo.examples.demo1.Demo1.main(Demo1.java:1006) JAVA PROGRAM: import tcl.lang.*; public static void main(String args[]) { try { Interp newInterp = new Interp(); newInterp.eval("source d:/Tcl83/bin/hello.tcl"); newInterp.dispose(); } catch (Throwable t) { System.err.println(t); t.printStackTrace(); //Ensure the application exits with an error condition. System.exit(1); } } |
From: D. J. H. <dha...@mi...> - 2001-05-12 03:08:47
|
The fundamental problem here is that Runtime.exec(...) is a very primitive interface and hard to use correctly, especially to capture large chunks of output from stdout/stderr or input large chunks of data to stdin. The following article on JavaWorld provides a good example at the end: http://www.javaworld.com/javaworld/jw-12-2000/jw-1229-traps.html I don't know if this "fix" has yet been applied to Jacl's exec, per Mo's reply, but I was intending to do so someday if someone hasn't already... In addition, you should really use a BufferedReader(InputStreamReader()) chain around the exec'd process output if you want to capture text lines. DataInputStream is for binary struct-type and serialized Java object data, not text. -=- D. J. Tam Huynh wrote: > I'm trying to execute a Tcl script from a java program using the java > Runtime class. However, the script does not execute because my log file is > never created. Should i stick to this Runtime class or use something like > Tcl blend to include a class to call the script. I'm just trying to find > the quickest solution to call the script, pass it parameters, and get > results from the script in return..Am i even calling the script the right > way? [ . . . ] > Process myProcess = Runtime.getRuntime().exec(cmd, argv); > myProcess.waitFor(); > System.out.println("Process exit code is: " + > myProcess.exitValue()); > > DataInputStream in = new > DataInputStream(myProcess.getInputStream()); [ . . . ] |
From: Mo D. <md...@cy...> - 2001-05-11 00:48:34
|
On Thu, 10 May 2001, Tam Huynh wrote: > I'm trying to execute a Tcl script from a java program using the java > Runtime class. However, the script does not execute because my log file is > never created. Should i stick to this Runtime class or use something like > Tcl blend to include a class to call the script. I'm just trying to find > the quickest solution to call the script, pass it parameters, and get > results from the script in return..Am i even calling the script the right > way? Running tclsh from a Java application should not be that hard. Trouble is, the Java implementation from Sun is really full of bugs under Windows. You could take a look at the Jacl implementation of the exec command for Tcl. I have to warn you, it is a bit scary! > Any suggestions would be appreciated!! Have you considered using Jacl? Jacl is a Tcl interp written in 100% Java. Adding Jacl to your existing Java application might be easier, you just add tcljava.jar and jacl.jar to the CLASSPATH and then create a tcl.lang.Interp object. Mo DeJong Red Hat Inc |
From: Tam H. <th...@su...> - 2001-05-11 00:41:25
|
I'm trying to execute a Tcl script from a java program using the java Runtime class. However, the script does not execute because my log file is never created. Should i stick to this Runtime class or use something like Tcl blend to include a class to call the script. I'm just trying to find the quickest solution to call the script, pass it parameters, and get results from the script in return..Am i even calling the script the right way? Any suggestions would be appreciated!! TCL SCRIPT: set f "log.txt" set out [open $f w] puts $out $argv0 puts $out $argv1 puts $out $argv2 close $out JAVA PROGRAM: public static void main(String args[]) { try { String s; String[] argv = {"hey", "there", "buddy"}; String[] cmd = new String[2]; cmd[0] = "d:\\Tcl83\\bin\\wish83.exe"; cmd[1] = "d:\\cygwin\\bin\\hello.tcl"; Process myProcess = Runtime.getRuntime().exec(cmd, argv); myProcess.waitFor(); System.out.println("Process exit code is: " + myProcess.exitValue()); DataInputStream in = new DataInputStream(myProcess.getInputStream()); while ((s = in.readLine()) != null) { System.out.println(s); } } catch (Throwable t) { System.err.println(t); t.printStackTrace(); //Ensure the application exits with an error condition. System.exit(1); } } |
From: Shawn B. <sh...@qc...> - 2001-05-07 14:10:50
|
Dan Schenck wrote: > I'm looking for an example of establishing a callback to a Tcl proc from Java. What I have in mind > is parsing an XML file with the Xerces SAX parser and having the callbacks go to Tcl procs. This > may be too convoluted to do but essentially here is roughly the sequence of events: > > Tcl calls Xerces (Java) --> > Xerces parses XML and calls back to Tcl for each XML node --> > Tcl procs > > I would have to create an interp that my Java callbacks for Xerces could use to call a Tcl proc. Is > it that simple? > Yes its not very hard. I have done this successfully. > > Thanks, > > Dan > > ================================================= > Dan Schenck mailto:sc...@is... > Technical Principal > The Information Store http://www.istore.com > > 10777 Westheimer, Suite 1040 > Houston, TX 77042 > Ph: 713 787-6798 x166 Fax: 713 787-6772 > ================================================= > > _______________________________________________ > tcljava-user mailing list > tcl...@li... > http://lists.sourceforge.net/lists/listinfo/tcljava-user -- -Shawn |
From: Mo D. <md...@cy...> - 2001-05-07 07:25:28
|
On Fri, 4 May 2001, Dan Schenck wrote: > I'm looking for an example of establishing a callback to a Tcl proc from Java. What I have in mind > is parsing an XML file with the Xerces SAX parser and having the callbacks go to Tcl procs. This > may be too convoluted to do but essentially here is roughly the sequence of events: > > Tcl calls Xerces (Java) --> > Xerces parses XML and calls back to Tcl for each XML node --> > Tcl procs > > I would have to create an interp that my Java callbacks for Xerces could use to call a Tcl proc. Is > it that simple? Sure. You just need to create a TclEvent() in Java and add it to the Tcl event queue. Take a peek at the processCommand() method in the pyramidpkg demo: demos/pyramidpkg/AppletConsole.java You could also take a look at these old posts to the mailing list on the subject: http://www.mail-archive.com/tc...@sc.../msg00647.html http://www.mail-archive.com/tc...@sc.../msg00159.html If someone is looking for a way to help out, you could take these examples and create the most trimmed down callback demo possible. Of course, some online docs would help too. cheers Mo DeJong Red Hat Inc |
From: Dan S. <sc...@is...> - 2001-05-04 12:45:06
|
I'm looking for an example of establishing a callback to a Tcl proc from Java. What I have in mind is parsing an XML file with the Xerces SAX parser and having the callbacks go to Tcl procs. This may be too convoluted to do but essentially here is roughly the sequence of events: Tcl calls Xerces (Java) --> Xerces parses XML and calls back to Tcl for each XML node --> Tcl procs I would have to create an interp that my Java callbacks for Xerces could use to call a Tcl proc. Is it that simple? Thanks, Dan ================================================= Dan Schenck mailto:sc...@is... Technical Principal The Information Store http://www.istore.com 10777 Westheimer, Suite 1040 Houston, TX 77042 Ph: 713 787-6798 x166 Fax: 713 787-6772 ================================================= |
From: Shawn B. <sh...@qc...> - 2001-04-20 15:06:38
|
It would be helpful if you provided the code you are using. sch...@gm... wrote: > I am a beginner in TCL Blend, somy Problem is, i am trying to access from > TCL a public Vector Object wich is generated in a Java Bean, first I want the > size, but it doesnt work. > So I wrote a get... Method but the only thing i get now is a timeout and no > errormessage ?????????? > > Thanx > > marco > > ps. Im working on a vignette System, i hope this is though the right place > for me ;-) > > -- > GMX - Die Kommunikationsplattform im Internet. > http://www.gmx.net > > _______________________________________________ > tcljava-user mailing list > tcl...@li... > http://lists.sourceforge.net/lists/listinfo/tcljava-user -- -Shawn |
From: <sch...@gm...> - 2001-04-20 09:58:48
|
I am a beginner in TCL Blend, somy Problem is, i am trying to access from TCL a public Vector Object wich is generated in a Java Bean, first I want the size, but it doesnt work. So I wrote a get... Method but the only thing i get now is a timeout and no errormessage ?????????? Thanx marco ps. Im working on a vignette System, i hope this is though the right place for me ;-) -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net |
From: Mo D. <md...@cy...> - 2001-04-11 18:06:20
|
On Wed, 11 Apr 2001, Dipierro Angelo wrote: > Hi! > > I have a problem with class reloading in tcl-blend. It seems that whenever > I recompile a class file tcl-blend keeps reloading the old one, maybe from > some class-files cache, so each time to load a new class I must restart > the vignette platform (I'using tcl-blend inside vignette). > > Is this a vignette problem or a tcl-blend one ? It is a Tcl Blend one. There is a class cache in Tcl Blend that would need to get flushed to reload .class files. > Is there any workaround ? Not really. Some design work would be needed to fix this problem. It would not really be that hard, someone would just need to do it. If you are interested in doing this work, I could help you get started. Mo |
From: Dipierro A. <ang...@eb...> - 2001-04-11 13:09:20
|
Hi! I have a problem with class reloading in tcl-blend. It seems that whenever I recompile a class file tcl-blend keeps reloading the old one, maybe from some class-files cache, so each time to load a new class I must restart the vignette platform (I'using tcl-blend inside vignette). Is this a vignette problem or a tcl-blend one ? Is there any workaround ? Thanks in advance :) -- ang...@eb... "Life sucks!" [Marvin the android] |
From: Jiang Wu <jw...@cs...> - 2001-04-06 03:40:36
|
If you are using tcl.lang.Notifier class, then you will need the patches when using 1.2.6. -- Jiang Wu jw...@cs... > Hi > We have been doing just this for so many months now. I am creating a TCK > interpreter inside an Enterprise Java Bean and using this interp instance to > run many TCL scripts. It is working perfectly ok. And I am still using the > 1.2.6 version. I am not sure of any patches. I have not applied any patch > specifically. But I do not know if some patch was inbuilt into the code I > downloaded. How do I know what patch am I using? > > Sai > |
From: Sai G. M N <Sai...@PL...> - 2001-04-02 06:34:21
|
Hi We have been doing just this for so many months now. I am creating a TCK interpreter inside an Enterprise Java Bean and using this interp instance to run many TCL scripts. It is working perfectly ok. And I am still using the 1.2.6 version. I am not sure of any patches. I have not applied any patch specifically. But I do not know if some patch was inbuilt into the code I downloaded. How do I know what patch am I using? Sai > -----Original Message----- > From: Mo DeJong [SMTP:md...@cy...] > Sent: Sunday, April 01, 2001 7:06 AM > To: tcl...@li... > Subject: Re: [tcljava-user] Executing tcl script from java using > Interp,need , ,help about classpath > > On Fri, 30 Mar 2001, Ying Jin wrote: > > > We created a Java program that has these lines of code. The code does > not work for us and the problem appears to be the line that creates the > new Interp object. > > > > We want to be able to call Interp.eval( ) from the Java program, sending > it either a filename with tcl script or a string with a tcl command. The > eval method of the Interp object is documented in the following html file > > from the documentation: > > C:\unzipped\tclBlend126\tclBlend1.2.6\docs\TclJavaLib\Eval.htm > > I hope this clarifies what we are trying to do. At the moment, we are > just trying to get the example from the documentation to work. > > It sounds like you are trying to load Tcl Blend into a JVM process. > That is not supported in the 1.2 release of Tcl Blend. > > > Are you implying that creating and calling Interp from Java does not > work? > > Yes. > > > We are confused when you say "That is all that is supported in version > > 1.2." Do you mean Java 1.2 or TclBlend 1.2? What do you mean by 1.3 > > version in the CVS? > > Tcl Blend 1.2. The 1.3 version in the CVS is a bit closer to working > in this scenario but more testing and debugging is needed. Everything > should work just fine if you start Tcl first and then load the > JVM into a Tcl process. > > Mo > > _______________________________________________ > tcljava-user mailing list > tcl...@li... > http://lists.sourceforge.net/lists/listinfo/tcljava-user |
From: W. J. G. <gu...@ea...> - 2001-04-01 16:20:19
|
Yes, we're using 1.3 right now, but have been using 1.2.6 all along. It did have some patches though, if I recall. john > -----Original Message----- > From: tcl...@li... > [mailto:tcl...@li...]On Behalf Of Mo DeJong > Sent: Saturday, March 31, 2001 8:32 PM > To: tcl...@li... > Subject: RE: [tcljava-user] Executing tcl script from java using > Interp,need , , ,help about classpath > > > On Sat, 31 Mar 2001, W. John Guineau wrote: > > > I'm confused. > > > > We've been doing just this for months and it's been working > fine. We have a > > Java process that loads and uses TclBlend and it's Interp and Notifier. > > > > Am I missing something? > > > > john > > You are using the 1.3 version from the CVS, right? Either that, or > you must be using a patched version of 1.2.6. There was some > major work done on the 1.3 tree to get this working correctly. > 1.3 is not perfect yet, but at least it is designed to support > this usage scenario. > > Mo DeJong > Red Hat Inc > > _______________________________________________ > tcljava-user mailing list > tcl...@li... > http://lists.sourceforge.net/lists/listinfo/tcljava-user |
From: Mo D. <md...@cy...> - 2001-04-01 04:33:00
|
On Sat, 31 Mar 2001, W. John Guineau wrote: > I'm confused. > > We've been doing just this for months and it's been working fine. We have a > Java process that loads and uses TclBlend and it's Interp and Notifier. > > Am I missing something? > > john You are using the 1.3 version from the CVS, right? Either that, or you must be using a patched version of 1.2.6. There was some major work done on the 1.3 tree to get this working correctly. 1.3 is not perfect yet, but at least it is designed to support this usage scenario. Mo DeJong Red Hat Inc |