tcljava-user — Ask questions and get help here

Re: [tcljava-dev] Re: [tcljava-user] JACL - Urgent help to make a design decision!

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

On Tue, 14 Dec 2004 14:17:09 -0700
D.J.Hagberg <dha...@mi...> wrote:

> It sounds to me like what you really want is the TclJava package, not 
> Jacl.

Just to clear up the confusion here. The "Tcl/Java" package is a Tcl
package of Tcl commands that is supported by both Jacl and Tcl Blend.
Tcl Blend is the JNI based layer that supports loading a Java VM into
a Tcl process or loading Tcl into an existing JVM. Jacl is a set of 100%
pure Java code that implements a Tcl interpreter.

> Jacl is also a bit dated, supporting only up to around Tcl 8.0 features.
> You definitely do not want to use 
> Jacl if a major part of your code base uses Expect.

It is true that Jacl can't load C based Tcl extensions like Expect. It is
a bit misleading to say that Jacl supports only Tcl 8.0 features.
Jacl supports most but not all the Tcl commands. The features Jacl
does not support typically can't be implemented using the existing Java API.

cheers
Mo DeJong

[tcljava-user] Re: [tcljava-dev] JACL - Urgent help to make a design decision!

[Georgios P. <pet...@ya...>]

Why not loading a Tcl interp inside Java? I suppose you can write
a small C extension that does basic stuff (like creating an interp &
evaluating a string as code) and use swig to generate a JNI wrapper?

George

----- Original Message -----=20
From: "Neil Madden" <ne...@cs...>
To: <tcl...@li...>
Cc: "TclJavaUsers SourceForge" <tcl...@li...>
Sent: Tuesday, December 14, 2004 10:00 PM
Subject: Re: [tcljava-dev] JACL - Urgent help to make a design decision!


Hello,

Some answers below

On 14 Dec 2004, at 19:34, Fernando M. Dagostini wrote:
   [...]
> Needless to say that our first thought was to port the GUI
> part of the application to the Java Client and reuse the
> backend part entirely, with little adjustments, in the
> Server. To accomplish this we would like to implement a
> collection of simple Java/RMI classes =96 basically to map
> remote client calls directly into Tcl procedures - and glue
> them to via Jacl.
>
> So, Jacl would be extremely useful in the sense that:
>
> - Would save a  lot of effort w/o having to port the backend
> code.
> - Clean design.
> - Would fit as a glove into the new Server system.
>
> --- Questions/Problems:
>
> 1 =96 Is this really an approach that Jacl can support.
>
> 2 =96 I=92ve noticed that the =93package=94 command =93=85completely
> implemented in Jacl.=94  as stated in the DIFFS.TXT file so, I
> am assuming that I can load the Expect extension by issuing
> the command =93package require Expect=94, is this correct?

I'm afraid not. Expect is a compiled extension for C-based Tcl. It
won't work with the pure-Java Jacl. You could use C Tcl/Expect as
before and use the TclBlend extension (part of the same project as
Jacl) which will allow you to load extensions written in Java into a
normal Tcl shell. This is essentially the reverse of the situation you
describe - instead of embedding Jacl into your application, structure
the Java parts of your application into packages which can be loaded
into Tcl via TclBlend.

Another alternative is to try and port the parts of your app that use
Expect to use Java or pure-Tcl/Jacl scripts. Depending on what you use
Expect for this could range from trivial to insanely
difficult/impossible. I don't know of any attempt to port Expect to
Java/Jacl, and I doubt it is even possible. From what I gather, Expect
does some very low-level magic, and it is quite likely that this sort
of control isn't available in Java.

[tcljava-user] JACL - Urgent help to make a design decision!

[Fernando M. D. <fda...@uo...>]

Hi! All,

I am about to make a high level design decision for a project 
in the company I work for.

--- Brief:

We currently have a relatively large (12 Kloc) application 
coded in Tcl/Tk/Expect or Expectix. The application provides 
a whole bunch of functionalities to the user via Tk widgets 
and accesses system resources in the backend including 
Socket, File Handling, Spawning external executables, etc.

All this is part of a larger system in the Wireless CDMA 
network management.

Then environment is Sun Solaris.

--- Objective:

Now, we are migrating parts of this larger system into a 
newer one which is Java Client/Server based architecture =96 
including Java/RMI for Client/Server communication.

We have estimated that the application as is today is 
balanced between:

- 1.5 Kloc of Tk front end code (GUI)
- 10.5 Kloc of Tcl/Expect back end code

in a single script file =96 yes, total of 12 Kloc in a single 
program file!...

Needless to say that our first thought was to port the GUI 
part of the application to the Java Client and reuse the 
backend part entirely, with little adjustments, in the 
Server. To accomplish this we would like to implement a 
collection of simple Java/RMI classes =96 basically to map 
remote client calls directly into Tcl procedures - and glue 
them to via Jacl.

So, Jacl would be extremely useful in the sense that:

- Would save a  lot of effort w/o having to port the backend 
code.
- Clean design.
- Would fit as a glove into the new Server system.

--- Questions/Problems:

1 =96 Is this really an approach that Jacl can support.

2 =96 I=92ve noticed that the =93package=94 command =93=85completely 
implemented in Jacl.=94  as stated in the DIFFS.TXT file so, I 
am assuming that I can load the Expect extension by issuing 
the command =93package require Expect=94, is this correct?

3 =96 I=92ve gone through all the commands mentioned in the 
DIFFS.TXT and found that, at least based on what is stated 
there, I can get around those commands listed in =93What 
Partially Works=94 with minor changes in the Tcl code.

4 - I=92ve tried step 2 above in a Jacl shell command line but 
it didn=92t work. If it should work what am I doing wrong?

5 =96 What are the licensing restrictions that may apply to 
using Jacl in such a project?

6 =96 Are there other implications that I should care about?

Sorry for the long posting - we are really interested in 
using Jacl but the project is large enough to take high risks 
at this point.

We appreciate your opinions/suggestions.

Regards,

Fernando M. Dagostini

Brazil Technology Center - Finatel
E-mail: fd...@no...

=0A =0A__________________________________________________________________=
________=0AAcabe com aquelas janelinhas que pulam na sua tela.=0AAntiPop-=
up UOL - =C9 gr=E1tis!=0Ahttp://antipopup.uol.com.br/=0A

[tcljava-user] problems embedding GroupKit (tcl program) !!

[<ja...@ho...>]

<html><div style='background-color:'><DIV class=RTE>
<P>Hello,</P>
<P>I'm trying to embed a tcl application (its name is GroupKit) into java, this application consists basicly in the manage of the synchronization among several clients, so it has a centralized architecture: one server, several clients. I've downloaded the tcljava.jar and jacl.jar, and I've added them to my classpath.</P>
<P>Groupkit has to tcl methods to throw: registrar.tcl (server) and openreg.tcl (clients); for now I'm just trying to make work the server (that's the first step).</P>
<P>The file registrar.tcl is as follows:</P>
<P># registar.tcl --<BR>#<BR>#&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; This Windows shell script is used to invoke the registrar.<BR>#<BR># Copyright (c) 1997-1998 The University of Calgary.<BR>#<BR># See the file "license.terms" for information on usage and<BR># redistribution of this file, and for a DISCLAIMER OF ALL WARRANTIES.<BR>#<BR># CVS: $Id: registrar.tcl,v 1.1.1.1 2003/02/12 14:47:41 cthatcher Exp $</P>
<P>package require gk<BR>wm withdraw .<BR>gk::registrar<BR>vwait blah<BR></P>
<P>so I've tried to throw this registrar.tcl using &nbsp;"interp.evalFile" in java like this:</P>
<P>import tcl.lang.*;</P>
<P>public class Pru<BR>{<BR>&nbsp;<BR>&nbsp;&nbsp; public static void main(String args[])<BR>&nbsp;&nbsp; {<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Interp interp= new Interp();<BR>&nbsp;&nbsp;<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; String scriptFileName1="H:\\Tcl\\bin\\registrar.tcl";<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; String scriptFileName2="H:\\Tcl\\bin\\openreg.tcl";&nbsp;&nbsp;<BR>&nbsp;&nbsp;<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; try<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; {<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; //interp.pkgRequire("gk",null, false);<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; interp.evalFile(scriptFileName1);<BR>&nbsp;&nbsp;&nbsp;<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; //interp.evalFile(scriptFileName2);<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; } catch (Exception ex)<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
{<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ex.printStackTrace();<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<BR>&nbsp;&nbsp;&nbsp;&nbsp;}<BR>}</P>
<P>&nbsp;</P>
<P>the message error is:</P>
<P>tcl.lang.TclException: can't find package gk<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; at tcl.lang.PackageCmd.pkgRequire(PackageCmd.java)<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; at tcl.lang.PackageCmd.cmdProc(PackageCmd.java)<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; at tcl.lang.Parser.evalObjv(Parser.java)<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; at tcl.lang.Parser.eval2(Parser.java)<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; at tcl.lang.Interp.eval(Interp.java)<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; at tcl.lang.Interp.evalFile(Interp.java)<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; at Pru.main(Pru.java:16)</P>
<P>&nbsp;</P>
<P>so I don't know what can I do to tell java how to find the right direcotry to find the package, because I think that the package which he needs (groupkit package --&gt; gk) is in H:\Tcl\lib\gk5.2, and I've tried to use the command: interp.pkgRequire(); but I don't know how to let him to know the right path.</P>
<P>Any IDEA???</P>
<P>Thank you very very much !!</P></DIV></div><br clear=all><hr>Encuentra una aventura, un romance o al amor de tu vida.  <a href="http://g.msn.com/8HMAESES/2737??PS=47575" target="_top">Date de alta gratis.</a> </html>

[tcljava-user] Re: tcljava-user digest, Vol 1 #276 - 2 msgs

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

Try this link.  I used mingw, not VC.
 
http://mini.net/cgi-bin/wikit/9993


============================================================
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.

[tcljava-user] building TclBlend 1.3.1 on win2k

[Seena <sm...@en...>]

Hello,
Have any body tried building TclBlend 1.3.1 under Win 20000?If so would 
you please send me the VC++ makefile?
Thanks,
Seena

[tcljava-user] Errors in building tcl 8.4.2 from source in Windows 2000

[Seena <sm...@en...>]

Hello,
 I am trying to build TCL 8.4.2 from source in Windows 2000 and using 
msys enviornment for that.I run configure enabling threads
by configure --enable-threads.Then i run make command and getting 
following errors.Have anyone seen this errors  before ,if so would you 
please suggest what to do?
Thanks,
Seena

windres -o tclsh.res.o   --include "c:\msys\src\tcl8.4.4\generic" 
--include "."
"tclsh.rc"
gcc -O tclAppInit.o libtcl84.a  \
       tclsh.res.o -o tclsh84.exe -mconsole
tclAppInit.o(.text+0x8c):tclAppInit.c: undefined reference to 
`_imp__Tcl_Main'
tclAppInit.o(.text+0xc5):tclAppInit.c: undefined reference to 
`_imp__Tcl_Init'
tclAppInit.o(.text+0xee):tclAppInit.c: undefined reference to 
`_imp__Tcl_AsyncCreate'
tclAppInit.o(.text+0x103):tclAppInit.c: undefined reference to 
`_imp__Tcl_CreateExitHandler'
tclAppInit.o(.text+0x116):tclAppInit.c: undefined reference to 
`_imp__Tcl_SetVar'
tclAppInit.o(.text+0x142):tclAppInit.c: undefined reference to 
`_imp__Tcl_Free'
tclAppInit.o(.text+0x167):tclAppInit.c: undefined reference to 
`_imp__Tcl_AsyncDelete'
tclAppInit.o(.text+0x1e4):tclAppInit.c: undefined reference to 
`_imp__Tcl_Alloc'

tclAppInit.o(.text+0x2e6):tclAppInit.c: undefined reference to 
`_imp__Tcl_Exit'
tclAppInit.o(.text+0x308):tclAppInit.c: undefined reference to 
`_imp__Tcl_AsyncMark'
make: *** [tclsh84.exe] Error 1

[tcljava-user] Issues when trying to install jacl

[Jagadeesan, S. <Sri...@St...>]

Hi,
 
I'm trying to install JACL on a Windows machine.
I am using the MSYS package for configuration and installation.
 
When I run the following command:
 
./configure --with-jdk=c:/j2sdk1.4.2_06
 
configuration starts but exits with the following error:
 
checking the -native flag to the Java runtime... configure: error: could not
run simple test program Test.class with /c/j2sdk1.4.2_06/bin/java, you need
to check the Java runtime to make sure it is installed correctly

I tried running the Test.class from the command line and it is working
properly. Any clues as to what the problem might be?
 
Thanks,
Srinivas

[tcljava-user] Applet support?

[Clemens E. <lin...@we...>]

Hi there!

I read that Jacl does not support old 1.1-class browsers any more.
Were there any versions that did support such old browsers?

Thanks a lot, lg Clemens Eisserer

[tcljava-user] Word splitting trouble with \<cr><lf>

[Toby B. <to...@bu...>]

Howdy,

I'm having a problem with Jacl splitting words unexpectedly when lines are
split with a slash and the line terminator is CRLF (0x0d 0x0a). I've described
the situation in more depth on comp.lang.tcl:

  http://tinyurl.com/5rqrn (thread on groups-beta.google.com)

A response on c.l.t suggested upgrading from jacl 1.2.6 to the latest version
in CVS. So I tried that, and I'm still getting the same results. They are
definately not the same behavior seen with the C-based Tcl.

Any suggestions?

Thanks in advance.

-- 
Toby Butzon

Re: [tcljava-user] Which version of jacl to use for production?

[Barry H. <ba...@al...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Bruce,
	Thanks.  That's what I get for not checking it out in CVS!

On Sep 8, 2004, at 2:36 PM, Bruce Johnson wrote:

> The ChangeLog in the version I recently downloaded from the CVS server  
> says:
> 2003-09-30  Mo DeJong  <md...@us...>
>
>         * README.jacl:
>         * README.tclblend: Remove note claiming Jacl
>         and Tcl Blend were not ready for use in a
>         production system.
>
> On Sep 8, 2004, at 2:31 PM, Barry Hawkins wrote:
>
>>
[...]
>>
>>     A review of the mailing list archive also confirms this  
>> message[0].  If this is still the case, is 1.2.6 still considered the  
>> production release[1]?
>>
>> [0]  
>> http://sourceforge.net/mailarchive/forum.php? 
>> thread_id=2916198&forum_id=3848
>> [1] http://www.tcl.tk/software/java/
>>
[...]
> Bruce A. Johnson, President
> One Moon Scientific, Inc.
> 839 Grant Ave.
> Westfield, NJ 07090
>
> Phone 908 517-5105
> Fax      908 517-5107
> Email  br...@on...
> Web    www.onemoonscientific.com
>
Barry C. Hawkins
All Things Computed
site: www.alltc.com
weblog: www.yepthatsme.com


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iD8DBQFBP12h7bZ6kUftWZwRAhygAJ0X0ikvNdEYVSEco6bX2H4G8EZbFwCgibTG
5owFinkbsRp5a5XilJgUVw0=
=ujVG
-----END PGP SIGNATURE-----

Re: [tcljava-user] Which version of jacl to use for production?

[Bruce J. <nm...@ma...>]

The ChangeLog in the version I recently downloaded from the CVS server  
says:
2003-09-30  Mo DeJong  <md...@us...>

         * README.jacl:
         * README.tclblend: Remove note claiming Jacl
         and Tcl Blend were not ready for use in a
         production system.

On Sep 8, 2004, at 2:31 PM, Barry Hawkins wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> List,
> 	Hello.  I am coming to the Tcl/Java world as a result of my need to  
> have automated deployment of a J2EE web application to WebSphere  
> Application Server (WAS) v5.0.2.4.  IBM's Barry Searle made it fairly  
> clear in his latest communication regarding the Ant tasks for WAS that  
> JACL would continue to be the means for automated deployment of J2EE  
> apps to WAS.  So, here I am.
>     After downloading the 1.3.1 archive, I noticed the README states:
>
> <snip>
> Before going any farther, it needs to be made clear that this release
> of Jacl is not considered stable enough to be used in production
> systems.
> </snip>
>
>     A review of the mailing list archive also confirms this  
> message[0].  If this is still the case, is 1.2.6 still considered the  
> production release[1]?
>
> [0]  
> http://sourceforge.net/mailarchive/forum.php? 
> thread_id=2916198&forum_id=3848
> [1] http://www.tcl.tk/software/java/
>
> Regards,
>
> Barry C. Hawkins
> All Things Computed
> site: www.alltc.com
> weblog: www.yepthatsme.com
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.4 (Darwin)
>
> iD8DBQFBP0/37bZ6kUftWZwRAoEjAJ9CPsKvZJuFVLCQkcziBDwSK/QWQQCgvqFG
> Y9mjYE6ZPHSO3GVFVW+sJ0E=
> =+4qq
> -----END PGP SIGNATURE-----
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by BEA Weblogic Workshop
> FREE Java Enterprise J2EE developer tools!
> Get your free copy of BEA WebLogic Workshop 8.1 today.
> http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user
>
Bruce A. Johnson, President
One Moon Scientific, Inc.
839 Grant Ave.
Westfield, NJ 07090

Phone 908 517-5105
Fax      908 517-5107
Email  br...@on...
Web    www.onemoonscientific.com

[tcljava-user] Which version of jacl to use for production?

[Barry H. <ba...@al...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

List,
	Hello.  I am coming to the Tcl/Java world as a result of my need to  
have automated deployment of a J2EE web application to WebSphere  
Application Server (WAS) v5.0.2.4.  IBM's Barry Searle made it fairly  
clear in his latest communication regarding the Ant tasks for WAS that  
JACL would continue to be the means for automated deployment of J2EE  
apps to WAS.  So, here I am.
     After downloading the 1.3.1 archive, I noticed the README states:

<snip>
Before going any farther, it needs to be made clear that this release
of Jacl is not considered stable enough to be used in production
systems.
</snip>

     A review of the mailing list archive also confirms this message[0].  
  If this is still the case, is 1.2.6 still considered the production  
release[1]?

[0]  
http://sourceforge.net/mailarchive/forum.php? 
thread_id=2916198&forum_id=3848
[1] http://www.tcl.tk/software/java/

Regards,

Barry C. Hawkins
All Things Computed
site: www.alltc.com
weblog: www.yepthatsme.com

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iD8DBQFBP0/37bZ6kUftWZwRAoEjAJ9CPsKvZJuFVLCQkcziBDwSK/QWQQCgvqFG
Y9mjYE6ZPHSO3GVFVW+sJ0E=
=+4qq
-----END PGP SIGNATURE-----

RE: [tcljava-user] Thread 2.5.2 on 64bit Solaris

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

David,

I saw this problem on the Cray where the pointer length is 64 bit, but the pthread_t type is 32 bit. There is actually a
casting-related bug in the core Tcl thread library (Tcl_ThreadCreate) where it was assumed that both were the same size. The thread
id ends up being shifted to the left 4 bytes as a result.

The good news is that Zoran Vasiljevic checked in a fix into CVS. So just check out the head or the 8.4 branch for Tcl and that
should fix the problem.

Let me know if that doesn't work for you.

Rob

> -----Original Message-----
> From: tcl...@li...
> [mailto:tcl...@li...]On Behalf Of
> Dav...@na...
> Sent: Thursday, September 02, 2004 11:10 PM
> To: tcl...@li...
> Subject: [tcljava-user] Thread 2.5.2 on 64bit Solaris
>
>
>
>
>
>
> Has anyone had any experience getting tcljava working correctly
> in a 64 bit environment?  I am using tclBlend 1.3.1, tcl 8.4.7,
> and thread 2.5.2 on 64bit Solaris 8/sparcv9.  For various reasons,
> (the main one being that gcc defaults to 64 bit mode) I built
> 64 bit versions of all the binaries.
>
> I am finding that the Thread package is misbehaving and my guess
> (at this stage) is that it's due to some sort of 32/64 bit confusion:
>
>     % package require Thread
>     2.5
>     % set tid [thread::create]
>     77309411328
>     % thread::send $tid {some command}
>     invalid thread id
>     %
>
> Does anyone have any ideas about what's going wrong here?
>
> thanks
> --
> David
>
> This email is sent by or on behalf of the named sender identified above. If
> you do not wish to receive any email marketing material from this person in
> the future, please forward the contents of this email to
> uns...@na... with the word "unsubscribe" in the subject
> box. If you do not forward the contents of this email with your
> unsubscription then it may not be able to be implemented.  If you wish to
> unsubscribe from all central email marketing lists used by our business,
> please forward the contents of this email to
> uns...@na... with the message "unsubscribe from all
> central email marketing lists" in the subject box.  If you do not forward
> the contents of this email with your unsubscription then it may not be able
> to be implemented.
>
>
> The information contained in this email communication may be confidential.
> You should only disclose, re-transmit, copy, distribute, act in reliance on
> or commercialise the information if you are authorised to do so.  Any views
> expressed in this email communication are those of the individual sender,
> except where the sender specifically states them to be the views of a
> member of the National Australia Bank Group of companies.  Any advice
> contained in this e-mail has been prepared without taking into account your
> objectives, financial situation or needs. Before acting on any advice in
> this e-mail, National Australia Bank Limited recommends that you consider
> whether it is appropriate for your circumstances. If this e-mail contains
> reference to any financial products, the National recommends you consider
> the Product Disclosure Statement (PDS) or other disclosure document  before
> making any decisions regarding any products.  The National Australia Bank
> Group of companies does not represent, warrant or guarantee that the
> integrity of this communication has been maintained nor that the
> communication is free of errors, virus or interference.
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by BEA Weblogic Workshop
> FREE Java Enterprise J2EE developer tools!
> Get your free copy of BEA WebLogic Workshop 8.1 today.
> http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user
>

[tcljava-user] Thread 2.5.2 on 64bit Solaris

[<Dav...@na...>]

Has anyone had any experience getting tcljava working correctly
in a 64 bit environment?  I am using tclBlend 1.3.1, tcl 8.4.7,
and thread 2.5.2 on 64bit Solaris 8/sparcv9.  For various reasons,
(the main one being that gcc defaults to 64 bit mode) I built
64 bit versions of all the binaries.

I am finding that the Thread package is misbehaving and my guess
(at this stage) is that it's due to some sort of 32/64 bit confusion:

    % package require Thread
    2.5
    % set tid [thread::create]
    77309411328
    % thread::send $tid {some command}
    invalid thread id
    %

Does anyone have any ideas about what's going wrong here?

thanks
--
David

This email is sent by or on behalf of the named sender identified above. If
you do not wish to receive any email marketing material from this person in
the future, please forward the contents of this email to
uns...@na... with the word "unsubscribe" in the subject
box. If you do not forward the contents of this email with your
unsubscription then it may not be able to be implemented.  If you wish to
unsubscribe from all central email marketing lists used by our business,
please forward the contents of this email to
uns...@na... with the message "unsubscribe from all
central email marketing lists" in the subject box.  If you do not forward
the contents of this email with your unsubscription then it may not be able
to be implemented.


The information contained in this email communication may be confidential.
You should only disclose, re-transmit, copy, distribute, act in reliance on
or commercialise the information if you are authorised to do so.  Any views
expressed in this email communication are those of the individual sender,
except where the sender specifically states them to be the views of a
member of the National Australia Bank Group of companies.  Any advice
contained in this e-mail has been prepared without taking into account your
objectives, financial situation or needs. Before acting on any advice in
this e-mail, National Australia Bank Limited recommends that you consider
whether it is appropriate for your circumstances. If this e-mail contains
reference to any financial products, the National recommends you consider
the Product Disclosure Statement (PDS) or other disclosure document  before
making any decisions regarding any products.  The National Australia Bank
Group of companies does not represent, warrant or guarantee that the
integrity of this communication has been maintained nor that the
communication is free of errors, virus or interference.

Re: [tcljava-user] Swank 2.1.3

[Bruce J. <nm...@ma...>]

Hi Maurice,

Thank you very much for pointing that out.  The html link was pointing=20=

to the wrong version (should be 2.1.3).
I've fixed it now.

Bruce
On Sep 2, 2004, at 9:58 AM, Maurice Diamantini wrote:

>
> Le 24 ao=FBt 04, =E0 20:31, Bruce Johnson a =E9crit :
>
>> Swank 2.1.3 is now available and is generally running much better=20
>> than previous versions.  You can now directly execute Swank via Java=20=

>> Web Start.  I've put up a few example scripts and the tkcon console=20=

>> of examples of running Tcl scripts via Java Web Start.  I think this=20=

>> is a fairly cool way to deliver applications.
>>
>>
>> http://www.onemoonscientific.com/swank/index.html
>
> Bonjour Bruce,
>
> Just to say that the file at:
>    http://www.onemoonscientific.com/swank/swank2_1_2.tar.gz
> is corrupted for download!
>
> Maurice,
>
> -- http://www.ensta.fr/~diam
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by BEA Weblogic Workshop
> FREE Java Enterprise J2EE developer tools!
> Get your free copy of BEA WebLogic Workshop 8.1 today.
> http://ads.osdn.com/?ad_idP47&alloc_id=10808&op=3Dclick
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user
>
Bruce A. Johnson, President
One Moon Scientific, Inc.
839 Grant Ave.
Westfield, NJ 07090

Phone 908 517-5105
Fax      908 517-5107
Email  br...@on...
Web    www.onemoonscientific.com

Re: [tcljava-user] Swank 2.1.3

[Maurice D. <di...@en...>]

Le 24 ao=FBt 04, =E0 20:31, Bruce Johnson a =E9crit :

> Swank 2.1.3 is now available and is generally running much better than=20=

> previous versions.  You can now directly execute Swank via Java Web=20
> Start.  I've put up a few example scripts and the tkcon console of=20
> examples of running Tcl scripts via Java Web Start.  I think this is a=20=

> fairly cool way to deliver applications.
>
>
> http://www.onemoonscientific.com/swank/index.html

Bonjour Bruce,

Just to say that the file at:
    http://www.onemoonscientific.com/swank/swank2_1_2.tar.gz
is corrupted for download!

Maurice,

-- http://www.ensta.fr/~diam

Re: [tcljava-user] SPARC Solaris 8 attempt to build latest tcljava cvs

[<Dav...@na...>]

Larry,

I've been trying to do almost the same thing; build tclBlend 1.3.1 with
tcl 8.4.7 on Solaris 8.  I initially used the Sun compiler, but this
gave me serious runtime errors during 'make tests'.  I switched to gcc
3.3.2 and experienced the same config problem that you described.

Looking at my config.log:

configure:4541: checking to see if we can link a JNI application
configure:4576: gcc -pipe -o conftest -g -O2 -I/usr/j2se/include
-I/usr/j2se/include/solaris   conftest.c  -lthread
-L/usr/j2se/jre/lib/sparc -ljava -L/usr/j2se/jre/lib/sparc/native_threads
-ljvm >&5
ld: fatal: file /usr/j2se/jre/lib/sparc/libjava.so: wrong ELF class:
ELFCLASS32
ld: fatal: file /usr/j2se/jre/lib/sparc/libjvm.so: wrong ELF class:
ELFCLASS32
ld: fatal: File processing errors. No output written to conftest

It seems that my gcc installation is generating 64 bit binaries by default
(which would make sense on a sparc V9) but the configure script for
tclBlend
doesn't know about the 64 bit java binaries at /usr/j2sr/jre/lib/sparcv9/.
Instead it only picks up the 32 bit versions at /usr/j2se/jre/lib/sparc/.

All the other binaries (for tcl8.4.7 and thread2.5.2) were built with gcc
into 64 bit binaries, and they would have to be re-built into 32 bit
binaries,
if the 32 bit java binaries are to be used.  This sounds like a backward
step, so I will instead attempt to persuade tclBlend1.3.1 to build/use 64
bit binaries (I don't know much about configure/autoconf, but I'll give it
a shot).

Regarding the Sun compiler and CC variable: I had problems getting
thread2.5.2
and tclBlend1.3.1 to stop using cc.  Even though there was no cc in my
path,
configure insisted on using "cc -E" as the preprocessor command.  I ended
up
having to set CC=gcc to get it to build.

--
David


tcl...@li... wrote on 31/08/2004 01:32:04 AM:

>
> I grabbed the latest cvs for tcljava, which appears to be
> last updated in April 2004.
>
> I am attempting to build this on my sparc solaris 8
> machine, with tcl 8.4.7 .
>
> I am getting this error -has anyone figure out what the solution
> to it is?
>
> checking whether we are using the GNU C compiler... yes
> checking whether gcc -pipe accepts -g... yes
> checking for gcc -pipe option to accept ANSI C... none needed
> Using the following JNI include flags -I/usr/java/include -
> I/usr/java/include/solaris
> checking to see if jni.h can be included... yes
> Using the following JNI library flags -lthread -
> L/usr/java/jre/lib/sparc -ljava -L/usr/java/jre/lib/sparc/native_threads
-ljvm
> Using the following runtime library path /usr/java/jre/lib/sparc:
> /usr/java/jre/lib/sparc/native_threads
> checking to see if we can link a JNI application... no
> configure: error: could not link file that includes jni.h
>         Either the configure script does not know how to deal with
>         this JVM configuration or the JVM install is broken or corrupted.
>
>
> One weird thing is that I set the CC and CCC variables to use
> the Sun compiler, since that's what I used to build Tcl, but
> tcljava's configure doesn't seem to recognize the variables.
>
> --
> Tcl - The glue of a new generation.  <URL: http://wiki.tcl.tk/ >
> Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.
> org/NET/lvirden/>
> Even if explicitly stated to the contrary, nothing in this posting should

> be construed as representing my employer's opinions.
> -><-
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by BEA Weblogic Workshop
> FREE Java Enterprise J2EE developer tools!
> Get your free copy of BEA WebLogic Workshop 8.1 today.
> http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user

[tcljava-user] SPARC Solaris 8 attempt to build latest tcljava cvs

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

I grabbed the latest cvs for tcljava, which appears to be 
last updated in April 2004.

I am attempting to build this on my sparc solaris 8
machine, with tcl 8.4.7 .

I am getting this error -has anyone figure out what the solution
to it is?

checking whether we are using the GNU C compiler... yes
checking whether gcc -pipe accepts -g... yes
checking for gcc -pipe option to accept ANSI C... none needed
Using the following JNI include flags -I/usr/java/include -I/usr/java/include/solaris
checking to see if jni.h can be included... yes
Using the following JNI library flags -lthread -L/usr/java/jre/lib/sparc -ljava -L/usr/java/jre/lib/sparc/native_threads -ljvm
Using the following runtime library path /usr/java/jre/lib/sparc:/usr/java/jre/lib/sparc/native_threads
checking to see if we can link a JNI application... no
configure: error: could not link file that includes jni.h
        Either the configure script does not know how to deal with
        this JVM configuration or the JVM install is broken or corrupted.


One weird thing is that I set the CC and CCC variables to use
the Sun compiler, since that's what I used to build Tcl, but
tcljava's configure doesn't seem to recognize the variables.

-- 
Tcl - The glue of a new generation.  <URL: http://wiki.tcl.tk/ >
Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/>
Even if explicitly stated to the contrary, nothing in this posting should 
be construed as representing my employer's opinions.
-><-

[tcljava-user] creating and using safe interpreter in jacl

[Andrew G. <and...@in...>]

I have been working on a Tcl plugin for JSPWiki using Jacl 1.3.1. I have
have little trouble integrating the two tools up to this point. Two
remaining tasks are to 1) use a safe interpreter and 2) reuse a master
interpreter retained for each thread.

It is not clear to me how to make a safe interpreter. Tracking the jacl
code it looks like I can

   Interp masterInterp = new Interp();
   TclObject safeInterpName = ...
   Interp safeInterp = InterpSlaveCmd.create( masterInterp,
      safeInterpName, true /* safe */ );

and now use safeInterp as I used masterInterp before. The coding does not
feel right -- using another class's convenience method to create the
interpreter -- and so am not confident it is right. Can anyone confirm
that this is correct?

The second issue is reusing and retaining a master interpreter for each
thread. What I am trying to achieve is good performance within the
JSPWiki. JSPWiki creates a new instance of the plugin for each use on the
wiki page. A wiki page with 10 uses of the plugin will have 10 plugin
instances created. If each plugin instance needs to initialize an
interpreter with lots of tcl code then the performance will be poor. What
I hoped to do was associate a master interpreter with each thread. This
interpreter would be loaded with the initialization tcl code. Now when the
plugin is instanced a safe interpreter is created and associated with the
thread's master interpreter. I can see how the mechanics of this would be
work in Java. What I don't know is whether Jacl will work in this context.
(Note that only one thread is ever using the two interpreters.) Can anyone
confirm that what I am trying to do will work?

For more information about the JSPWiki Tcl plugin see

   http://www.jspwiki.org/Wiki.jsp?page=TclPlugin

Thank you.

-- Andrew Gilmartin

[tcljava-user] Swank 2.1.3

[Bruce J. <nm...@ma...>]

Swank 2.1.3 is now available and is generally running much better than 
previous versions.  You can now directly execute Swank via Java Web 
Start.  I've put up a few example scripts and the tkcon console of 
examples of running Tcl scripts via Java Web Start.  I think this is a 
fairly cool way to deliver applications.


http://www.onemoonscientific.com/swank/index.html

Major changes are summarized here (more detail in the ChangeLog):

Now supports a slightly modified version of tkcon.
Java Web Start version now available at the swank site
Shear and Rotate affine transforms added to most canvas items
Added support for "-state" attribute of canvas items
Added smooth capability to canvas lines
Added "search" subcommand to text widget
Added support for bindtags  and event command and virtual events.

Getting tkcon to work also required a few changes in Jacl.  I'll post 
these changes within a few days.  The jacl.jar and tcljava.jar that 
come with the Swank download have these changes, as do the versions 
installed by Java Web Start.



Bruce A. Johnson, President
One Moon Scientific, Inc.
839 Grant Ave.
Westfield, NJ 07090

Phone 908 517-5105
Fax      908 517-5107
Email  br...@on...
Web    www.onemoonscientific.com

[tcljava-user] Hi Rob!

[Leopoldo R. C. <lki...@ho...>]

<html><div style='background-color:'><P class=RTE>I appreciate you soon answer, thanz a lot. It is right, I want a client/server integration. But, first at all I am proofing the project locally. I had been working with IBM Websphere 5.1 and MatLab 6.5 and the form a call a MatLab Script by now is using the runtime from java. </P>
<P class=RTE>How I make a client/server integration? I tried to use JMatLink but when I run the code I got an exception:</P><FONT color=#ff0000 size=2>
<P class=RTE>java.lang.UnsatisfiedLinkError: engOpenSingleUseNATIVE</P>
<P class=RTE>at zntclases.JMatLink.run(JMatLink.java:868)</P>
<P class=RTE>at java.lang.Thread.run(Thread.java:513)</P>
<P class=RTE><FONT color=#000033 size=1>that is why I think to use jacl</FONT></P></FONT>
<P class=RTE>thanz in advance,</P>
<P class=RTE>&nbsp;</P>
<P class=RTE>POLO</P>
<P class=RTE><BR><BR>&nbsp;</P></div><br clear=all><hr>MSN Premium. Protégete, Comunícate y Diviértete <a href="http://g.msn.com/8HMBESMX/2746??PS=47575">Haz clic aquí </a> </html>

RE: [tcljava-user] Can anybody help me?

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

Hi Polo,

For a tight integration, you should be able to load Java classes directly
into Matlab and then execute the Tcl code via Jacl.
(Or do you want a client/server integration?)

  -----Original Message-----
  From: tcl...@li...
[mailto:tcl...@li...]On Behalf Of Leopoldo Reyes
Carballo
  Sent: Saturday, August 07, 2004 3:36 PM
  To: tcl...@li...
  Subject: [tcljava-user] Can anybody help me?


  Hi everybody there!

  Let me introduce myself. My name is Leopoldo Reyes Carballo, I am Mexican.
I am working with my thesis of Master Degree in Computer Sciences. The
subject of the thesis is Fuzzy logic via Web, I want to work with Tmath, but
I used windows, does anybody know if there is a Tmath windows version? Or
how can use Jacl or Tcljava to connecting MatLab?

  I'd appreciate your help, yours,

  POLO

[tcljava-user] Can anybody help me?

[Leopoldo R. C. <lki...@ho...>]

<html><div style='background-color:'><DIV class=RTE>
<P>Hi everybody there!</P>
<P>Let me introduce myself. My name is Leopoldo Reyes Carballo, I am Mexican. I am working with my thesis of Master Degree in Computer Sciences. The subject of the thesis is Fuzzy logic via Web, I want to work with Tmath, but I used windows, does anybody know if there is a Tmath windows version? Or how can use Jacl or Tcljava to connecting MatLab?</P>
<P>I'd appreciate your help, yours,</P>
<P>POLO</P>
<P><BR><BR>&nbsp;</P></DIV></div><br clear=all><hr>Platica con tus amigos en línea con T1msn Messenger:  <a href="http://g.msn.com/8HMBESMX/2731??PS=47575">Haz clic aquí </a> </html>

RE: [tcljava-user] tclBlend on Solaris8/JDK-1.4.0_02

[<Dav...@na...>]

Rob,

Thanks for this. I used Sun's cc to build both tcl and tclBlend, so
I'll try again with gcc.  Could you please tell me which tcl-thread
package version  you used, and what your configure parameters were
when you configured tcl, and tclBlend ?  I assume you installed the
binary distribution of jdk1.4.03 rather than compiled it yourself ?

thanks again
--
David


tcl...@li... wrote on 06/08/2004 02:58:49 PM:

> I don't know if it matters, but I'm also using gcc 3.3.4 with shared
> libraries enabled (make sure you have LD_LIBRARY_PATH set
> correctly.)
>
> > -----Original Message-----
> > From: tcl...@li...
> > [mailto:tcl...@li...]On Behalf Of Rob
> > Ratcliff
> > Sent: Thursday, August 05, 2004 9:40 PM
> > To: tcl...@li...
> > Subject: RE: [tcljava-user] tclBlend on Solaris8/JDK-1.4.0_02
> >
> >
> > David,
> >
> > I just tried out the head of the CVS repository with 1.4.2_03
> > (cvs -d:pserver:ano...@cv...:/cvsroot/tcljava login
> >  cvs -d:pserver:ano...@cv...:/cvsroot/tcljava
> checkout tcljava)
> > and got everything seemed to work ok for make test on Solaris 8.
> >
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by OSTG. Have you noticed the changes on
> Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
> one more big change to announce. We are now OSTG- Open Source Technology
> Group. Come see the changes on the new OSTG site. www.ostg.com
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user