tcljava-user — Ask questions and get help here

[tcljava-user] Creating an Eclipse plug-in for TclBlend

[Gregory P. <gp...@ls...>]

Hi,

Does anyone know how I could create an Eclipse plug-in for TclBlend?
I would want this plug-in to contain any required native shared 
libraries so that
I could send this plug-in to anyone and they could use it without having 
to build
and install Tcl on their system first.

Thanks,
Greg

[tcljava-user] JACL - convert Tcl string to java int

[<PFi...@hb...>]

Thanks for the reply Tom and the hints. 

I did not realise MQOO_INPUT_AS_Q_DEF is actually a constant field of the 
abstract class MQC.  Learning JAVA as well as TclBlend!

Regards.

Patrick. 


===================================================
HBF Health Funds Inc. a registered organisation under the National Health Act
HBF Insurance Pty Ltd ACN  009 268 277
This email is a confidential communication intended only for the named Addressee(s). 
If you are not that person any disclosure, copying, distribution or use of this email
or the information in it is prohibited. Please notify us immediately by 
telephone, (+61) 08 9265 6111 or return email and delete this email.
The views in this email may be personal to the author and not those of HBF.

[tcljava-user] Re: JACL - convert Tcl string to java int.

[James G. <jg...@mo...>]

Hi Patrick,

I believe your call is incorrect because you are passing a String value
to the method (i.e. MQC.MQOO_OUTPUT). To get the value of this field,
you need to call java::field MOC.MOOO_OUTPUT.

Hope this helps,

Regards,

James Graham
> Subject: [tcljava-user] JACL - convert Tcl string to java int.
> Reply-To: tcl...@li...
> 
> This is a multipart message in MIME format.
> --=_alternative 00100FCE48257060_=
> Content-Type: text/plain; charset="US-ASCII"
> 
> Running Tclblend 1.3.2 on Windows XP.
> 
> Writing JACL script to send/retrieve messages to IBM MQSeries on 
> Mainframe.
> 
> Java code looks like;
> 
> qMgr = new MQQueueManager(qManager);
> // Set up the options on the queue we wish to open...
> // Note. All WebSphere MQ Options are prefixed with MQC in Java.
> //##### openOptions is defined as integer ####. 
> int openOptions = MQC.MQOO_INPUT_AS_Q_DEF |
> MQC.MQOO_OUTPUT ;
> 
> // Now specify the queue that we wish to open,
> // and the open options...
> MQQueue system_default_local_queue =
> qMgr.accessQueue("SYSTEM.DEFAULT.LOCAL.QUEUE",
> openOptions); 
> 
> JACL code looks like.
> 
> set MQQueueManager [ java::new com.ibm.mq.MQQueueManager XXXX ]
> 
> set queueName      XXX.XX.XXXX.0059.XXXX
> append openOptions MQC.MQOO_OUTPUT 
> append openOptions " | " 
> append openOptions MQC.MQOO_INPUT_AS_Q_DEF
> 
> set accessQueue [ $MQQueueManager accessQueue $queueName $openOptions  ] 
> 
> ##################################333
> 
> Calling the accessQueue method generates the error:
> 
> ----------------------
> expected integer but got "MQC.MQOO_OUTPUT | MQC.MQOO_INPUT_AS_Q_DEF"
>     while executing
> "$MQQueueManager accessQueue $queueName $openOptions  "
> ----------------------
> 
> $openOptions needs to be defined as an integer but it's not being 
> converted in the method call. 
> 
> Doco says:
> 
> "Tcl values are also be converted to Java objects and primitive Java types 
> when they are given as arguments to Java commands. The default conversion 
> for all Tcl values is a java.lang.String object. To override this default 
> a full signature must be provided for Java method invocations". 
> 
> java::info method for MQQueueManager returns "{accessQueue 
> java.lang.String int}".
> 
> I tried "set accessQueue [ $MQQueueManager { accessQueue java.lang.String 
> int } $queueName $openOptions  ] "
> 
> and got:
> 
> expected integer but got "MQC.MQOO_OUTPUT | MQC.MQOO_INPUT_AS_Q_DEF"
>     while executing
> "$MQQueueManager { accessQueue java.lang.String int } $queueName 
> $openOptions  "
> 
> How do I specify the full signature for method invocations do enable this 
> conversion? 
> 
> Regards.
> 
> Patrick.
> ===================================================
> HBF Health Funds Inc. a registered organisation under the National Health Act
> HBF Insurance Pty Ltd ACN  009 268 277
> This email is a confidential communication intended only for the named Addressee(s). 
> If you are not that person any disclosure, copying, distribution or use of this email
> or the information in it is prohibited. Please notify us immediately by 
> telephone, (+61) 08 9265 6111 or return email and delete this email.
> The views in this email may be personal to the author and not those of HBF.
> 

-- 
James T. Graham
Software Development Manager
Design Automation
jg...@mo...
__________________________________
Monolithic System Technology, Inc.
1020 Stewart Dr.
Sunnyvale, CA 94085
Phone: (408) 731-1891
Fax:   (408) 731-1893

Re: [tcljava-user] JACL - convert Tcl string to java int.

[Tom P. <tpo...@ny...>]

On Wed, Aug 17, 2005 at 10:55:30AM +0800, PFi...@hb... wrote:

> 
> //##### openOptions is defined as integer ####. 
> int openOptions = MQC.MQOO_INPUT_AS_Q_DEF |
> MQC.MQOO_OUTPUT ;
> 

> ----------------------
> expected integer but got "MQC.MQOO_OUTPUT | MQC.MQOO_INPUT_AS_Q_DEF"
>     while executing
> "$MQQueueManager accessQueue $queueName $openOptions  "
> ----------------------


I don't know MQ at all, but I think you need to use the java::field method
to get access the field values of the MQC class, then use Tcl's expr to
or them together.

something like:


  # import the correct class, I'm guessing that it's in the com.ibm.mq package
  # or specify the full path in the field method:

  java::import com.ibm.mq.MQC

  set openOptions [expr [java::field MQC MQOO_OUTPUT] | [java::field MQC MQOO_INPUT_AS_Q_DEF] ]

  set accessQueue [ $MQQueueManager accessQueue $queueName $openOptions  ]



See: http://tcljava.sourceforge.net/docs/TclJava/JavaFieldCmd.html

Hint:  I like to import all of the constants of a class into a Tcl array. 
You could probably do this:

array set MQC {}
foreach f [java::info fields -static MQC] {
    set MQC($f) [java::field MQC $f]
}
 
#now access constants as 
put "MQC.MQOO_OUTPUT has value of $MQC(MQOO_OUTPUT)"
parray MQC

-- 
Tom Poindexter
tpo...@ny...
http://www.nyx.net/~tpoindex/

[tcljava-user] JACL - convert Tcl string to java int.

[<PFi...@hb...>]

Running Tclblend 1.3.2 on Windows XP.

Writing JACL script to send/retrieve messages to IBM MQSeries on 
Mainframe.

Java code looks like;

qMgr = new MQQueueManager(qManager);
// Set up the options on the queue we wish to open...
// Note. All WebSphere MQ Options are prefixed with MQC in Java.
//##### openOptions is defined as integer ####. 
int openOptions = MQC.MQOO_INPUT_AS_Q_DEF |
MQC.MQOO_OUTPUT ;

// Now specify the queue that we wish to open,
// and the open options...
MQQueue system_default_local_queue =
qMgr.accessQueue("SYSTEM.DEFAULT.LOCAL.QUEUE",
openOptions); 

JACL code looks like.

set MQQueueManager [ java::new com.ibm.mq.MQQueueManager XXXX ]

set queueName      XXX.XX.XXXX.0059.XXXX
append openOptions MQC.MQOO_OUTPUT 
append openOptions " | " 
append openOptions MQC.MQOO_INPUT_AS_Q_DEF

set accessQueue [ $MQQueueManager accessQueue $queueName $openOptions  ] 

##################################333

Calling the accessQueue method generates the error:

----------------------
expected integer but got "MQC.MQOO_OUTPUT | MQC.MQOO_INPUT_AS_Q_DEF"
    while executing
"$MQQueueManager accessQueue $queueName $openOptions  "
----------------------

$openOptions needs to be defined as an integer but it's not being 
converted in the method call. 

Doco says:

"Tcl values are also be converted to Java objects and primitive Java types 
when they are given as arguments to Java commands. The default conversion 
for all Tcl values is a java.lang.String object. To override this default 
a full signature must be provided for Java method invocations". 

java::info method for MQQueueManager returns "{accessQueue 
java.lang.String int}".

I tried "set accessQueue [ $MQQueueManager { accessQueue java.lang.String 
int } $queueName $openOptions  ] "

and got:

expected integer but got "MQC.MQOO_OUTPUT | MQC.MQOO_INPUT_AS_Q_DEF"
    while executing
"$MQQueueManager { accessQueue java.lang.String int } $queueName 
$openOptions  "

How do I specify the full signature for method invocations do enable this 
conversion? 

Regards.

Patrick.
===================================================
HBF Health Funds Inc. a registered organisation under the National Health Act
HBF Insurance Pty Ltd ACN  009 268 277
This email is a confidential communication intended only for the named Addressee(s). 
If you are not that person any disclosure, copying, distribution or use of this email
or the information in it is prohibited. Please notify us immediately by 
telephone, (+61) 08 9265 6111 or return email and delete this email.
The views in this email may be personal to the author and not those of HBF.

[tcljava-user] Wiki pages on building Jacl and Tcl Blend under Windows

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

The Tcl Wiki contains some useful information about building
Jacl and Tcl Blend 1.3.2 on Windows systems. I hope you find
these pages helpful.

(Building JACL with Msys)

http://wiki.tcl.tk/9875

(Building TclBlend with msys_mingw)

http://wiki.tcl.tk/9993

cheers
Mo DeJong

Re: [tcljava-user] help needed on configuring jacl

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

On Sat, 6 Aug 2005 11:50:26 -0700 (PDT)
community help <hel...@ya...> wrote:

> Hi,
> 
> I've installed jacl in the root ddirectory of
> msys-mingw, then i installed tcl on the root directory
> too.

Jacl is a Tcl interp. You don't need to install the C version
of Tcl to use Jacl.

> Now when i run the make shell once in the interpreter
> i tried: package require java but i have a message
> saying: cannot find package java or something like
> this.

Once Jacl is installed, you should run it via the jtclsh shell
or the jtclsh.bat batch file. The 'make shell' target is used
to run jacl from the build directory before it is installed).

> How shouldd i solve this problem?
> An other question concerning tcl is that i want to add
> tcl to the path but there is no .bash_profile file. So
> i have to go to the "win directory and run make shell
> every time.

cd $JACLINSTALL/bin
export PATH=${PATH}:`pwd`
jaclsh

cheers
Mo DeJong

Re: [tcljava-user] TclBlend - JDK Licensing.

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

This is probably a question more for the Sun or IBM licenses (depending o=
n
which JDK you bundle), so I doubt you'll get any kind of answer from the
tcljava list.  The TclBlend license definitely permits such things.  If I
remember correctly, the Sun JDK/JRE licenses permit re-packaging (for
exactly this type of automated corporate deployment) but with some
restrictions.  This may have changed, but I believe you have to do a
bundle that runs the Sun installer in silent mode.  I don't think it lets
you simply package up an existing directory and redistribute...  One plac=
e
to start:

    http://java.sun.com/j2se/1.4.2/docs/guide/deployment/

Unfortunate as this sounds, probably a question for your legal council...

                   -=3D- D. J.

Patrick Finnegan said:
> Are there any licensing restrictions preventing the inclusion of an
embedded JDK with a TclBlend distro?  I have compiled Windows TclBlend
binaries with an embedded JDK for distribution in a controlled corporate
network.  Embedded means the JDK is shipped with the TclBlend distro
because security restrictions forbid the installation of stand alone
JAVA runtime environments on desktops.  The executables in d:\tcl\bin
are compiled to point at D:\tcl\JDK142.  Do I need to ask permission
from Sun or IBM to distribute the JDK?
>

[tcljava-user] help needed on configuring jacl

[community h. <hel...@ya...>]

Hi,

I've installed jacl in the root ddirectory of
msys-mingw, then i installed tcl on the root directory
too.

Now when i run the make shell once in the interpreter
i tried: package require java but i have a message
saying: cannot find package java or something like
this.

How shouldd i solve this problem?
An other question concerning tcl is that i want to add
tcl to the path but there is no .bash_profile file. So
i have to go to the "win directory and run make shell
every time.

Thank you

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

[tcljava-user] TclBlend - JDK Licensing.

[Patrick F. <pfi...@oz...>]

Are there any licensing restrictions preventing the inclusion of an 
embedded JDK with a TclBlend distro?  I have compiled Windows TclBlend 
binaries with an embedded JDK for distribution in a controlled corporate 
network.  Embedded means the JDK is shipped with the TclBlend distro 
because security restrictions forbid the installation of stand alone 
JAVA runtime environments on desktops.  The executables in d:\tcl\bin 
are compiled to point at D:\tcl\JDK142.  Do I need to ask permission 
from Sun or IBM to distribute the JDK?

Re: [tcljava-user] tclblend init error on linux

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

On Tue, 2 Aug 2005 16:40:43 +0900
"Yuji Ishikawa" <yu-...@se...> wrote:

> Hi,
> 
> I am having a trouble with installing tclBlend 1.3.2 with thread2.6.2 and
> tcl8.4.11
> on Linux (Fedora core 4).  It seems initializing tclBlend extension threw an
> exception.  Does anybody suggest how I can fix this problem? Thanks.
...
> TCLBLEND_DEBUG: called JavaInitBlend
> Exception in thread "main" java.lang.NullPointerException: Invalid
> interpreter.
> 	at tcl.lang.Interp.getCommand(Native Method)
> 	at tcl.lang.BlendExtension.init(BlendExtension.java:39)

Humm, strange indeed. Could you check that Tcl is passing its own
regression tests before moving on to Tcl Blend? In the Tcl build
dir run "make test" and then do the same thing in the thread build
dir. If lots of test fail then there may be something more basic wrong
with the Tcl build under Fedora. This is a new distro with a new
compiler so it is best to start checking the basics before looking deeper
into what is going on in Tcl Blend.

As far as the Tcl Blend error goes, it is being raised in 
Java_tcl_lang_Interp_getResult defined in javaInterp.c.
I see some test cases that generate this error, but I
don't think they are exactly the same as what is going on
here.

(from javaInterp.test)

test javaInterp-6.1 {Java_tcl_lang_Interp_getResult} {
    set i [java::new tcl.lang.Interp]
    $i dispose
     list [catch {$i getResult} msg] $msg
} {1 {java.lang.NullPointerException: Invalid interpreter.}}

Also, where did you get this j2sdk1.4.2_08 release from?
And this is a 32 bit Intel type machine you are using?

cheers
Mo DeJong

[tcljava-user] tclblend init error on linux

[Yuji I. <yu-...@se...>]

Hi,

I am having a trouble with installing tclBlend 1.3.2 with thread2.6.2 and
tcl8.4.11
on Linux (Fedora core 4).  It seems initializing tclBlend extension threw an
exception.  Does anybody suggest how I can fix this problem? Thanks.

-yuji

---
% package require java
TCLBLEND_DEBUG: Tclblend_Init
TCLBLEND_DEBUG: CLASSPATH is
"/usr/local/lib/tcljava1.3.2/tcljava.jar:/usr/local/lib/tcljava1.3.2/tclblen
d.jar:/home/mainte/j2sdk1.4.2_08/jre/lib/rt.jar"
TCLBLEND_DEBUG: called JavaSetupJava
TCLBLEND_DEBUG: JavaInitEnv for JDK1_2 JVM
TCLBLEND_DEBUG: No JVM, creating one
TCLBLEND_DEBUG: CLASSPATH is
"-Djava.class.path=/usr/local/lib/tcljava1.3.2/tcljava.jar:/usr/local/lib/tc
ljava1.3.2/tclblend.jar:/home/mainte/j2sdk1.4.2_08/jre/lib/rt.jar"
TCLBLEND_DEBUG: JVM options
 vm_args.version: 10002
 vm_args.nOptions: 1
 options[0].optionString =
'-Djava.class.path=/usr/local/lib/tcljava1.3.2/tcljava.jar:/usr/local/lib/tc
ljava1.3.2/tclblend.jar:/home/mainte/j2sdk1.4.2_08/jre/lib/rt.jar',
options.[0].extraInfo = 'NULL'
TCLBLEND_DEBUG: JNI_CreateJavaVM
TCLBLEND_DEBUG: JavaInitEnv returning successfully
TCLBLEND_DEBUG: initializing jcache
TCLBLEND_DEBUG: JavaSetupJava returning successfully
TCLBLEND_DEBUG: Now to create Interp object
TCLBLEND_DEBUG: Checking Tcl_GetNameOfExecutable()
TCLBLEND_DEBUG: Executable name is already known
TCLBLEND_DEBUG: called JavaInitBlend
Exception in thread "main" java.lang.NullPointerException: Invalid
interpreter.
	at tcl.lang.Interp.getCommand(Native Method)
	at tcl.lang.BlendExtension.init(BlendExtension.java:39)
TCLBLEND_DEBUG: Exception in init() method
TCLBLEND_DEBUG: JavaInitBlend returning
TCLBLEND_DEBUG: Tclblend_Init finished
TCLBLEND_DEBUG: JavaInitBlend returned TCL_ERROR
"XpUtils::iload -d /usr/local/lib/tcljava1.3.2 tclblend" failed:
java.lang.NullPointerException: Invalid interpreter. % exit
TCLBLEND_DEBUG: called FreeJavaCache
TCLBLEND_DEBUG: called DestroyJVM

Re: [tcljava-user] New Jacl/Tcl Blend 1.3.2 release is online!

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

On Mon, 1 Aug 2005 12:28:02 -0400
"Patnaik, Anjela" <APa...@ci...> wrote:

> Hello folks,
> This appears to be in source form only.

There is a Jacl binary now, but Tcl Blend can only
be provided as a source download. There is no way
to make a binary release of Tcl Blend because Tcl Blend
needs to link to both the Tcl dlls and the Java dlls and
the specific dll names and where they live is different for
each Tcl/JVM combo. It is just too error prone. Folks have
enough trouble just downloading Tcl Blend and building it.
If you also throw all kinds of binary incompatibilities into
the mix, most people would never be able to get it working.

I have updated the Wiki notes on building Tcl Blend, there
really should be no reason you can't download Tcl Blend
and build it. There is also a new jtclsh.bat file that will
launch Tcl Blend from a cmd.exe shell or the Windows
explorer with the env vars setup correctly.

http://wiki.tcl.tk/9993

cheers
Mo DeJong

RE: [tcljava-user] New Jacl/Tcl Blend 1.3.2 release is online!

[Patnaik, A. <APa...@ci...>]

Hello folks,
This appears to be in source form only.

Has anyone built 1.3.2 from source for Win2K
and compiled with the 8.4.11 core? And does the
8.4.11 version of tcl core have to be compiled as
well?

Are there any plans to put compiled binaries
in SF?

Several years ago, I had compiled the 1.3.1 with
the 8.4.2 core and had run into several glitches.

Thank you!

-----Original Message-----
From: tcl...@li...
[mailto:tcl...@li...]On Behalf Of Mo DeJong
Sent: Friday, July 29, 2005 12:43 AM
To: tcl...@li...
Cc: tcl...@li...
Subject: [tcljava-user] New Jacl/Tcl Blend 1.3.2 release is online!


This message is to announce the new 1.3.2 release of Jacl and
Tcl Blend.  These releases are the result of efforts by Mo DeJong
and the Jacl and Tcl Blend user community.

The 1.3.2 release of Jacl and Tcl Blend are available for
downloading at the following URL:

    http://sourceforge.net/project/showfiles.php?group_id=3D13005

The 1.3.2 version is a "production" ready release, it is
considered stable enough to be used on an everyday basis.
The code in this release is already being used by customers
in production environments on a daily basis.

What's New in the 1.3.2 Release?
----------------------------------

The 1.3.2 release includes a couple of minor new features
and some important bug fixes. Tcl Blend now includes the
file win/libjvm.dll.a, it is needed to build with some broken
JDKs in a Windows environment. Running Jacl and Tcl Blend in
a Windows environment is now easier as a batch file startup
script is now installed as part of the default build.
A pre-compiled Jacl release that includes only the files
needed to run Jacl is now available. The jaclsh startup script
now returns a non-zero exit status if some error was encountered
while processing a script. IO support in the Interp class
has been re-implemented so that it makes use of the new IO
layer. Jacl and Tcl Blend can now be compiled in a JDK 1.5
environment. A number of tricky expr command number parsing
bugs have been fixed in Jacl. Also, the classloader issues that
made it difficult to run Jacl in certain environments have
been resolved.

See the new_features.txt and changes.txt files for more info.

What is Jacl?
----------------

Jacl is a 100% Java implementation of Tcl 8.  This allows Tcl to run
in more environments and also brings the power of scripting to Java
developers.  Jacl implements almost all the features available in
the C version of Tcl and is well tested.

What is Tcl Blend?
------------------------

Tcl Blend is a Tcl Extension that allows you to have access to the
Java VM from the Tcl interpreter.  The goal here is to allow Tcl
developers to write new Tcl extensions in Java rather then C or C++
for better portability.  A developer can also load both Tcl and
Tcl Blend into an existing Java JVM. Tcl Blend is known to work on
Solaris, Windows 95/NT/XP, IRIX, and Linux. Other systems have not
been tested but it should be easy to port Tcl Blend to any system
that supports dynamic loading and the Java JNI interface.

For additional information:
---------------------------------

The primary website for Tcl/Java related information is:

    http://tcljava.sourceforge.net/

The README file included in the Jacl and Tcl Blend releases
includes lots or additional information including how
to sign up for the tcljava mailing lists.


-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO =
September
19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & =
QA
Security * Process Improvement & Measurement * =
http://www.sqe.com/bsce5sf
_______________________________________________
tcljava-user mailing list
tcl...@li...
https://lists.sourceforge.net/lists/listinfo/tcljava-user

[tcljava-user] New Jacl/Tcl Blend 1.3.2 release is online!

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

This message is to announce the new 1.3.2 release of Jacl and
Tcl Blend.  These releases are the result of efforts by Mo DeJong
and the Jacl and Tcl Blend user community.

The 1.3.2 release of Jacl and Tcl Blend are available for
downloading at the following URL:

    http://sourceforge.net/project/showfiles.php?group_id=13005

The 1.3.2 version is a "production" ready release, it is
considered stable enough to be used on an everyday basis.
The code in this release is already being used by customers
in production environments on a daily basis.

What's New in the 1.3.2 Release?
----------------------------------

The 1.3.2 release includes a couple of minor new features
and some important bug fixes. Tcl Blend now includes the
file win/libjvm.dll.a, it is needed to build with some broken
JDKs in a Windows environment. Running Jacl and Tcl Blend in
a Windows environment is now easier as a batch file startup
script is now installed as part of the default build.
A pre-compiled Jacl release that includes only the files
needed to run Jacl is now available. The jaclsh startup script
now returns a non-zero exit status if some error was encountered
while processing a script. IO support in the Interp class
has been re-implemented so that it makes use of the new IO
layer. Jacl and Tcl Blend can now be compiled in a JDK 1.5
environment. A number of tricky expr command number parsing
bugs have been fixed in Jacl. Also, the classloader issues that
made it difficult to run Jacl in certain environments have
been resolved.

See the new_features.txt and changes.txt files for more info.

What is Jacl?
----------------

Jacl is a 100% Java implementation of Tcl 8.  This allows Tcl to run
in more environments and also brings the power of scripting to Java
developers.  Jacl implements almost all the features available in
the C version of Tcl and is well tested.

What is Tcl Blend?
------------------------

Tcl Blend is a Tcl Extension that allows you to have access to the
Java VM from the Tcl interpreter.  The goal here is to allow Tcl
developers to write new Tcl extensions in Java rather then C or C++
for better portability.  A developer can also load both Tcl and
Tcl Blend into an existing Java JVM. Tcl Blend is known to work on
Solaris, Windows 95/NT/XP, IRIX, and Linux. Other systems have not
been tested but it should be easy to port Tcl Blend to any system
that supports dynamic loading and the Java JNI interface.

For additional information:
---------------------------------

The primary website for Tcl/Java related information is:

    http://tcljava.sourceforge.net/

The README file included in the Jacl and Tcl Blend releases
includes lots or additional information including how
to sign up for the tcljava mailing lists.

Re: [tcljava-user] JACL on Windows - beta pre-compiled binary available.

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

On Tue, 19 Jul 2005 22:42:31 +0800
Patrick Finnegan <pfi...@oz...> wrote:

> 
> I have a BETA pre-compiled JACL binary available from 
> http://www.patrickfinnegan.com/JACL/JACL.zip.  Comes packaged with 
> jdk1.3.1_01 JDK.

Patrick, what is the point of putting up this 23 meg download? First off,
I don't think you are legally allowed to redistribute the JDK binaries. Also, I
don't see why people would want to download both a JDK and Jacl
that happen to be put into the same directory. Second, giving people .exe
files is not typically a good idea because of virus issues under Windows.

What exactly are you wanting to accomplish?

thanks
Mo DeJong

[tcljava-user] JACL on Windows - beta pre-compiled binary available.

[Patrick F. <pfi...@oz...>]

I have a BETA pre-compiled JACL binary available from 
http://www.patrickfinnegan.com/JACL/JACL.zip.  Comes packaged with 
jdk1.3.1_01 JDK.  Any volunteers to download and test?   Does anyone 
have JACL  programs I can use to test the distro?

Email me at pfi...@oz....

Install Instructions.
**************

1.   Unzip jacl.zip.

extract to C:\Program Files\JACL

2.    Execute jacl.exe.  

C:\Program Files\JACL\bin>jacl.exe

3.   Test gridDemo.

Test gridDemo from jacl command shell.

% pwd
C:/Program Files/JACL/bin
% cd ../
% cd ../
% pwd
C:/Program Files
% cd jacl/demos
% pwd
C:/Program Files/JACL/demos
% glob *
gluepkg gridDemo packDemo pyramidpkg README simplepkg VolcanoRobot watchpkg
% cd gridDemo
% pwd
C:/Program Files/JACL/demos/gridDemo
% glob *
grid.tcl gridDemo.tcl README
% source gridDemo.tcl
%

Re: [tcljava-user] installation problem on cygwin

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

On Mon, 18 Jul 2005 06:53:26 -0700 (PDT)
community help <hel...@ya...> wrote:

> Hi,
> 
> I tried to install jacl on cygwin. When i runned the
> configure script i had the following error:
> 
> Checking the java compiler ... configure: error: could

It does not work under Cygwin. You need to build with
the mingw package described in the README.

Mo

[tcljava-user] Lee Benhart is out of office

[Lee B. <LBe...@dt...>]

I will be out of the office starting  07/18/2005 and will not return until
07/19/2005.

Please Call Jay Scaramazzo if there is a pressing issue I am needed for.
Thank you

[tcljava-user] installation problem on cygwin

[community h. <hel...@ya...>]

Hi,

I tried to install jacl on cygwin. When i runned the
configure script i had the following error:

Checking the java compiler ... configure: error: could
not compile simple test program Test.java with sh
/home/Admin/jacl1.3.1/bsjavac.sh
/cygdrive/c/j2sdk1.4.1/bin/javac

Thank you


		
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

[tcljava-user] Running JACL(Tcl) under IBM RAD 6/Eclipse 3.1.

[Patrick F. <pfi...@oz...>]

See link at "http://wiki.tcl.tk/1637" for an example of how to do this.

[tcljava-user] Running JACL on Windows XP from Windows command line.

[Patrick F. <pfi...@oz...>]

I have set up a jacl installation on Windows XP to run from the windows 
command line.  Mysys is not needed at runtime but it's still needed for 
the compile stage(generation of jacl.jar and tcljava.jar).  I just 
converted the jaclsh script from bash to dos.  See below.

I installed following the instructions at this link 
"http://wiki.tcl.tk/9993" but set up my directory structure a little 
differently.

I created "D:\JACL" then copied the Sun 1.3.1 JDK directory into 
"D:\JACL\jdk1.3.1_01".  I set the install directory options to "d:\jacl" 
and the jdk location to "D:\JACL\jdk1.3.1_01" at the mysys make/install 
stage and finally I copied the demo directory from the jacl download 
directory to "D:\JACL\demos".  The final install directory structure 
looks like:

D:\JACL\bin
D:\JACL\demos
D:\JACL\jdk1.3.1_01
D:\JACL\lib

The advantage of this approach is that it packages the 1.3.1 JDK with 
JACL so that it's possible to zip up the directory structure and port 
the installation from machine to machine(Windows) with no need to 
re-compile.  JACLSH.cmd starts the jacl shell.  Just make sure the bat 
file directory locations are correct i.e. "c:" or "d:".  

Running the shell
*************

E:\home\pfinnegan>cd /d d:\jacl\bin

D:\JACL\bin>
D:\JACL\bin>jaclsh.cmd
% pwd
D:/JACL/bin
% cd ../demos
% pwd
D:/JACL/demos
%% glob *
gluepkg gridDemo packDemo pyramidpkg README simplepkg VolcanoRobot watchpkg
% cd gridDemo
% pwd
D:/JACL/demos/gridDemo
% glob *
grid.tcl gridDemo.tcl README
% source gridDemo.tcl
................................ brings up the "Downsize Assistant" java 
gui.
     

JACLSH.cmd - windows bat file to start JACL shell.

-------------------------------------------------------------------------------------

@echo off

:: Wrapper script to start up Jacl

set prefix=d:\jacl

:: Tcl/Java version number
set TCLJAVA_VERSION=1.3.1

:: Directory where platform independent files live. This
:: includes the .jar files and any .tcl files

set XP_TCLJAVA_INSTALL_DIR=%prefix%\lib\tcljava%TCLJAVA_VERSION%

set 
JACL_CLASSPATH=d:\JACL\jdk1.3.1_01\lib\tools.jar;d:\JACL\jdk1.3.1_01\lib\dt.jar;d:\JACL\jdk1.3.1_01\jre\lib\rt.jar;%XP_TCLJAVA_INSTALL_DIR%\tcljava.jar;%XP_TCLJAVA_INSTALL_DIR%\jacl.jar

:: Fully qualified path name of JVM executable
set JAVA=d:\JACL\jdk1.3.1_01\bin\java

:: The arguments to the JAVA command
set JAVA_FLAGS="-native -ms5m -mx22m"

:: Run java with the args passed in from the calling environment
:: We must set the CLASSPATH env var instead of using the -classpath
:: argument because jacl might want to exec a program that also
:: depends on the CLASSPATH setting and Java can not export env vars

set CLASSPATH=%JACL_CLASSPATH%;%CLASSPATH%

echo "CLASSPATH is .........."
echo %CLASSPATH%
echo " "
echo "PATH is ............."
echo %PATH%
echo " "

echo %JAVA% %JAVA_FLAGS% tcl.lang.Shell
echo " "

%JAVA% %JAVA_FLAGS% tcl.lang.Shell

Re: [tcljava-user] Calling Static methods using TclBlend

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

On Wed, 12 Jan 2005 12:54:05 +0000
Seena <sm...@en...> wrote:

> Hello,
>   How to call static methods in a java class from Tcl using Tcl Blend?

Use the java::call command defined in the java package.

Example:
set string [java::call Integer toBinaryString 5]
# This will print "result is 101", the binary representation of 5

cheers
Mo DeJong

Re: [tcljava-user] Tclblend.dll dependencies

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

On Thu, 9 Jun 2005 23:07:06 +0200
"Luca" <luc...@al...> wrote:

> Hello,

Hello Luca

> i followed http://wiki.tcl.tk/9993 this step-by-step installation. after
> some retry i could be able to complete point eight.

>  couldn't load library "C:/Programmi/Eggdrop/lib/tcljava1.3.1/tclblend.dll":
> this library or a dependent library could not be found in library path

> using depends.exe to find dll dependencies, I found that jvm.dll is not
> located by system. So I took it from
> C:\Programmi\Borland\JBuilder2005\jdk1.4\jre\bin\client and copied to:
> C:/Programmi/Eggdrop/lib/tcljava1.3.1/

Umm, I don't think that is going to work. The JVM dlls need to stay in the
directories they live in the JDK install tree. The issue here is that the
PATH does not include one or more of the directories that it needs to find
all the dlls. Now, you mentioned that you were able to start the jtclsh
script that was installed when you ran "make install" from the Tcl Blend
build directory, right?

When you ran "make install" in the Tcl Blend build directory, did it print
the following message near the end?

"Installed program is working correctly"

or did it print this:

"Installed program is not working correctly, please recheck installation"

See, the "make install" step will do a test run of Tcl Blend via the jtclsh
script to make sure the paths are correct. So, this is likely the most simple
place to start looking. If it printed the "working correctly" message then
you should be able to run jtclsh and type "package require java" to load
Tcl Blend.

cheers
Mo DeJong

Re: [tcljava-user] Are there any active users on this list?

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

On Tue, 14 Jun 2005 15:14:22 -0400
Lee Benhart <LBe...@dt...> wrote:

> I am trying to learn JACL, I am looking for up to date information but not 
> finding anything.
> I did have to make some changes when I downloaded and compiled the recent 
> version, as one of the variables used is now a keyword in jdk1.5.0_03

Yes, this issue has already been fixed in the CVS version of Jacl. There are
users on this list, just not a lot of posts.

cheers
Mo DeJong