[Tcl Java] solution to some problems with TclBlend/Tcl8.2
I had a bunch of problems recently which have finally been resolved with Mo's help. I'm using jdk1.2.2/tcl8.2.2/tclblend1.2.5 on Windows NT, and found that 'package require java' would work fine if typed into a console, but would crash wish if it was in a .tcl file which was double-clicked to run (path, classpath etc all correctly set). The eventual solution was to move tclblend.dll from /bin to /tclblend/lib This happened on a pretty pristine system which has only ever had one version of java, tcl and tclblend installed (new machine on monday...) Hope this helps anyone else who might see the same thing. Vince. The TclJava mailing list is sponsored by Scriptics Corporation. To subscribe:send mail to [EMAIL PROTECTED] with the word SUBSCRIBE as the subject. To unsubscribe: send mail to [EMAIL PROTECTED] with the word UNSUBSCRIBE as the subject. To send to the list, send email to '[EMAIL PROTECTED]'.
[Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] TclBlend1.2.5 on NT
I think jvm.dll is from the JDK 1.2 binary dist. It sounds like you downloaded the JDK 1.2 tclblend.dll, you need the tclblend.dll compiled for JDK 1.1. That misleading error message in Tcl's load command really needs to be fixed! later Mo > Quickview on tclblend.dll lists the following dll files under "Import Table": > tcl82.dll, user32.dll, jvm.dll, msvcrt.dll, kernel32.dll. I don't see a jvm.dll > in my jdk1.1.8 distribution either. In the meantime, I'll use my Solaris > version of tclBlend. I suspect if I install JDK1.2 on my PC, tclBlend might > work fine. BTW, when I had installed an earlier version of tclBlend (1.1.1 I > think) on my PC, it came with a nice installer and worked fine out of the box. > But can't expect nice installers for freeware . . . > > Thanks, > Dave The TclJava mailing list is sponsored by Scriptics Corporation. To subscribe:send mail to [EMAIL PROTECTED] with the word SUBSCRIBE as the subject. To unsubscribe: send mail to [EMAIL PROTECTED] with the word UNSUBSCRIBE as the subject. To send to the list, send email to '[EMAIL PROTECTED]'.
[Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] TclBlend1.2.5 on NT
> I double checked with a stock JDK 1.1.8 on windows 95, and it looks > like the file file called javai.dll in JDK 1.1.8. It looks like the > warning inside pkgIndex.tcl needs to be updated. Could you try > opening the tclblend.dll file you have with "quickview" under windows > by right clicking on the .dll in explorer and selecting quickview. > The list of .dll files it requires should be listed in the quickview > window. At this point, I am really stumped. Other folks have been able > to run the precompiled .dll so there must be something strange going > on with your box. I would suggest that your try building Tcl Blend > from the source release. Building from the source has always worked > for me. Quickview on tclblend.dll lists the following dll files under "Import Table": tcl82.dll, user32.dll, jvm.dll, msvcrt.dll, kernel32.dll. I don't see a jvm.dll in my jdk1.1.8 distribution either. In the meantime, I'll use my Solaris version of tclBlend. I suspect if I install JDK1.2 on my PC, tclBlend might work fine. BTW, when I had installed an earlier version of tclBlend (1.1.1 I think) on my PC, it came with a nice installer and worked fine out of the box. But can't expect nice installers for freeware . . . Thanks, Dave The TclJava mailing list is sponsored by Scriptics Corporation. To subscribe:send mail to [EMAIL PROTECTED] with the word SUBSCRIBE as the subject. To unsubscribe: send mail to [EMAIL PROTECTED] with the word UNSUBSCRIBE as the subject. To send to the list, send email to '[EMAIL PROTECTED]'.
[Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] TclBlend 1.2.5 on NT
I double checked with a stock JDK 1.1.8 on windows 95, and it looks like the file file called javai.dll in JDK 1.1.8. It looks like the warning inside pkgIndex.tcl needs to be updated. Could you try opening the tclblend.dll file you have with "quickview" under windows by right clicking on the .dll in explorer and selecting quickview. The list of .dll files it requires should be listed in the quickview window. At this point, I am really stumped. Other folks have been able to run the precompiled .dll so there must be something strange going on with your box. I would suggest that your try building Tcl Blend from the source release. Building from the source has always worked for me. later mo On Fri, 12 Nov 1999, David Mosenkis wrote: > Mo, > Thank you for your help. I added the extra debug line, and the problem is > indeed that it is failing to find java.dll. In fact, I don't have a java.dll > anywhere on my system (even though I have jdk1.1.8 from Sun installed). I > looked on a colleague's machine, and he has java.dll only in his jdk1.2 > directory - does this file only exist in java 1.2? It would be odd for tclblend > to require java 1.2 file since I downloaded the version for 1.1. > > Anyway, as you surmised before, I don't have VC++ on my PC, but I do have a C > development environment on a Solaris machine, so I've now gone and built > tcl8.2.2 and tclBlend1.2.5 from the source there, and it works fine. > > Thanks, > Dave > > Moses DeJong wrote: > > > > On Thu, 11 Nov 1999, David Mosenkis wrote: > > > > > I already had JDK bin directory in PATH, and adding classes.zip to CLASSPATH > > > didn't help: > > > > This warning is generated by the loadtclblend proc inside pkgIndex.tcl. > > It seems to indicate that your PATH does not include a directory > > that has a file called java.dll in it. This code should be working so > > my guess is that the file is missing or you have the wrong path in > > your PATH env var. You could add some extra debug output to the > > proc with a patch like this. > > > > --- pkgIndex.tcl1999/10/22 16:52:25 1.16 > > +++ pkgIndex.tcl1999/11/12 03:36:20 > > @@ -304,6 +304,7 @@ > > > > foreach shlib $shlibs { > > set file [file join $dir $shlib] > > + puts "looking for file \"$file\", exists is [file exists > > $file]" > > > > if {[file exists $file]} { > > if {$shlibloc($shlib) == ""} { > > > > That should print out the path of each place it looks for java.dll. > > Other folks have gotten the precompiled .dlls to work so it is not > > a lost cause. > > > > later > > Mo DeJong > > > > > % package require java > > > could not find java.dll, you may need to add the directory where java.dll lives > > > to your PATH environmental variable. > > > % set env(PATH) > > > c:\bin;C:\Inprise\vbroker\bin;C:\orant\bin;c:\jdk11\bin;C:\WINNT\system32;C:\WIN > > > NT;C:\PROGRA~1\TCL\bin;c:\jdk1.1.8\bin > > > % set env(CLASSPATH) > > > C:\Program Files\Tcl\lib\tclblend\tcljava.jar;C:\Program Files\Tcl\lib\tclblend\ > > > tclblend.jar;\\broadmoor\drive d\tcl\classes;C:\classes;C:\jdk1.1.8\lib\classes. > > > zip > > > > > > The TclJava mailing list is sponsored by Scriptics Corporation. > > To subscribe:send mail to [EMAIL PROTECTED] > > with the word SUBSCRIBE as the subject. > > To unsubscribe: send mail to [EMAIL PROTECTED] > > with the word UNSUBSCRIBE as the subject. > > To send to the list, send email to '[EMAIL PROTECTED]'. > The TclJava mailing list is sponsored by Scriptics Corporation. To subscribe:send mail to [EMAIL PROTECTED] with the word SUBSCRIBE as the subject. To unsubscribe: send mail to [EMAIL PROTECTED] with the word UNSUBSCRIBE as the subject. To send to the list, send email to '[EMAIL PROTECTED]'.
[Tcl Java] RE: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] TclBlend 1.2.5 on NT
We are using TclBlend 1.2.5 on NT with JDK 1.2.2 with no problems. In fact just installed it on NT this morning and had it up and running in matter of minutes. Dan - Dan R. Schenckmailto:[EMAIL PROTECTED] Business Unit Manager http://www.posc.org POSC, Suite 275 10777 Westheimer Houston, TX 77042 voice: +1 (713) 267-5166 fax: +1 (713) 784-9219 - -Original Message- From: David Mosenkis [mailto:[EMAIL PROTECTED]] Sent: Friday, November 12, 1999 11:31 AM To: Moses DeJong Cc: tcljava Subject: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] TclBlend 1.2.5 on NT Mo, Thank you for your help. I added the extra debug line, and the problem is indeed that it is failing to find java.dll. In fact, I don't have a java.dll anywhere on my system (even though I have jdk1.1.8 from Sun installed). I looked on a colleague's machine, and he has java.dll only in his jdk1.2 directory - does this file only exist in java 1.2? It would be odd for tclblend to require java 1.2 file since I downloaded the version for 1.1. Anyway, as you surmised before, I don't have VC++ on my PC, but I do have a C development environment on a Solaris machine, so I've now gone and built tcl8.2.2 and tclBlend1.2.5 from the source there, and it works fine. Thanks, Dave Moses DeJong wrote: > > On Thu, 11 Nov 1999, David Mosenkis wrote: > > > I already had JDK bin directory in PATH, and adding classes.zip to CLASSPATH > > didn't help: > > This warning is generated by the loadtclblend proc inside pkgIndex.tcl. > It seems to indicate that your PATH does not include a directory > that has a file called java.dll in it. This code should be working so > my guess is that the file is missing or you have the wrong path in > your PATH env var. You could add some extra debug output to the > proc with a patch like this. > > --- pkgIndex.tcl1999/10/22 16:52:25 1.16 > +++ pkgIndex.tcl1999/11/12 03:36:20 > @@ -304,6 +304,7 @@ > > foreach shlib $shlibs { > set file [file join $dir $shlib] > + puts "looking for file \"$file\", exists is [file exists > $file]" > > if {[file exists $file]} { > if {$shlibloc($shlib) == ""} { > > That should print out the path of each place it looks for java.dll. > Other folks have gotten the precompiled .dlls to work so it is not > a lost cause. > > later > Mo DeJong > > > % package require java > > could not find java.dll, you may need to add the directory where java.dll lives > > to your PATH environmental variable. > > % set env(PATH) > > c:\bin;C:\Inprise\vbroker\bin;C:\orant\bin;c:\jdk11\bin;C:\WINNT\system3 2;C:\WIN > > NT;C:\PROGRA~1\TCL\bin;c:\jdk1.1.8\bin > > % set env(CLASSPATH) > > C:\Program Files\Tcl\lib\tclblend\tcljava.jar;C:\Program Files\Tcl\lib\tclblend\ > > tclblend.jar;\\broadmoor\drive d\tcl\classes;C:\classes;C:\jdk1.1.8\lib\classes. > > zip > > > The TclJava mailing list is sponsored by Scriptics Corporation. > To subscribe:send mail to [EMAIL PROTECTED] > with the word SUBSCRIBE as the subject. > To unsubscribe: send mail to [EMAIL PROTECTED] > with the word UNSUBSCRIBE as the subject. > To send to the list, send email to '[EMAIL PROTECTED]'. The TclJava mailing list is sponsored by Scriptics Corporation. To subscribe:send mail to [EMAIL PROTECTED] with the word SUBSCRIBE as the subject. To unsubscribe: send mail to [EMAIL PROTECTED] with the word UNSUBSCRIBE as the subject. To send to the list, send email to '[EMAIL PROTECTED]'. Dan R. Schenck (E-mail).vcf
[Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] Re: [Tcl Java] TclBlend 1.2.5 on NT
Mo, Thank you for your help. I added the extra debug line, and the problem is indeed that it is failing to find java.dll. In fact, I don't have a java.dll anywhere on my system (even though I have jdk1.1.8 from Sun installed). I looked on a colleague's machine, and he has java.dll only in his jdk1.2 directory - does this file only exist in java 1.2? It would be odd for tclblend to require java 1.2 file since I downloaded the version for 1.1. Anyway, as you surmised before, I don't have VC++ on my PC, but I do have a C development environment on a Solaris machine, so I've now gone and built tcl8.2.2 and tclBlend1.2.5 from the source there, and it works fine. Thanks, Dave Moses DeJong wrote: > > On Thu, 11 Nov 1999, David Mosenkis wrote: > > > I already had JDK bin directory in PATH, and adding classes.zip to CLASSPATH > > didn't help: > > This warning is generated by the loadtclblend proc inside pkgIndex.tcl. > It seems to indicate that your PATH does not include a directory > that has a file called java.dll in it. This code should be working so > my guess is that the file is missing or you have the wrong path in > your PATH env var. You could add some extra debug output to the > proc with a patch like this. > > --- pkgIndex.tcl1999/10/22 16:52:25 1.16 > +++ pkgIndex.tcl1999/11/12 03:36:20 > @@ -304,6 +304,7 @@ > > foreach shlib $shlibs { > set file [file join $dir $shlib] > + puts "looking for file \"$file\", exists is [file exists > $file]" > > if {[file exists $file]} { > if {$shlibloc($shlib) == ""} { > > That should print out the path of each place it looks for java.dll. > Other folks have gotten the precompiled .dlls to work so it is not > a lost cause. > > later > Mo DeJong > > > % package require java > > could not find java.dll, you may need to add the directory where java.dll lives > > to your PATH environmental variable. > > % set env(PATH) > > c:\bin;C:\Inprise\vbroker\bin;C:\orant\bin;c:\jdk11\bin;C:\WINNT\system32;C:\WIN > > NT;C:\PROGRA~1\TCL\bin;c:\jdk1.1.8\bin > > % set env(CLASSPATH) > > C:\Program Files\Tcl\lib\tclblend\tcljava.jar;C:\Program Files\Tcl\lib\tclblend\ > > tclblend.jar;\\broadmoor\drive d\tcl\classes;C:\classes;C:\jdk1.1.8\lib\classes. > > zip > > > The TclJava mailing list is sponsored by Scriptics Corporation. > To subscribe:send mail to [EMAIL PROTECTED] > with the word SUBSCRIBE as the subject. > To unsubscribe: send mail to [EMAIL PROTECTED] > with the word UNSUBSCRIBE as the subject. > To send to the list, send email to '[EMAIL PROTECTED]'. The TclJava mailing list is sponsored by Scriptics Corporation. To subscribe:send mail to [EMAIL PROTECTED] with the word SUBSCRIBE as the subject. To unsubscribe: send mail to [EMAIL PROTECTED] with the word UNSUBSCRIBE as the subject. To send to the list, send email to '[EMAIL PROTECTED]'.
[Tcl Java] versioning of Jacl commands
What are the costs associated w/ call Extension.loadOnDemand() for the same class but with different command names. Any? Here's what I'm up against: I have literally hundreds of commands in my application. I'd like to rework some of them but must keep backward compatibility. I see two possibilities: 1) Rework the commands. At the same time, produce a set of stub classes matching the old ones that simply call the new class. 2) Write a bunch of Tcl procs that accomplish the same thing. In general though, does anyone have any clever ideas for versioning commands? --- Thomas McKay Project Leader Microcosm Technologies, Inc. mailto:[EMAIL PROTECTED] The TclJava mailing list is sponsored by Scriptics Corporation. To subscribe:send mail to [EMAIL PROTECTED] with the word SUBSCRIBE as the subject. To unsubscribe: send mail to [EMAIL PROTECTED] with the word UNSUBSCRIBE as the subject. To send to the list, send email to '[EMAIL PROTECTED]'.