tcljava-user — Ask questions and get help here

Re: [tcljava-user] State of SWANK for TCL and Ruby

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

Hi Maurice,

Thanks for the interest in Swank.  It is still very much alive.  I =20
work on it  a lot, but am so busy with trying to keep my one person =20
company afloat that I haven't had  much time to keep up the public =20
distributions.  I am planning on releasing the latest code shortly =20
(within a week).

I've  had another person ask about JRuby and Swank.  I've never =20
looked at JRuby code to see how much trouble it would be to port.  =20
I'm guessing it depends a bit on whether there is something like the =20
Tcl Interp class that can be used for variables and exceptions.  A =20
lot of the Swank code is automatically generated using a Jacl script =20
so it might be possible to change these scripts a bit to generate =20
code that would be a lot closer to what JRuby needs.

On the other hand, why not use  Jacl?

I'll let you know as soon as I release the next version.

cheers,

Bruce

Bruce A. Johnson, President
One Moon Scientific, Inc.
EDC III
211 Warren St
Newark, NJ 07103

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



On Dec 5, 2006, at 9:53 AM, Maurice Diamantini wrote:

> Bonjour =E0 tous !
>
> (sorry for my bad english and error or missing of courtesy)
>
> I'd like to know if Swank  (port of Tk to Java for using with TCL)
> is still alive ?
> I just learned the answer is "yes" from a recent post.
>
> So the real question is:
>    is there any chance that Swank could be usable with jruby?
>
> As you know, Sun (which helped for making Tk multiplatform)
> has recently engage two guy for working on jruby (port of Ruby to =20
> Java)
>
> (J)?Ruby is the only (used) language which is as clean and consistent
> that
> Tcl, It would be great if Tk was also usable is the Java world !
>
>
> -- Maurice Diamantini
>     http://www.ensta.fr/~diam/tcl
>
>
> ----------------------------------------------------------------------=20=

> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to =20
> share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?=20
> page=3Djoin.php&p=3Dsourceforge&CID=3DDEVDEV
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user

[tcljava-user] State of SWANK for TCL and Ruby

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

Bonjour =E0 tous !

(sorry for my bad english and error or missing of courtesy)

I'd like to know if Swank  (port of Tk to Java for using with TCL)
is still alive ?
I just learned the answer is "yes" from a recent post.

So the real question is:
   is there any chance that Swank could be usable with jruby?

As you know, Sun (which helped for making Tk multiplatform)
has recently engage two guy for working on jruby (port of Ruby to Java)

(J)?Ruby is the only (used) language which is as clean and consistent =20=

that
Tcl, It would be great if Tk was also usable is the Java world !


-- Maurice Diamantini
    http://www.ensta.fr/~diam/tcl

[tcljava-user] TclBlend on Linux x86_64/amd64 still need patched

[Scott S. <ss...@am...>]

Noticed that with the latest TclBlend (1.3.3) I still need to patch the
m4 stuff to detect my architecture.

>From the config.log:
"Looking for /x/jdk/jre/lib/x86_64/libjava.so"

At least on the Sun JVM 1.5.0_10 (and many previous) it should be:
"Looking for /x/jdk/jre/lib/amd64/libjava.so"

Hopefully that can be rolled into the next release...

Thanks,
Scott

Re: [tcljava-user] Reasons for using JACL?

[Scott S. <ss...@am...>]

On 11/28/06 06:35, Kristoffer Lawson wrote:
> On Mon, 27 Nov 2006, Scott Serr wrote:
>> Kristoffer Lawson said: "Pure Java is quite simply inferior when it
>> comes to writing tests or for dynamic stuff from the CLI or whatever. In
>> fact, Java is inferior to Tcl for the core stuff as well, but I have no
>> say in that matter."
>>
>> I'll take the otherside: "Tcl is simply inferior when it comes to core
>> stuff, it's a mess. In fact, Tcl is inferior to Java (with BeanShell)
>> for the scripting stuff as well, but I have no say in that matter." ;)
>
> You're probably the first person I know to claim that. Personally most
> projects I have in Java would've been done much quicker in Tcl.
> Protocols,
> parameter mappings. Well, most stuff. Tcl is one of the cleanest
> languages
> out there (along with Lisp-variants), so I don't see how one can claim it
> to be a mess?
>
> / http://www.fishpool.com/~setok/

Everybody has their preferences and I surely don't want to start a big
thread on Tcl vs Java.  But I will say this... 

Some people prefer dynamic languages - languages where you can redefine
what "if" does.  And where "#" comments behave like commands:
proc a {} {
  # comment with unbalanced }
}
Dies.

Some people like strongly typed languages.  I know... "Strongly typed
languages are for people with weak minds/memories."  Also a compiler
that *says* what line number it encountered an error on seems like a
good thing.

I guess what I'm saying is Tcl's grammar is clean and simple, but that
doesn't necessarily translate to a good experience for the programmer. 
I have no doubt that you have mastered Tcl further than I have mastered
any language.  When you get to that point though you know what to avoid.

-Scott

Re: [tcljava-user] Reasons for using JACL?

[Kristoffer L. <se...@fi...>]

On Mon, 27 Nov 2006, Scott Serr wrote:

> Kristoffer Lawson said: "Pure Java is quite simply inferior when it
> comes to writing tests or for dynamic stuff from the CLI or whatever. In
> fact, Java is inferior to Tcl for the core stuff as well, but I have no
> say in that matter."
>
> I'll take the otherside: "Tcl is simply inferior when it comes to core
> stuff, it's a mess.  In fact, Tcl is inferior to Java (with BeanShell)
> for the scripting stuff as well, but I have no say in that matter."  ;)

You're probably the first person I know to claim that. Personally most 
projects I have in Java would've been done much quicker in Tcl. Protocols, 
parameter mappings. Well, most stuff. Tcl is one of the cleanest languages 
out there (along with Lisp-variants), so I don't see how one can claim it 
to be a mess?


                               / http://www.fishpool.com/~setok/

Re: [tcljava-user] Reasons for using JACL?

[Scott S. <ss...@am...>]

Patrick Finnegan wrote:
> It seems to me that the primary purpose of JACL is to allow java programmers 
> write procedural non object orientated code that will run under a JVM and 
> perhaps allow non java programmers to access or administer the application 
> through a simple script interface .  Are there any other reasons why Java 
> programmers would embed JACL or indeed Jython in a Java application rather 
> then writing everything in pure Java?
>   

You've got some good answers already, but I'll throw ours in. 

In the chip design business many vendors use Tcl to control their 
software, so many chip designers know Tcl.  We have some considerable 
in-house software that we have written in Java that we would like to 
expose for use with Tcl, so we use TclBlend.  We also pass stuff back 
and forth, as we have both Java and Tcl programmers.  We could just as 
easily use JACL instead, but users might have issues controlling other 
vendor software (C/C++) from JACL.  There was also some thought of 
pulling our in-house tool into 3rd party vendor tools in a slick way by 
pulling it in "their" Tcl interpreter.  (we might have to use some 
master/slave interpreter setup though)

Kristoffer Lawson said: "Pure Java is quite simply inferior when it 
comes to writing tests or for dynamic stuff from the CLI or whatever. In 
fact, Java is inferior to Tcl for the core stuff as well, but I have no 
say in that matter."

I'll take the otherside: "Tcl is simply inferior when it comes to core 
stuff, it's a mess.  In fact, Tcl is inferior to Java (with BeanShell) 
for the scripting stuff as well, but I have no say in that matter."  ;)

That said...  TclBlend/Jacl saved our 3-4 man project from being 
implemented in C++... Which would NOT have solved any problems and would 
have taken a 2x productivity hit.  For that - I am grateful for Mo's 
work (and the others involved).

Thanks,
Scott

Re: [tcljava-user] Reasons for using JACL?

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

I'll be releasing a new version of Swank shortly (sort of Tk for  
Jacl), which allows one to create scripted Java GUIs.  I find Jacl/ 
Swank very useful for building applications with Java code underneath  
for the high performance parts (though with Mo DeJong's TJC, the  
performance of Jacl itself is gettting quite good).

Bruce




On Nov 27, 2006, at 4:08 PM, Tom Poindexter wrote:

> On Mon, Nov 27, 2006 at 09:11:52PM +0200, Kristoffer Lawson wrote:
>> On Mon, 27 Nov 2006, Patrick Finnegan wrote:
>>
>>> It seems to me that the primary purpose of JACL is to allow java  
>>> programmers
>>> write procedural non object orientated code that will run under a  
>>> JVM and
>>> perhaps allow non java programmers to access or administer the  
>>> application
>>> through a simple script interface .  Are there any other reasons  
>>> why Java
>>> programmers would embed JACL or indeed Jython in a Java  
>>> application rather
>>> then writing everything in pure Java?
>>
>> I've used it in the traditional good scripting manner. Ie. I have  
>> a core
>> written in Java which is then scripted via some Jacl scripts.
>>
>> Pure Java is quite simply inferior when it comes to writing tests  
>> or for
>> dynamic stuff from the CLI or whatever. In fact, Java is inferior  
>> to Tcl
>> for the core stuff as well, but I have no say in that matter.
>>
>
>
> I think you could apply most of the same reasons why one woud use  
> Tcl/C
> instead of pure C.  Write less code.
>
> My use of Jacl is inverted from Patrick's use: I use Jacl driving  
> Java objects.
> Most of my Jacl usage is:
>     Prototyping,
>     Integration and unit testing  (JUnit is simply the wrong  
> approach, IMHO)
>     Lightweight applications
>     Administrative tasks in larger applications
>     More to come in the next few weeks, watch this space.
>
> -- 
> Tom Poindexter
> tpo...@ny...
>
> ---------------------------------------------------------------------- 
> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to  
> share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php? 
> page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user

Re: [tcljava-user] Reasons for using JACL?

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

On Mon, Nov 27, 2006 at 09:11:52PM +0200, Kristoffer Lawson wrote:
> On Mon, 27 Nov 2006, Patrick Finnegan wrote:
> 
> > It seems to me that the primary purpose of JACL is to allow java programmers
> > write procedural non object orientated code that will run under a JVM and
> > perhaps allow non java programmers to access or administer the application
> > through a simple script interface .  Are there any other reasons why Java
> > programmers would embed JACL or indeed Jython in a Java application rather
> > then writing everything in pure Java?
> 
> I've used it in the traditional good scripting manner. Ie. I have a core 
> written in Java which is then scripted via some Jacl scripts.
> 
> Pure Java is quite simply inferior when it comes to writing tests or for 
> dynamic stuff from the CLI or whatever. In fact, Java is inferior to Tcl 
> for the core stuff as well, but I have no say in that matter.
> 


I think you could apply most of the same reasons why one woud use Tcl/C
instead of pure C.  Write less code.

My use of Jacl is inverted from Patrick's use: I use Jacl driving Java objects.  
Most of my Jacl usage is:
    Prototyping, 
    Integration and unit testing  (JUnit is simply the wrong approach, IMHO)
    Lightweight applications
    Administrative tasks in larger applications
    More to come in the next few weeks, watch this space.

-- 
Tom Poindexter
tpo...@ny...

Re: [tcljava-user] Reasons for using JACL?

[Kristoffer L. <se...@fi...>]

On Mon, 27 Nov 2006, Patrick Finnegan wrote:

> It seems to me that the primary purpose of JACL is to allow java programmers
> write procedural non object orientated code that will run under a JVM and
> perhaps allow non java programmers to access or administer the application
> through a simple script interface .  Are there any other reasons why Java
> programmers would embed JACL or indeed Jython in a Java application rather
> then writing everything in pure Java?

I've used it in the traditional good scripting manner. Ie. I have a core 
written in Java which is then scripted via some Jacl scripts.

Pure Java is quite simply inferior when it comes to writing tests or for 
dynamic stuff from the CLI or whatever. In fact, Java is inferior to Tcl 
for the core stuff as well, but I have no say in that matter.

                               / http://www.fishpool.com/~setok/

[tcljava-user] Reasons for using JACL?

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

It seems to me that the primary purpose of JACL is to allow java programmers 
write procedural non object orientated code that will run under a JVM and 
perhaps allow non java programmers to access or administer the application 
through a simple script interface .  Are there any other reasons why Java 
programmers would embed JACL or indeed Jython in a Java application rather 
then writing everything in pure Java?

Re: [tcljava-user] Jacl documentation

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

Hi Wei Dai,

A simple approach, would be to change the System.out and System.err
PrintStream objects through the static methods System.setOut and
System.setErr respectively. This will allow you to provide a console log
for your entire application.

Regards,

James Graham

> Message: 1
> Date: Sat, 25 Nov 2006 08:31:30 -0800
> From: "Wei Dai" <wd...@fn...>
> Subject: Re: [tcljava-user] Jacl documentation
> To: "A list for users of tcljava" <tcl...@li...>
> Message-ID: <619...@ff...>
> Content-Type: text/plain;	charset="us-ascii"
> 
> I am not planning to manipulate them; all I want is to be able to
> retrieve them since we wanted to provide a console log that display what
> user would see if they run tclsh directly. So if puts commands result
> only comes from the STDOUT, I need to a way to get it. Same for the
> STDERR, it seems to me that Interp.getResults can provide error message
> in the error case, but is it the same message that I would get from
> STDERR?
> 
> Thanks and Happy Holidays :)
> 

Re: [tcljava-user] Jacl documentation

[rahul <Rah...@Su...>]

[Wei Dai:]
| I am not planning to manipulate them; all I want is to be able to
| retrieve them since we wanted to provide a console log that display what
| user would see if they run tclsh directly. So if puts commands result
| only comes from the STDOUT, I need to a way to get it. Same for the
| STDERR, it seems to me that Interp.getResults can provide error message
| in the error case, but is it the same message that I would get from
| STDERR?

The interp.getResults will not give you the output from puts command.
it contains only the results of a function call/expression evaluation.
which is different from writing to stdstreams.

to capture the error information, this is what is done in the Shell,
try {
    ...cmd evaluation..
} catch (TclException e) {
    switch (e.getCompletionCode()) {
        case TCL.ERROR
            println(errstream, interp.getResult().toString())
    }
}
so yes, it is the same message.

You can capture the puts output by changing the stdstreams in java.
Take a look at extras/GuiShell/GuiShell.java: setupStreamReaders. You
can see how the streams are diverted.

Re: [tcljava-user] Jacl documentation

[Wei D. <wd...@fn...>]

I am not planning to manipulate them; all I want is to be able to
retrieve them since we wanted to provide a console log that display what
user would see if they run tclsh directly. So if puts commands result
only comes from the STDOUT, I need to a way to get it. Same for the
STDERR, it seems to me that Interp.getResults can provide error message
in the error case, but is it the same message that I would get from
STDERR?

Thanks and Happy Holidays :)


-----Original Message-----
From: tcl...@li...
[mailto:tcl...@li...] On Behalf Of rahul
Sent: Thursday, November 23, 2006 10:53 AM
To: A list for users of tcljava
Subject: Re: [tcljava-user] Jacl documentation

Hi Wei
[Wei Dai:]
| I wanted to understand the Jacl threading module and how can I get
| STDOUT and STDERR using Jacl APIs.=20

Please do explain what you intend to do with STDERR and STDOUT, they are
used by the tcl commands to print the results, and I am not sure how you
are planning to manipuate them.

    How ever, if you are planning to capture the results of an
expression evaluation, then Interp.getResult should give you the
result. If you are checking for any exceptions, just catching the
TclException and checking the Interp.getResult should give you the
exception raised. (check the Shell.java for example on using it.)

| I also wanted to know if Interp.GetResults can be the used as STDOUT
or
| STDERR. I have noticed most time that it seems to be the STDOUT or
| STDERR, but it does not give me STDOUT when it comes to commands like
| puts.=20

If you are familiar with java, puts behaves similar to
System.out.println (by default with out a channel) while the
Interp.getResult gives you the value of an expression evaluated. (like
that of a function call in java.)

                                    rahul

------------------------------------------------------------------------
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDE
V
_______________________________________________
tcljava-user mailing list
tcl...@li...
https://lists.sourceforge.net/lists/listinfo/tcljava-user

Re: [tcljava-user] Jacl documentation

[rahul <Rah...@Su...>]

Hi Wei
[Wei Dai:]
| I wanted to understand the Jacl threading module and how can I get
| STDOUT and STDERR using Jacl APIs. 

Please do explain what you intend to do with STDERR and STDOUT, they are
used by the tcl commands to print the results, and I am not sure how you
are planning to manipuate them.

    How ever, if you are planning to capture the results of an
expression evaluation, then Interp.getResult should give you the
result. If you are checking for any exceptions, just catching the
TclException and checking the Interp.getResult should give you the
exception raised. (check the Shell.java for example on using it.)

| I also wanted to know if Interp.GetResults can be the used as STDOUT or
| STDERR. I have noticed most time that it seems to be the STDOUT or
| STDERR, but it does not give me STDOUT when it comes to commands like
| puts. 

If you are familiar with java, puts behaves similar to
System.out.println (by default with out a channel) while the
Interp.getResult gives you the value of an expression evaluated. (like
that of a function call in java.)

                                    rahul

[tcljava-user] Khim Theng is out of the office.

[Khim T. <kt...@dt...>]

I will be out of the office starting  11/22/2006 and will not return until
11/28/2006.

I will respond to your message when I return.


-----------------------------------------
________________________________________________________
DTCC DISCLAIMER: This email and any files transmitted with it are
confidential and intended solely for the use of the individual or
entity to whom they are addressed. If you have received this email
in error, please notify us immediately and delete the email and any
attachments from your system. The recipient should check this email
and any attachments for the presence of viruses.  The company
accepts no liability for any damage caused by any virus transmitted
by this email.

Re: [tcljava-user] Jacl documentation

[Wei D. <wd...@fn...>]

HI Patrick,

Thank you so much for the quick response, I have seen the
http://tcljava.sourceforge.net/docs/TclJavaLib/contents.htm

But it does not seem to be complete or very helpful. May be I am missing
something here.

I wanted to understand the Jacl threading module and how can I get
STDOUT and STDERR using Jacl APIs.=20

I also wanted to know if Interp.GetResults can be the used as STDOUT or
STDERR. I have noticed most time that it seems to be the STDOUT or
STDERR, but it does not give me STDOUT when it comes to commands like
puts.=20

My third question is:
Does Jacl support cancel and timeout when it comes to Interp.eval APIs?

Thanks a lot in advance, your advices are highly appreciated.

Wei

-----Original Message-----
From: tcl...@li...
[mailto:tcl...@li...] On Behalf Of Patrick
Finnegan
Sent: Wednesday, November 22, 2006 10:59 AM
To: A list for users of tcljava
Subject: Re: [tcljava-user] Jacl documentation

On Wednesday 22 November 2006 17:58, Wei Dai wrote:
> I am trying to find some documentation on Jacl but so far I am kind of
> frustrated by the fact that the documentation of the API simply sucks.
> Are there any documentation/tutorials/forums on JACL that you
recommend?
>
>
>
>
> Thanks,

Apologies if you have already seen these.

Documentation
******************

http://wiki.tcl.tk/1313
http://tcljava.sourceforge.net/docs/website/manual.html


Examples:=09
*************

http://aspn.activestate.com/ASPN/Cookbook/Tcl?kwd=3DTclBlend

Just ask the mailing list for examples of what you want to do?


Regards.

Patrick.

------------------------------------------------------------------------
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDE
V
_______________________________________________
tcljava-user mailing list
tcl...@li...
https://lists.sourceforge.net/lists/listinfo/tcljava-user

Re: [tcljava-user] Jacl documentation

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

On Wednesday 22 November 2006 17:58, Wei Dai wrote:
> I am trying to find some documentation on Jacl but so far I am kind of
> frustrated by the fact that the documentation of the API simply sucks.
> Are there any documentation/tutorials/forums on JACL that you recommend?
>
>
>
>
> Thanks,

Apologies if you have already seen these.

Documentation
******************

http://wiki.tcl.tk/1313
http://tcljava.sourceforge.net/docs/website/manual.html


Examples:	
*************

http://aspn.activestate.com/ASPN/Cookbook/Tcl?kwd=TclBlend

Just ask the mailing list for examples of what you want to do?


Regards.

Patrick.

[tcljava-user] Jacl documentation

[Wei D. <wd...@fn...>]

I am trying to find some documentation on Jacl but so far I am kind of
frustrated by the fact that the documentation of the API simply sucks.
Are there any documentation/tutorials/forums on JACL that you recommend?


=20

Thanks,

=20

[tcljava-user] JACL and 8.4 Tcl Support

[Sanjeev S. <ssu...@vo...>]

Folks:
I recently started off working on the regexp commands of 8.4 version of =
TCL release - using all the different switches which absolutely solves =
all my use case needs.  Now I turn around and try to use the JACL to =
call these scripts of mine - they dont work.  The part I came to know is =
that JACL only supports 8.0.0 - which has a really primitive form of =
regexp command.  Can any of you tell me how to get around this problem?
The switches that I am using are -lineanchor, -all, -nocase etc.
Thanks in advance.
- Sanjeev

[tcljava-user] Multi-threadability and Tomcat

[Ivan L. <fun...@ya...>]

Hey all,

I'm interested in embedding TCL in Tomcat, so I'm
looking to Jacl to provide this.  I figure I'd set it
up similar to I think what AOLserver had:

One master interpreter, which is copied into a child
interpreter pool.  To serve a http session, a user is
given a child interpreter and after the session, the
child interpreter is destroyed.

Does this sound like something Jacl should be able to
do?  I'm a little out of my realm here, as I'm not a C
coder familiar with TCL's architectre (other than it's
everything is a string :)) and I'm pretty new to
threading and issues you might have with it, lock
contention etc...

Thanks in advance for any advice/help you can provide!

Ivan




 
____________________________________________________________________________________
Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com

[tcljava-user] Use of TCL_CLASSPATH within the Class loader

[Stuart S. <Stu...@vi...>]

Hi there,

=20

I'm getting a class not found error when I try to instantiate a class as
an array but not when I just instantiate it directly. On digging through
the code I've noticed that when a class is instantiated (with
::java::new) if the primordial class loader can not find the class, it
moves on to looking in the items specified by the TCL_CLASSPATH
variable. While this is OK for a normal object, if you try to create an
array of this same object it looks the code is generating a class name
of '[L<package>.<class>;.class'. This class name is also used to see if
the class can be found in the jar files, if the code was modified to
strip these characters off before looking for the file in the jars then
it will likely locate and generate the byte[] of the class. This does
not seem to resolve the issue of loading a class defined as an array
from a class file defined within the TCL_CLASSPATH variable though as it
then fails during the defineClass method call - I assume because of the
same leading/trailing characters around the class name.

=20

If I add the jar to the classpath then I can instantiate the class
either as an array or just as is (unfortunately I need to use the
TCL_CLASSPATH variable to avoid other issues with the use of the code).

=20

Code being used is:

=20

::java::new {foo.bar.MyClass[]} 2   (this fails if the jar file is only
defined on the TCL_CLASSPATH)

::java::new foo.bar.MyClass          (this works whether the jar is on
the Classpath or the TCL_CLASSPATH)

=20

I'm using 1.3.1 of TclBlend

=20

Thanks,

=20

Stuart

Re: [tcljava-user] Example program

[Scott S. <ss...@am...>]

I assume that you don't want to "exec" a Java program from TCL.  You can 
call static methods or create Java objects and call their methods.  It's 
quite easy once you get the environment setup.

Here is a proof of concept that I did for my team almost 2 years ago...

Java class and method:

*public* *class* Bar {
  *public* *void* message(String s) {
    System.out.println(*"Text From Bar: "* + s);
  }
}

Tcl session to use this method:

# jtclsh
% package require java
1.3.1
% set bar [java::new Bar]
java0x1
% $bar message "This text got passed all the way in!"
Text From Bar: This text got passed all the way in!


You should be able to adapt this to your needs.  Strings, boolean, and 
int I believe are passed through fine so you would do something like this.

set a [$bar div2 $a]

If the bar object had a div2 method.  If you want to call a static 
method, look at java::call.

Hope this helps,
Scott

community help wrote:
> Hi,
>
> i'm familiarized with the getting strated section of
> the web site, but this still does not respond to my
> needs.
> What i want is to execute a java program from tcl.
> This program should modify a variable given in the tcl
> sript and later display this variable in tcl. In brief
> i want the following in my tcl script:
>
> 1. set a 10
>
> 2. execute java program that modifies the a variable
> to 5
>
> 3. puts $a (should give 5)
>
> For doing this i need to know how to execute a java
> program from tcl, and how to access a tcl variable
> from this program.
>
> Thank you
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user
>   

Re: [tcljava-user] Example program

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

See here for TclBlend examples.

http://aspn.activestate.com/ASPN/Cookbook/Tcl?kwd=TclBlend

You still need to compile the Tcl source.

http://mini.net/tcl/9993

Once compiled using the mingw shell the tcl exe can be executed from the 
windows shell using the bat files generated during the compile process.


Regards.

Patrick.


----- Original Message ----- 
From: "community help" <hel...@ya...>
To: <tcl...@li...>
Sent: Monday, October 09, 2006 2:53 PM
Subject: [tcljava-user] Example program


> Hi,
>
> i'm familiarized with the getting strated section of
> the web site, but this still does not respond to my
> needs.
> What i want is to execute a java program from tcl.
> This program should modify a variable given in the tcl
> sript and later display this variable in tcl. In brief
> i want the following in my tcl script:
>
> 1. set a 10
>
> 2. execute java program that modifies the a variable
> to 5
>
> 3. puts $a (should give 5)
>
> For doing this i need to know how to execute a java
> program from tcl, and how to access a tcl variable
> from this program.
>
> Thank you
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share 
> your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user 

[tcljava-user] Example program

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

Hi,

i'm familiarized with the getting strated section of
the web site, but this still does not respond to my
needs.
What i want is to execute a java program from tcl.
This program should modify a variable given in the tcl
sript and later display this variable in tcl. In brief
i want the following in my tcl script:

1. set a 10

2. execute java program that modifies the a variable
to 5

3. puts $a (should give 5)

For doing this i need to know how to execute a java
program from tcl, and how to access a tcl variable
from this program.

Thank you

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

[tcljava-user] TclException reported with stack trace?

[Kristoffer L. <se...@fi...>]

I am running the release version of jacl (1.3.2). In a command I'm  
creating I throw TclExceptions and TclNumArgsExceptions. However,  
they are only reported back with a Java stacktrace, not with a more  
human-friendly Tcl-style one. The code looks something like this:


   if (objv.length != 5) {
                throw new TclNumArgsException(interp, 1, objv,
                                                                         
      "host port username password");
   }

The end result is something like this:

Exception in thread "main" tcl.lang.TclNumArgsException
         at Smssh$LoginCommand.cmdProc(Smssh.java:38)
         .
         .
         .


Am I missing something in the way error conditions should be handled  
with Jacl?

            /  http://www.fishpool.com/~setok/