tcljava-user Mailing List for Tcl/Java (Page 21)
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: Lawrence M. T. <law...@sw...> - 2006-06-26 13:16:59
|
Hello, I'm quite a newbie in TCL_Blend. I'm attempting to install TCL_Blend on my computer, as I can finally manage my java phidget toolkit within TCL. I've seen that installation of tcl-Blend may require the TCL and thread build. Since I already have the activeState tcl 8.4.5.0 installed on my computer, do I still have to follow the steps listed in the readme file? Thanks for any hints you might give me. Best regards Lawrence Michel |
From: Soviet U. <sss...@gm...> - 2006-05-31 19:44:36
|
I've installed the tclBlend1.3.2, threads263, tcl8.5a4, tk8.5a4 using msys, as was described in their README files. The installation seemed to be OK, andnow in the folder "C:\msys\local\bin" I have tclsh85.exe and wish85.exeexecutables and jtclsh.bat. The TCL itself works fine, but I cannot load TclBlend. When run jtclsh.bat and write in it "package require java", it sais: % package require java Exception in thread "main" java.lang.NoClassDefFoundError: tcl/lang/Interp "XpUtils::iload -d C:/msys/local/lib/tcljava1.3.2 tclblend" failed: could not find class "tcl/lang/Interp". Check your CLASSPATH settings. Currently, the CLASSPATH environment variable is set to: ;c:/Program Files/Java/jdk1.5.0_06/jre/lib/rt.jar;/lib/tcljava1.3.2/tcljava.jar ;/lib/tcljava1.3.2/tclblend.jar What's wrong? All the paths in the env variables in jtclsh.bat seem to be correct. Regards, Roman. |
From: Soviet U. <sss...@gm...> - 2006-05-31 17:56:22
|
I've installed the tclBlend1.3.2, threads263, tcl8.5a4, tk8.5a4 using msys, as was described in their README files. The installation seemed to be OK, andnow in the folder "C:\msys\local\bin" I have tclsh85.exe and wish85.exeexecutables and jtclsh.bat. The TCL itself works fine, but I cannot load TclBlend. When run jtclsh.bat and write in it "package require java", it sais: % package require java Exception in thread "main" java.lang.NoClassDefFoundError: tcl/lang/Interp "XpUtils::iload -d C:/msys/local/lib/tcljava1.3.2 tclblend" failed: could not find class "tcl/lang/Interp". Check your CLASSPATH settings. Currently, the CLASSPATH environment variable is set to: ;c:/Program Files/Java/jdk1.5.0_06/jre/lib/rt.jar;/lib/tcljava1.3.2//tcljava.jar ;/lib/tcljava1.3.2//tclblend.jar What's wrong? All the paths in the env variables in jtclsh.bat seem to be correct. Thanlk you. |
From: Raul E. (wizardteam) <ra...@wi...> - 2006-05-31 11:57:44
|
Hi again, Now i m getting a little problem with the applet. Again, the code is simple, just a way to figure out how to work from now on with jacl: ---- import tcl.lang.*; import java.awt.*; import java.awt.event.*; import java.applet.*; public class mytest extends Applet { private Interp _interp; public void init () { try { _interp = new Interp(); _interp.eval("clock seconds"); TclObject result = _interp.getResult(); System.out.println("And the result is: " + result.toString()); } catch (Exception e) { System.out.println("mytest: init() " + e); e.printStackTrace(); } } } ---- And this is trowing me this error: mytest: init() java.lang.NullPointerException java.lang.NullPointerException at tcl.lang.CharPointer.<init>(CharPointer.java:88) at tcl.lang.Interp.eval(Interp.java:2220) at tcl.lang.Interp.evalResource(Interp.java:2777) at tcl.lang.Interp.<init>(Interp.java:429) at mytest.init(mytest.java:10) at sun.applet.AppletPanel.run(Unknown Source) at java.lang.Thread.run(Unknown Source) By googling, i found an old version of jacl.jar and tcljava.jar, those works without problem, but has not all functions in it (specially "clock"). The thing is now with an applet, b'cause when i do an app, it compiles and runs fine. Is there something i m missing? Regards, -=Raul=- -- Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.8.0/352 - Release Date: 5/30/2006 |
From: Raul E. (wizardteam) <ra...@wi...> - 2006-05-31 09:08:05
|
I found the solution! Its just a matter of adding codebase="." archive="tcljava.jar,jacl.jar" into the html's <applet> tag. Found that by googling after the hint i got from Martti (thanks mate!). Regards, -=Raul=- -- Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.7.4/351 - Release Date: 5/29/2006 |
From: Raul E. (wizardteam) <ra...@wi...> - 2006-05-31 08:03:26
|
> > Hi, > > > > I am kinda new in java, and experienced in TCL, and I am trying to use TCL > > commands into java, but i get this errors: > > > > but when running, even including both jars in the classpath, i get the > > follow error: > > > > > > # java test -classpath ./jacl.jar:./tcljava.jar > > Exception in thread "main" java.lang.NoClassDefFoundError: > > tcl/lang/TclException > > > > Try the following; > > java -classpath ./jacl.jar:./tcljava.jar:. test > > Cheers > -- > Martti Tienhaara (ma...@da...) > DASH Software Ltd. > Excellent!! [jacl]# java -classpath ./jacl.jar:./tcljava.jar:. test 1149062526 I see a dot can make the difference! hehe. But now how can i apply the same to an applet? My goal its to include tcl commands into an applet. -- Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.7.4/351 - Release Date: 5/29/2006 |
From: Martti T. <ma...@da...> - 2006-05-31 04:35:57
|
> Message: 1 > From: "Raul Elizondo (wizardteam)" <ra...@wi...> > To: <tcl...@li...> > Date: Tue, 30 May 2006 00:07:46 -0600 > Subject: [tcljava-user] tcl/lang/TclException error > Reply-To: tcl...@li... > > Hi, > > I am kinda new in java, and experienced in TCL, and I am trying to use TCL > commands into java, but i get this errors: > > but when running, even including both jars in the classpath, i get the > follow error: > > > # java test -classpath ./jacl.jar:./tcljava.jar > Exception in thread "main" java.lang.NoClassDefFoundError: > tcl/lang/TclException > Try the following; java -classpath ./jacl.jar:./tcljava.jar:. test Cheers -- Martti Tienhaara (ma...@da...) DASH Software Ltd. |
From: Indra G. <in...@ya...> - 2006-05-31 01:01:31
|
Has anybody try compiling tclblend 1.2.6 against tcl 8.3 using java jdk 1.5 on Windows XP? The reason I need to that because I am getting the following error: Exception in thread "main" java.lang.IncompatibleClassChangeError: class tcl.lan g.CObject has interface tcl.lang.InternalRep as super class at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:12 4) at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) "load C:/work/sandbox/zx1000/sysmgmt/cli/tcl/lib/tclblend/tclblend.dll" failed: could not find class tcl/lang/CObject. Check that your path includes the directory where tclblend.dll resides. Try looking in the directories under the value of tcl_library, currently: ..\..\..\cli\tcl Currently, the CLASSPATH environment variable is set to: C:\work\sandbox\zx1000\sysmgmt\cli\tcl\lib\tclblend\..\tcljava.jar;C:\work\sandb ox\zx1000\sysmgmt\cli\tcl\lib\tclblend\..\tclblend.jar;;..\..\..\bld\build\lib\T clJavaExtn.jar;;..\server\default\lib\mcs_rmiClient.jar;..\server\default\lib\jb ossall-client.jar;..\server\default\lib\jnp-client.jar currently, the PATH environment variable includes these directories: C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\IDE C:\Program Files\ Microsoft Visual Studio .NET 2003\VC7\BIN C:\Program Files\Microsoft Visual Stud io .NET 2003\Common7\Tools C:\Program Files\Microsoft Visual Studio .NET 2003\Co mmon7\Tools\bin\prerelease C:\Program Files\Microsoft Visual Studio .NET 2003\Co mmon7\Tools\bin C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\bin C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322 C:\Program Files\Support Tools\ C:\ Program Files\Windows Resource Kits\Tools\ C:\WINDOWS\system32 C:\WINDOWS C:\WIN DOWS\System32\Wbem C:\Program Files\Perforce C:\Program Files\Microsoft Visual S tudio .NET 2003\Common7\IDE C:\work\zx1000\sysmgmt\tools\ant\bin c:\bin ..\..\.. \cli\tcl\bin ..\..\..\cli\tcl\lib\tclblend C:\Program Files\Java\jdk1.5.0_06\bin C:\Program Files\Java\jdk1.5.0_06\jre\bin C:\Program Files\Java\jdk1.5.0_06\jre \bin\server Windows users should note that the most common cause of problems loading TclBlen d is the user forgetting to set the PATH environment variable to include both th e Tcl shared libraries and the Java shared libraries. JDK 1.1 users that installed into C:\jdk1.1.8 need to include C:\jdk1.1.8\bin on the PATH. JDK 1.2 users that installed into C:\jdk1.2.2 need to include C:\jdk1.2.2\jre\bi n AND C:\jdk1.2.2\jre\bin\classic AND C:\work\sandbox\zx1000\sysmgmt\cli\tcl\lib \tclblend on the PATH. while executing "error $fullErr" (procedure "loadtclblend" line 318) invoked from within "loadtclblend C:/work/sandbox/zx1000/sysmgmt/cli/tcl/lib/tclblend" ("package ifneeded" script) invoked from within "package require java " Server has not fully started yet or install failure, please re-try in few minute s. We're using tclblend 1.2.6 on production compiled w/ jdk 1.4. We've been working hard to upgrade to 1.5. BTW, where can I get the source for tclblend 1.2.6 and tcl 8.3? Thanks. -Indra __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: Raul E. (wizardteam) <ra...@wi...> - 2006-05-30 06:07:59
|
Hi, I am kinda new in java, and experienced in TCL, and I am trying to use TCL commands into java, but i get this errors: When i try to do a sample app, it compiles fine including tcljava.jar and jacl.jar in the classpath, # javac test.java -classpath ./jacl.jar:./tcljava.jar [parsing started test.java] [parsing completed 103ms] [loading /usr/java/j2sdk1.4.2_11/jre/lib/rt.jar(java/lang/Object.class)] [loading /usr/java/j2sdk1.4.2_11/jre/lib/rt.jar(java/lang/String.class)] [checking test] [loading ./jacl.jar(tcl/lang/Interp.class)] [loading ./jacl.jar(tcl/lang/EventuallyFreed.class)] [loading ./tcljava.jar(tcl/lang/TclObject.class)] [loading ./tcljava.jar(tcl/lang/TclInteger.class)] [loading ./tcljava.jar(tcl/lang/TclException.class)] [loading /usr/java/j2sdk1.4.2_11/jre/lib/rt.jar(java/lang/Throwable.class)] [loading /usr/java/j2sdk1.4.2_11/jre/lib/rt.jar(java/lang/Exception.class)] [loading /usr/java/j2sdk1.4.2_11/jre/lib/rt.jar(java/lang/System.class)] [loading /usr/java/j2sdk1.4.2_11/jre/lib/rt.jar(java/io/PrintStream.class)] [loading /usr/java/j2sdk1.4.2_11/jre/lib/rt.jar(java/io/FilterOutputStream.class)] [loading /usr/java/j2sdk1.4.2_11/jre/lib/rt.jar(java/io/OutputStream.class)] [loading /usr/java/j2sdk1.4.2_11/jre/lib/rt.jar(java/lang/Error.class)] [loading /usr/java/j2sdk1.4.2_11/jre/lib/rt.jar(java/lang/RuntimeException.class)] [wrote test.class] [total 736ms] # but when running, even including both jars in the classpath, i get the follow error: # java test -classpath ./jacl.jar:./tcljava.jar Exception in thread "main" java.lang.NoClassDefFoundError: tcl/lang/TclException the code is simple: ---- import tcl.lang.*; import java.lang.*; public class test { public static void main(String[] s) { Interp interp = new Interp(); int resultado = -1; try { interp.eval ("clock seconds"); resultado = TclInteger.get(interp, interp.getResult()); } catch (TclException ex) { } System.out.println(resultado); } } ---- Now, if i want to do an applet (a different code than the last one, but based in it), things get worse and i get all this error: java.lang.ClassFormatError: Incompatible magic value 1008813135 in class file tcl/lang/TclException at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(Unknown Source) at java.security.SecureClassLoader.defineClass(Unknown Source) at sun.applet.AppletClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.applet.AppletClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClassInternal(Unknown Source) at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Unknown Source) at java.lang.Class.getConstructor0(Unknown Source) at java.lang.Class.newInstance0(Unknown Source) at java.lang.Class.newInstance(Unknown Source) at sun.applet.AppletPanel.createApplet(Unknown Source) at sun.plugin.AppletViewer.createApplet(Unknown Source) at sun.applet.AppletPanel.runLoader(Unknown Source) at sun.applet.AppletPanel.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Any hint? Regards -=Raul=- -- Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.7.3/350 - Release Date: 5/28/2006 -- Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.7.3/350 - Release Date: 5/28/2006 -- Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.7.3/350 - Release Date: 5/28/2006 |
From: Mo D. <md...@un...> - 2006-05-10 02:01:43
|
On Tue, 9 May 2006 14:22:23 -0500 "Imrisek, Martin" <mim...@ti...> wrote: > Hello All, > > I'm curious to see whether anyone out there is using jacl or tclblend > with the tcltest package. I've got a suite of several thousand > integration tests that is based on Tcl and Tcltest that I would like to > migrate. The CVS version of Jacl has integrated tcltest support. All you need to do to load tcltest via: package require tcltest I hope that helps Mo DeJong |
From: Imrisek, M. <mim...@ti...> - 2006-05-09 21:07:19
|
Hello All, =20 I'm curious to see whether anyone out there is using jacl or tclblend with the tcltest package. I've got a suite of several thousand integration tests that is based on Tcl and Tcltest that I would like to migrate. The migration is mostly motivated by the test subject's migration to a Java implementation. =20 As far as I can tell there really hasn't been a mention of tcltest with Tcl/Java on the mailing list for years so I decided to do a few experiments. My first test involved the latest jaclsh and the tcltest.tcl package from 8.4 ( I read about some issues of loading the requried packages from a jar file) but this failed since jaclsh appeared to report itself as Tcl 8.0. Is this the latest Tcl version that jaclsh supports? =20 =20 So this brings me to the question of whether there are any success stories out there with jaclsh or tclBlend with tcltest? If there are I'd love to hear about them. =20 =20 Best regards, =20 Martin |
From: Imrisek, M. <mim...@ti...> - 2006-05-09 20:29:43
|
Hello All, =20 I'm curious to see whether anyone out there is using jacl or tclblend with the tcltest package. I've got a suite of several thousand integration tests that is based on Tcl and Tcltest that I would like to migrate. The migration is mostly motivated by the test subject's migration to a Java implementation. =20 As far as I can tell there really hasn't been a mention of tcltest with Tcl/Java on the mailing list for years so I decided to do a few experiments. My first test involved the latest jaclsh and the tcltest.tcl package from 8.4 ( I read about some issues of loading the requried packages from a jar file) but this failed since jaclsh appeared to report itself as Tcl 8.0. Is this the latest Tcl version that jaclsh supports? =20 =20 So this brings me to the question of whether there are any success stories out there with jaclsh or tclBlend with tcltest? If there are I'd love to hear about them. =20 =20 Best regards, =20 Martin |
From: Eckhard L. <ec...@we...> - 2006-04-28 12:20:35
|
> tclblend.dll would not be that problematic, I could for sure find a way to bring it in the user's file system. Actually, I did not wrap it during my test - it was in my file system and the PATH extended to include it's base directory. > The problem is obviously the static build of Tcl in Tclkit. It seems that Jvm can not work with the running Tcl_Interp because it does not come from a shared library (tcl.dll). But I don't know that exactly... > Ack - it works. I have scattered several installations of Tclblend in several Tcl installations (ActiveTcl, Msys/Tcl, Tclkit...) and the .dll was loaded from the wrong location. The message is, that Tcl as well as JVM need to load the *same* dll at the same time. To make it work with Tclkit, Tclblend has to be compiled and linked against stubs, of course. Then, tclblend.dll can not be wrapped, it has to be in the user's file system. So it is best to extract it from the deployed starkit to some location, extend env(PATH) to this location and make sure it is loaded from there rather than from the wrapped extension during "package re java". And - of course jre/bin and jre/bin/client must be on env(PATH). Pretty cool, still no need for a Tcl installation on the user's machine :-) Eckhard _______________________________________________________________ SMS schreiben mit WEB.DE FreeMail - einfach, schnell und kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192 |
From: Eckhard L. <ec...@we...> - 2006-04-27 17:22:30
|
> > Is it possible somehow to get Tclblend working with Tclkits? How much work > > would that be, if possible at all? > > I have not heard of anyone getting that working and I would be willing to bet > that it is going to be very tricky. Both Tcl and the JVM need to be able to find > tclblend.dll on the file system. Just getting Tcl to see the shared lib on the > Tcl virtual filesystem would not be enough. You would likely need to work some > magic to write tclblend.dll to a tmp dir somewhere and then load it at runtime > so that the JVM can find the native symbols. tclblend.dll would not be that problematic, I could for sure find a way to bring it in the user's file system. Actually, I did not wrap it during my test - it was in my file system and the PATH extended to include it's base directory. The problem is obviously the static build of Tcl in Tclkit. It seems that Jvm can not work with the running Tcl_Interp because it does not come from a shared library (tcl.dll). But I don't know that exactly... A workaround would be to create an installer starpack that installs a minimalistic Tcl version, including tcl84.dll, tclsh.exe, tclblend.dll and the packages that are necessary to run starkits - and call it "tcl-java-bridge base installation". Hmm, that will do it for now... Eckhard BTW, thanks for the great work, Mo. It will ease the J2EE pain ;-) _______________________________________________________________ SMS schreiben mit WEB.DE FreeMail - einfach, schnell und kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192 |
From: Mo D. <md...@un...> - 2006-04-27 08:12:39
|
On Thu, 27 Apr 2006 10:03:12 +0200 Eckhard Lehmann <ec...@we...> wrote: > Hi, > > I compiled and installed Tclblend on windows XP. It runs fine with ActiveTcl as well > as an own MinGW built Tcl. ... > Is it possible somehow to get Tclblend working with Tclkits? How much work > would that be, if possible at all? I have not heard of anyone getting that working and I would be willing to bet that it is going to be very tricky. Both Tcl and the JVM need to be able to find tclblend.dll on the file system. Just getting Tcl to see the shared lib on the Tcl virtual filesystem would not be enough. You would likely need to work some magic to write tclblend.dll to a tmp dir somewhere and then load it at runtime so that the JVM can find the native symbols. Good Luck Mo DeJong |
From: Eckhard L. <ec...@we...> - 2006-04-27 08:03:23
|
Hi, I compiled and installed Tclblend on windows XP. It runs fine with ActiveTcl as well as an own MinGW built Tcl. Now, it is important for me, that tclblend runs with Tclkit (deployment in our organization). First, I tried to "package re java" from Tclkit. I did this with the small test script appended below. The result was, that it crashed. Tclkit is built with threads enabled. Then I recognized that TclJava is not build with -DUSE_TCL_STUBS and not linked against tclstub. I assume that this lead to the crash and changed the compile setup a little to build and link against tclstub. Again, the installation went fine and the script ("package re java" being the most important line) runs fine with ActiveTcl and MinGW Tcl. But now, when I run it with tclkit, I got the following error: # # An unexpected error has been detected by HotSpot Virtual Machine: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x046748dd, pid=3032, tid=2968 # # Java VM: Java HotSpot(TM) Client VM (1.5.0_06-b05 mixed mode, sharing) # Problematic frame: # C [tclblend.dll+0x48dd] # # An error report file with more information is saved as hs_err_pid3032.log # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # I recompiled tclblend with -DTCLBLEND_DEBUG, to see where the crash happens and was able to backtrack it at the line local = (*env)->NewObject(env, jcache->Interp, jcache->interpC, lvalue); in Tclblend_Init(Tcl_Interp *interp). At a first glance, this call from the JNIEnv environment tries to set a Tcl_Interp as java object somehow. I assume that this is not possible because the interpreter is statically linked in Tclkit. :-(. Is it possible somehow to get Tclblend working with Tclkits? How much work would that be, if possible at all? Thanks in advance, Eckhard My test script: ######################################## set javabin "C:/Program Files/Java/jre1.5.0_06/bin" set javaclbin [set javabin]/client set tcl_java "C:/MyApps/Tcl/lib/tcljava1.3.2" set env(PATH) "[set javabin];[set javaclbin];[set tcl_java];$env(PATH)" set env(TCLBLEND_TRACE) [file join [file dirname [info script]] tclblend.txt] lappend auto_path [file dirname [info script]] puts $auto_path package re java ######################################## _______________________________________________________________ SMS schreiben mit WEB.DE FreeMail - einfach, schnell und kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192 |
From: Mo D. <md...@un...> - 2006-04-20 20:08:36
|
On Thu, 20 Apr 2006 09:49:21 -0400 "Zapar, Will" <Wil...@Ca...> wrote: > Mo, > load "com.cisco.provisioning.cpe.PACEConnectionFactory" failed: not a > subclass of tcl.lang.Extension > while executing > "java::load -classpath > /opt/BACCTools/lib/bprjar/com/cisco/provisioning/cpe > com.cisco.provisioning.cpe.PACEConnectionFactory" Check the docs for the java::load command. Mo |
From: Zapar, W. <Wil...@Ca...> - 2006-04-20 13:49:55
|
Mo, I made the change and now I am getting a different error: set env(TCL_CLASSPATH) "$env(TCL_CLASSPATH):/opt/BACCTools/lib/bprjar/com/cisco/provisioning/cp e:/opt/BACCTools/lib/bpr.jar:/usr/local/lib/tcljava1.3.2/tcljava.jar:/us r/local/lib/tcljava1.3.2/tclblend.jar:/usr/java/jdk1.5.0_06/jre/lib/rt.j ar"; ### this is for all jar files in /opt/BACCTools/lib/ set env(CLASSPATH) "$env(CLASSPATH):/opt/BACCTools/lib/bpr.jar:/opt/BACCTools/lib/suite.jar :/opt/BACCTools/lib/bcprov-jdk14-116.jar:/opt/BACCTools/lib/commons-code c-1.3.jar:/opt/BACCTools/lib/commons-httpclient-3.0-rc2.jar:/opt/BACCToo ls/lib/commons-logging.jar:/opt/BACCTools/lib/dom.jar:/opt/BACCTools/lib /org.mortbay.jetty.jar:/opt/BACCTools/lib/saaj-api.jar:/opt/BACCTools/li b/saaj-impl.jar:/opt/BACCTools/lib/xalan.jar:/opt/BACCTools/lib/xercesIm pl.jar"; #arrArrayDump env 0; # dump the environment variables #CHANGE MADE HERE without use of .class ext java::load -classpath /opt/BACCTools/lib/bprjar/com/cisco/provisioning/cpe com.cisco.provisioning.cpe.PACEConnectionFactory; -bash-2.05b$ ./tcljava.tcl=20 java package ver =3D 1.3.2 java system version =3D 1.5.0_06 Java in TCL is working! load "com.cisco.provisioning.cpe.PACEConnectionFactory" failed: not a subclass of tcl.lang.Extension while executing "java::load -classpath /opt/BACCTools/lib/bprjar/com/cisco/provisioning/cpe com.cisco.provisioning.cpe.PACEConnectionFactory" (file "./tcljava.tcl" line 48) Thoughts? Regards, Will=20 -----Original Message----- From: tcl...@li... [mailto:tcl...@li...] On Behalf Of Mo DeJong Sent: Wednesday, April 19, 2006 7:57 PM To: tcl...@li... Subject: Re: [tcljava-user] Java loader failed to load the class On Tue, 18 Apr 2006 16:02:49 -0400 "Zapar, Will" <Wil...@Ca...> wrote: > "java::load -classpath > /opt/BACCTools/lib/bprjar/com/cisco/provisioning/cpe/ > java.lang.Object.com.cisco.provisioning.cpe.PACEConnectionFactory.class" > (file "./tcljava.tcl" line 54) Will, you need to pass the name of the class, not including the trailing ".class" bit at the end. For example, [java::load foo.bar.Baz] not [java::load foo.bar.Baz.class]. I hope that was the cause of your problem, your post includes many many lines of code, far to many to scan through. Postings should just include a little snip of code that causes the problem. cheers Mo DeJong ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D= 121642 _______________________________________________ tcljava-user mailing list tcl...@li... https://lists.sourceforge.net/lists/listinfo/tcljava-user |
From: Mo D. <md...@un...> - 2006-04-19 23:50:49
|
On Tue, 18 Apr 2006 16:02:49 -0400 "Zapar, Will" <Wil...@Ca...> wrote: > "java::load -classpath > /opt/BACCTools/lib/bprjar/com/cisco/provisioning/cpe/ > java.lang.Object.com.cisco.provisioning.cpe.PACEConnectionFactory.class" > (file "./tcljava.tcl" line 54) Will, you need to pass the name of the class, not including the trailing ".class" bit at the end. For example, [java::load foo.bar.Baz] not [java::load foo.bar.Baz.class]. I hope that was the cause of your problem, your post includes many many lines of code, far to many to scan through. Postings should just include a little snip of code that causes the problem. cheers Mo DeJong |
From: Zapar, W. <Wil...@Ca...> - 2006-04-18 20:04:12
|
Mo, Question? =20 I am trying to load a class file in TCL and I am having a problem. =20 Here is a snip of my code I am working on: =20 #!/usr/bin/expect -- source /home/server/module/startup.tcl =20 if {0} { # this is not needed fo package require, is it needed for import? =20 } =20 #set env(LD_LIBRARY_PATH) {/usr/java/jdk1.5.0_06/jre/lib/i386:/usr/java/jdk1.5.0_06/jre/lib/i386/c lient:/usr/java/jdk1.5.0_06/jre/lib/i386/native_threads:/usr/local/lib/t cljava1.3.2:/opt/tclBlend1.3.2/unix:} =20 set env(LD_LIBRARY_PATH) {/usr/local/lib/tcljava1.3.2:/opt/local/lib/:}; # only this one needed so far =20 ### need both of these for package require java to load lappend auto_path "/opt/tclBlend1.3.2/"; # end slash doesn't matter lappend auto_path "/opt/tclBlend1.3.2/src/xputils/"; # end slash doesn't matter =20 puts "java package ver =3D [package require java]"; =20 puts "java system version =3D [java::call System getProperty "java.version"]"; =20 set err [java::field System err]; $err {println String} "Java in TCL is working!"; # this shows java working =20 set env(CLASSPATH) "$env(TCL_CLASSPATH):/opt/BACCTools/lib/bpr.jar:/opt/BACCTools/lib/suite .jar:/opt/BACCTools/lib/bcprov-jdk14-116.jar:/opt/BACCTools/lib/commons- codec-1.3.jar:/opt/BACCTools/lib/commons-httpclient-3.0-rc2.jar:/opt/BAC CTools/lib/commons-logging.jar:/opt/BACCTools/lib/dom.jar:/opt/BACCTools /lib/org.mortbay.jetty.jar:/opt/BACCTools/lib/saaj-api.jar:/opt/BACCTool s/lib/saaj-impl.jar:/opt/BACCTools/lib/xalan.jar:/opt/BACCTools/lib/xerc esImpl.jar"; =20 #set env(TCL_CLASSPATH) {/usr/local/lib/tcljava1.3.2/tcljava.jar:/usr/local/lib/tcljava1.3.2/tcl blend.jar:/usr/java/jdk1.5.0_06/jre/lib/rt.jar} =20 ### this is for bpr.jar and suite.jar only in /opt/BACCTools/lib/ set env(TCL_CLASSPATH) "/opt/BACCTools/lib/bprjar/com/cisco/provisioning/cpe:/usr/local/lib/tcl java1.3.2/tcljava.jar:/usr/local/lib/tcljava1.3.2/tclblend.jar:/usr/java /jdk1.5.0_06/jre/lib/rt.jar"; =20 ### this is for all jar files in /opt/BACCTools/lib/ =20 #set env(TCL_CLASSPATH) "$env(TCL_CLASSPATH):/opt/BACCTools/lib/bpr.jar:/opt/BACCTools/lib/suite .jar:/opt/BACCTools/lib/bcprov-jdk14-116.jar:/opt/BACCTools/lib/commons- codec-1.3.jar:/opt/BACCTools/lib/commons-httpclient-3.0-rc2.jar:/opt/BAC CTools/lib/commons-logging.jar:/opt/BACCTools/lib/dom.jar:/opt/BACCTools /lib/org.mortbay.jetty.jar:/opt/BACCTools/lib/saaj-api.jar:/opt/BACCTool s/lib/saaj-impl.jar:/opt/BACCTools/lib/xalan.jar:/opt/BACCTools/lib/xerc esImpl.jar"; =20 arrArrayDump env 0; # dump the environment variables =20 #[=20 #proc loadClass {classfile} {=20 # set file [open $classfile r]=20 # fconfigure $file -translation binary -encoding binary=20 # set data [read $file]=20 # return [java::defineclass $data]=20 #}=20 #set class [loadClass "/opt/BACCTools/lib/bprjar/com/cisco/provisioning/cpe/PACEConnectionFact ory.class"]=20 #SET nothing [set myclass [java::new PACEConnectionFactory]]=20 #] =20 #java::load -classpath /opt/BACCTools/lib/ com; #java::load -classpath /opt/BACCTools/lib/ com.cisco; #java::load -classpath /opt/BACCTools/lib/ com.cisco.provisioning; #java::load -classpath /opt/BACCTools/lib/ com.cisco.provisioning.cpe; #java::load -classpath /opt/BACCTools/lib/ com.cisco.provisioning.cpe.PACEConnectionFactory; java::load -classpath /opt/BACCTools/lib/bprjar/com/cisco/provisioning/cpe/ java.lang.Object.com.cisco.provisioning.cpe.PACEConnectionFactory.class; =20 java::import com.cisco.provisioning.cpe.PACEConnectionFactory; # java::import java.lang.object.com.cisco.provisioning.cpe.PACEConnectionFactory; # java::import java.lang.Object.com.cisco.provisioning.cpe.PACEConnectionFactory; # =20 ### imports (both BACC and Java) try two different ways, neither works #set jstr [java::import com.cisco.provisioning.cpe.*]; puts "jstr =3D $jstr"; #java::import com.cisco.provisioning.cpe.*; #java::import com.cisco.provisioning.cpe.api.*; #java::import com.cisco.provisioning.cpe.constants.*; =20 # build tcl classpath =20 append x /opt/BACCTools/lib/bpr.jar; =20 set env(TCL_CLASSPATH) $x =20 puts "\nTCL_CLASSPATH =3D [ array get env TCL_CLASSPATH ]\n" =20 #set bacc [java::call java.lang.Object.com.cisco.provisioning.cpe.PACEConnectionFactory.getIns tance(172.24.195.164, 49187, admin, f0ssil)]; puts "bacc =3D $bacc" #set bacc [java::call com.cisco.provisioning.cpe.PACEConnectionFactory.getInstance(172.24.195. 164, 49187, admin, f0ssil)]; puts "bacc =3D $bacc"; =20 if {0} { # this doesn't use anything but java.lang in TCL =20 ### both methods work (so java.lang.String must already be imported -> yes by default all of java.lang) set jstr [java::new java.lang.String "Long Name Java String"]; puts "jstr =3D $jstr"; # this creates a new java string object set tstr [$jstr toString]; puts "tstr =3D $tstr"; # convert to tcl = string using method toString set jstr [java::new String "Short Name Java String"]; puts "jstr =3D $jstr"; # this creates a new java string object set tstr [$jstr toString]; puts "tstr =3D $tstr"; # convert to tcl = string using method toString =20 ### info on object and class puts "methods =3D [java::info methods $jstr]"; # get info on the java class puts "baseclass =3D [java::info baseclass String]"; # get info on the java class puts "constructors =3D [java::info constructors String]"; # get info on the java class puts "events =3D [java::info events String]"; # get info on the java class puts "fields =3D [java::info fields String]"; # get info on the java class puts "properties =3D [java::info properties String]"; # get info on the java class puts "superclass =3D [java::info superclass String]"; # get info on the java class =20 ### this works to dump static fields from a class #foreach f [java::info fields -static java.util.Calendar] {puts "$f =3D [java::field java.util.Calendar $f]"} } ##### End of File ##### =20 Here is the error I am getting: =20 -bash-2.05b$ ./tcljava.tcl=20 java package ver =3D 1.3.2 java system version =3D 1.5.0_06 Java in TCL is working! load "java.lang.Object.com.cisco.provisioning.cpe.PACEConnectionFactory.class " failed: java.lang.SecurityException: Java loader failed to load the class and the Tcl Java loader is not permitted to load classes in the tcl or java package at runtime, check your CLASSPATH. while executing "java::load -classpath /opt/BACCTools/lib/bprjar/com/cisco/provisioning/cpe/ java.lang.Object.com.cisco.provisioning.cpe.PACEConnectionFactory.class" (file "./tcljava.tcl" line 54) =20 Any ideas? =20 Regards, =20 Will =20 |
From: Rob R. <rr...@fu...> - 2006-04-13 21:40:50
|
Mo, I'd even be more aggressive and go straight to using JDK 1.5. There many benefits to using 1.5 over 1.4 now that it might be worth considering the move now. It seems with the 1.6 release coming out around the corner that 1.4 is pretty dated now. But, yes I'd say that 1.4 should be the oldest JDK supported (if there is a great demand for that.) JMHO, Rob > -----Original Message----- > From: tcl...@li... > [mailto:tcl...@li...]On Behalf Of Mo DeJong > Sent: Thursday, March 23, 2006 4:58 PM > To: tcl...@li... > Subject: Re: [tcljava-user] fileevent and sockets in jacl > > > On Thu, 23 Mar 2006 16:47:47 +0100 > Marc Ziegenhagen <mz...@pa...> wrote: > > > Hallo > > > > Are the commands socket and fileevent now full work in the > > newest release? > > No. Async sockets and fileevents are not implemented in Jacl because > they are not implemented in Java. It would be possible to get them > implemented in a future release of Jacl, but that would require JDK 1.4 > or newer in order to get access to the new nio package. > > What do folks think about this? Should Jacl 1.4.0 require JDK 1.4 or > newer to run? Is anyone still using JDK versions earlier than this? > \> |
From: Mo D. <md...@un...> - 2006-04-10 17:55:32
|
On Mon, 10 Apr 2006 08:56:29 -0700 "Khalid Sebti" <ks...@cr...> wrote: > Hi, > > On JACL forum, I found this response from Neil Madden on JACL license. > What are the licensing restrictions that may apply to using Jacl .? > Jacl, like Tcl, is BSD-licensed, so you can do pretty much whatever you like > with it. There should be a license.terms or similar in the distribution > which gives the full license details. Each Jacl download comes with the file license.txt that gives the license terms. Mo DeJong |
From: Marc Z. <mz...@pa...> - 2006-03-28 17:27:12
|
Hello OK, then I must wait until Jacl is ported to JDK 1.4. Can you say me in witch time this would be done, half year or a year? Marc Ziegenhagen Am Donnerstag, 23. M=E4rz 2006 23:57 schrieb Mo DeJong: > On Thu, 23 Mar 2006 16:47:47 +0100 > > Marc Ziegenhagen <mz...@pa...> wrote: > > Hallo > > > > Are the commands socket and fileevent now full work in the > > newest release? > > No. Async sockets and fileevents are not implemented in Jacl because > they are not implemented in Java. It would be possible to get them > implemented in a future release of Jacl, but that would require JDK 1.4 > or newer in order to get access to the new nio package. > > What do folks think about this? Should Jacl 1.4.0 require JDK 1.4 or > newer to run? Is anyone still using JDK versions earlier than this? > > Mo DeJong > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting langua= ge > that extends applications into web and mobile media. Attend the live > webcast and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat= =3D121642 > _______________________________________________ > tcljava-user mailing list > tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcljava-user =2D-=20 Marc Ziegenhagen Panorgan AG Pfannenstilstrasse 3 Postfach 470 CH-8820 W=E4denswil Tel. +41 44 783 96 61 =46ax. +41 44 783 96 69 Email mz...@pa... Web http://www.panorgan.ch |
From: Martti T. <ma...@da...> - 2006-03-24 16:51:41
|
tcl...@li... wrote: > Message: 2 > Date: Thu, 23 Mar 2006 14:57:33 -0800 > From: Mo DeJong <md...@un...> > What do folks think about this? Should Jacl 1.4.0 require JDK 1.4 or > newer to run? Is anyone still using JDK versions earlier than this? > Yes for Java 1.4. -- Martti Tienhaara (ma...@da...) DASH Software Ltd. |
From: Maurice D. <Mau...@en...> - 2006-03-24 07:44:27
|
Le 24 mars 06 =E0 00:36, Tom Poindexter a =E9crit : > On Thu, Mar 23, 2006 at 02:57:33PM -0800, Mo DeJong wrote: > >> >> What do folks think about this? Should Jacl 1.4.0 require JDK 1.4 or >> newer to run? Is anyone still using JDK versions earlier than this? > > I'll vote for Java 1.4. > > I'd love to see fileevents, newer regexps, and other recent > Tcl 8.4/8.5 features. I agree too, current jacl is stable enough to be freezed, and you could provide some jacl-2.0 with some compatibility break (if you need it) (adding swank or other library as oddon ?) Maurice P.S. I'm not currently using jacl in critical project, so my opinion should not be very important in your decision... --= |