tcljava-user — Ask questions and get help here

[tcljava-user] JACL eval cancellation

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

HI,

=20

Is it possible that an eval command can be cancelled during its
execution? It does not seem to have any API to do this, but I wonder if
there is way to achieve this in the current JACL implementation, e.g Can
I use Interp.setInterrupted to achieve this?=20

=20

Thanks a lot in advance,

=20

Wei

[tcljava-user] Tcl Blend 1.4.0 binary for Win32 available for testing

[Mo D. <mo...@mo...>]

Hello all

A new binary release that combines Tcl, Thread, Tk, Tcl Blend, and
Sun's JDK 1.4 is now available for testing. This binary is for Win32
systems and  should just work "out of the box" with no compilation.

http://www.modejong.com/tcljava/handoff/tclBlend140Binary.zip

If folks could give it a try and report back, that would be great.

thanks
Mo DeJong

[tcljava-user] TCL Blend

[Amier <am...@gm...>]

Hi There.

First of all thank you for all your hard work in creating this interface.
I've been trying to understand how TCLBlend work but having some difficulty
in compiling it and making it work with our existing application platform

Basically, I need to to make use of tcl83 (active state) and java 1.4.2

I've tried downloading the latest tclblend 1.4.0 binary and test/mixed it
with our application binaries but I guess it is not compatible.

I've read the posts and found out that Patrick Finnegan have created a
binary for windows.

Patrick, if you can read this note, can I volunteer testing your work?

Thanks
Amier

am...@gm...

[tcljava-user] Swank 2.3.0 now available

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

I've finally got my act together enough to put up the latest source  
and compiled jar files for Swank.

The major difference with this version of Swank is that the Jacl  
event loop and the Swing Event loop are carefully isolated from each  
other.  The code is somewhat messy, but it is necessary to only  
access Swing widgets from the event loop.  Earlier versions of Swank  
effectively ran everything on the event loop, but this had limitations.

Please take Swank for a drive, and let me know what you think.  The  
source code is now managed with Darcs, I'll post information later on  
how to access the repository for those that want to monitor changes  
(or contribute to the development).



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




Bruce

Re: [tcljava-user] tcljava-user Digest, Vol 7, Issue 12

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

On Thursday 25 January 2007 20:54, Mo DeJong wrote:
> Virden, Larry W. wrote:
> > Mo, is that testing by you - or within the community? If the latter, has
> > anyone wrote up the test cases or designed a test scenario which would
> > raise the confidence level?
>
> There is no specific test you can run. It has more to do with stability
> of the code and reports from
> users about real world deployments. The 1.4 version is rather new and it
> is simply not ready to
> be called "production ready".
>
> Mo

Well no software is free of bugs even the stuff we pay trillions for.  Can we 
change the wording on the web site?  It's off putting to potential users.

How about "more stable than Windows":) 

 

Re: [tcljava-user] tcljava-user Digest, Vol 7, Issue 12

[Mo D. <mo...@mo...>]

Virden, Larry W. wrote:
> Mo, is that testing by you - or within the community? If the latter, has
> anyone wrote up the test cases or designed a test scenario which would
> raise the confidence level?
>
>   
There is no specific test you can run. It has more to do with stability 
of the code and reports from
users about real world deployments. The 1.4 version is rather new and it 
is simply not ready to
be called "production ready".

Mo

Re: [tcljava-user] Using global variable in Tcl script

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

On 25 Jan 2007, at 10:52, Pham Ngoc Khanh wrote:

> Hi all,
>
> I have a situation like this:
> 1. From Java:
>  interp.setVar("id", TclString.newInstance("123"),
> TCL.GLOBAL_ONLY);
>
> 2. In Tcl script:
>  proc myProc { } {
>    # need to get the value of variable id set from
> Java
>  }
>
> How to get the id variable in proc myProc ?

This is elementary Tcl. I recommend reading a good tutorial on this.  
Anyway, you can use the 'global' command:

proc myProc {} {
    global id

   # ...
}

As a sidenote and depending on the project, I'd be careful about  
using a name such as 'id' in the global namespace as that could  
easily conflict.

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

[tcljava-user] Using global variable in Tcl script

[Pham N. K. <pn...@ya...>]

Hi all,

I have a situation like this:
1. From Java:
 interp.setVar("id", TclString.newInstance("123"),
TCL.GLOBAL_ONLY);

2. In Tcl script:
 proc myProc { } {
   # need to get the value of variable id set from
Java
 }

How to get the id variable in proc myProc ?

Please help !!


		
___________________________________________________________ 
All New Yahoo! Mail – Tired of unwanted email come-ons? Let our SpamGuard protect you. http://uk.docs.yahoo.com/nowyoucan.html

Re: [tcljava-user] tcljava-user Digest, Vol 7, Issue 12

[Virden, L. W. <lv...@ca...>]

Mo DeJong writes:
> Patrick Finnegan wrote:
> > The website page says 1.4.0 is not production ready.  Is that still=20
> > the case?
> >  =20
> Yes, 1.4 will need quite a bit more testing before it can be
considered=20
> production ready.

Mo, is that testing by you - or within the community? If the latter, has
anyone wrote up the test cases or designed a test scenario which would
raise the confidence level?


--=20
<URL: http://wiki.tcl.tk/ >
Even if explicitly stated to the contrary, nothing in this posting
should be construed as representing my employer's opinions.
<URL: mailto:lv...@gm... > <URL: http://www.purl.org/NET/lvirden/
>

Re: [tcljava-user] Tcl Java 1.4 Release - stable?

[Mo D. <mo...@mo...>]

Patrick Finnegan wrote:
> On Tuesday 23 January 2007 18:12, Tom Poindexter wrote:
>   
>> On Mon, Jan 22, 2007 at 07:10:31PM -0800, Mo DeJong wrote:
>>     
>>> Patrick Finnegan wrote:
>>>       
>>>> The website page says 1.4.0 is not production ready.  Is that still the
>>>> case?
>>>>         
>>> Yes, 1.4 will need quite a bit more testing before it can be considered
>>> production ready.
>>>       
>
> How much more testing?  Can we help out writing regression tests and so forth

The term "production ready" means that the software has been stable for 
some time and has been
tested in real production environments without problems. The term 
"stable" means that the software
is feature complete and only important bug fixes will be applied. The 
1.4 tree is not even considered
"stable" yet since new features will be added before the next release.

For most users, these distinctions will not matter one bit. Most 
everyone will just use 1.4.0.
But it does matter for large organizations planning new releases that 
include Jacl and Tcl Blend.
A new bug that goes undiscovered until a system goes into production 
could be very costly
to a large organization.

Mo DeJong

Re: [tcljava-user] Tcl Java 1.4 Release - stable?

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

On Tuesday 23 January 2007 18:12, Tom Poindexter wrote:
> On Mon, Jan 22, 2007 at 07:10:31PM -0800, Mo DeJong wrote:
> > Patrick Finnegan wrote:
> > > The website page says 1.4.0 is not production ready.  Is that still the
> > > case?
> >
> > Yes, 1.4 will need quite a bit more testing before it can be considered
> > production ready.
>

How much more testing?  Can we help out writing regression tests and so forth?

Re: [tcljava-user] Tcl Java 1.4 Release - stable?

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

On Mon, Jan 22, 2007 at 07:10:31PM -0800, Mo DeJong wrote:
> Patrick Finnegan wrote:
> > The website page says 1.4.0 is not production ready.  Is that still the case?  
> >   
> Yes, 1.4 will need quite a bit more testing before it can be considered 
> production ready.


For my use, 1.4 is 'production ready', (Your Mileage May Vary, Not Valid
In Some States, etc.)

I understand Mo's caution perfectly.  

For me, TJC and IncrTcl in Jacl are compelling features.  I'm using
1.4.0+ in my Aejaks project.

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

Re: [tcljava-user] Tcl Java 1.4 Release - stable?

[Mo D. <mo...@mo...>]

Patrick Finnegan wrote:
> The website page says 1.4.0 is not production ready.  Is that still the case?  
>   
Yes, 1.4 will need quite a bit more testing before it can be considered 
production ready.

Mo

[tcljava-user] Tcl Java 1.4 Release - stable?

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

The website page says 1.4.0 is not production ready.  Is that still the case?  

http://tcljava.sourceforge.net/docs/website/index.html

Re: [tcljava-user] JACL - Which Java Debugger?

[Mo D. <mo...@mo...>]

Patrick Finnegan wrote:
> I had a quick look at Jswat but since we are using Eclipse as the standard
> IDE I tried it's remote debug facility.  Eclipse connects to the remote
> JACL JVM all right and I was able to walk through tcl.lang.Shell by importing 
> the source code into the project and setting a breakpoint.  But of course 
> what I need to do is set breakpoints in JACL code not the underlying java 
> stuff.  Is there a way to do this?
>   
Yes, you can compile the Tcl code into Java code using TJC and then step 
through the compiled code
in a Java debugger. It is really quite easy to do and the generated Java 
source is easy to understand.
> Thinking about this further one might run one of the existing TK debuggers 
> under Swank.  Say something like this:
>
> c:> java tcl.lang.Swank debugger.tcl yourScript.tcl.
>
> However Swank/JACL only supports Tcl 8.0 and most of the debuggers I tried 
> either required 8.1 or greater or Tcl packages that have not been ported to 
> JACL

It depends on what features the Tcl debuggers use. If they just run 
"package require Tcl 8.1" then
just change it to 8.0 and see if everything works as expected. Jacl is 
really more like Tcl 8.4 at
this point, except for some regexp and non-blocking io issues.

Mo DeJong

Re: [tcljava-user] JACL - Which Java Debugger?

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

On Sunday 14 January 2007 02:23, Mo DeJong wrote:
>  > Are there any recommended debuggers for jacl and instructions on how
>
> to use them?
>
>

I had a quick look at Jswat but since we are using Eclipse as the standard
IDE I tried it's remote debug facility. =A0Eclipse connects to the remote
JACL JVM all right and I was able to walk through tcl.lang.Shell by importi=
ng=20
the source code into the project and setting a breakpoint.  But of course=20
what I need to do is set breakpoints in JACL code not the underlying java=20
stuff.  Is there a way to do this?

Thinking about this further one might run one of the existing TK debuggers=
=20
under Swank.  Say something like this:

c:> java tcl.lang.Swank debugger.tcl yourScript.tcl.

However Swank/JACL only supports Tcl 8.0 and most of the debuggers I tried=
=20
either required 8.1 or greater or Tcl packages that have not been ported to=
=20
JACL.

Any ideas? =20

Re: [tcljava-user] JACL - Which Java Debugger?

[Mo D. <mo...@mo...>]

 > Are there any recommended debuggers for jacl and instructions on how 
to use them?

Patrick

I use JSwat, but you should be able to use any Java debugger that works 
with the JPDA. All
you need to do at runtime is set JACL_DEBUG=1 before launching jtclsh. 
That will add the
src jars to the CLASSPATH so that you can step through Jacl code in the 
debugger. If you
want to debug TJC generated Java code you can also do that by compiling 
Tcl procs into
Java source and then you can step through the Java source a line at a time.

cheers
Mo DeJong

P.S.
Patrick, please don't post messages to this list that include junk 
footers like
"This email is confidential blah blah blah". The terms of use for this
mailing list clearly state that these type of claims are not allowed.

http://tcljava.sourceforge.net/docs/website/mail.html

You risk being booted off the list by posting message like that.

Re: [tcljava-user] Load extension in Tcl file

[Pham N. K. <pn...@ya...>]

Thanks Rahul. It works.

//Khanh
--- rahul <Rah...@Su...> wrote:

> [Pham Ngoc Khanh:]
> | script: contain scripts (Tcl file)
> | scr: contain Java file
> =================
> | package com;
> | public class TestCommand implements
> tcl.lang.Command {
> |       public void cmdProc(...) {...}
> | }
> =================
> | package com;
> | 
> | public class TestCommandExtension implements
> | tcl.lang.Extension {
> |       public void init(...) {
> |           // create a TestCommand
> |       }
> | }
> | 
> | How to load TestCommandExtsion from script store
> in
> | script folder as i mention above with this
> situation ?
> | (I'm using Windows XP) 
> ===============
> # do this....
> package require java
>  
> java::load -classpath {../scr}
> com.TestCommandExtension
> ===============
> 
>
-------------------------------------------------------------------------
> 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
> 



		
___________________________________________________________ 
The all-new Yahoo! Mail goes wherever you go - free your email address from your Internet provider. http://uk.docs.yahoo.com/nowyoucan.html

Re: [tcljava-user] Serious bug in Jacl log10 method in Jacl 1.4.0

[Mo D. <mo...@mo...>]

 > Starting with revision 1.13 of Expression.java the calculation of
 > base 10 logarithms in Jacl is seriously incorrect.

This has now been fixed in the CVS. I also added a bunch of tests to the
tjcruntime package to validate all the built-in math functions and fixed 
some
input bounds issues in the math functions.

Mo DeJong

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

[Mo D. <mo...@mo...>]

Stuart Smith wrote:

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

Stuart could you download the 1.3.3 of Tcl Blend and see if this problem 
still exists in that release.
If it does, could you create a test case that reproduces the problem 
with a single .jar file that
contains the class in question and a small .tcl file.

thanks
Mo DeJong

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

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

On 01/12/07 18:27, Mo DeJong wrote:
>  > 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...
>
> Scott, could you try to build Tcl Blend 1.4.0 on this amd64 machine
> and see if that works as expected? A new amd64 detection check
> was added to tcljava.m4 in that release. Please let me know if that
> has resolved the build problem you were having.
>   
Hi Mo.....  1.4.0 seems to work fine.
    Looking for /x/jdk/jre/lib/amd64/libjava.so
    Found /home/x/jdk/jre/lib/amd64/libjava.so

Thanks!

[tcljava-user] required models

[Imran S. <isa...@gm...>]

i need models on diffserv and Intserv in jsim

Re: [tcljava-user] how to learn basics of tcl

[Imran S. <isa...@gm...>]

THANKS
Can u also guide me how to find Diffserv and Intserv models
thanks


On 1/13/07, Tom Poindexter <tpo...@ny...> wrote:
>
> On Sat, Jan 13, 2007 at 12:45:42AM +0500, Imran Saleem wrote:
> > how to learn tcl language
>
>
> For a good starter in programming with Tcl:
> http://en.wikipedia.org/wiki/Tcl
>
>
> --
> 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
>



-- 
With Regards:

Imran
------

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

[Mo D. <mo...@mo...>]

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

Scott, could you try to build Tcl Blend 1.4.0 on this amd64 machine
and see if that works as expected? A new amd64 detection check
was added to tcljava.m4 in that release. Please let me know if that
has resolved the build problem you were having.

Mo DeJong

Re: [tcljava-user] building with gcc 4.1?

[Mo D. <mo...@mo...>]

 > It seems as though after I compile tcl, tclblend, and install jdk 1.5 on
 > a SuSE 10.1 box it has problems. During "package require java" I get a
 > hot spot error. The only thing that I can think of that is "special"
 > about SuSE 10.1 is that it uses gcc 4.1.

There is a known bug in gcc 4.1.0 and newer that breaks Tcl Blend. The
Tcl Blend 1.4.0 release should detect this bug in the configure script.
Did you compile Tcl Blend 1.4.0 and did it detect the problem when
configure was run? It may also be possible to work around this bug
by removing -O2 from the compile command line but I have not tested
that myself.

Mo DeJong