tcljava-user — Ask questions and get help here

Re: [tcljava-user] Suitability of Tcl Blend

[Patrick F. <fin...@gm...>]

Most Tcl packages/extensions are, like Tcl itself, written in C not Java and
and therefore are not available under Jacl unless the package owners are
prepared to rewrite the code in Java and maintain two development streams
which is a real headache.

Only packages/extensions written in Java or pure Tcl can be used with Jacl
one example being Tcllib.

http://tcllib.sourceforge.net/


2009/8/31 Radosław Szulgo <rs...@gm...>

> Seamus: What exactly features are not implemented in JACL that you need
> ? I'm modernizing JACL, now. I'm bringing JACL to Tcl8.4 level.
> More details at http://wiki.tcl.tk/23812
>
> Regards,
> Radek
>
> Seamus McKenna pisze:
> > Thanx Tom,
> >
> > I tried this and expect4j certainly works a treat.  Unfort I have ran
> > into trouble as I now need to require other packages, to talk to a
> > piece of Spirent Test Kit, which rely on a particular tcl version, and
> > features which have not been implemented in JACL.
> >
> > Going to give TCLBlend ago now.
> >
> > Cheers Again
> >
> > > Date: Fri, 28 Aug 2009 09:38:31 -0600
> > > From: tpo...@ny...
> > > To: tcl...@li...
> > > Subject: Re: [tcljava-user] Suitability of Tcl Blend
> > >
> > > On Fri, Aug 28, 2009 at 10:02:14AM +0000, Seamus McKenna wrote:
> > > > We have a test
> > > > framework in Java and would like to directly call legacy TCL
> > scripts. These scripts include packages like Expect so
> > > > I am not sure that JACL is suitable. That?s why I?m looking at
> > TclBlend. I see that it?s possible to call java directly
> > > > from TCL using ?package require java? e.g. java::import
> > java.net.InetAddress. But is it possible to carry out standard TCL
> > > > commands from JAVA?
> > >
> > > I don't use TclBlend, so I can't comment on its suitability for you.
> > > Yes, the 'java' package for TclBlend and Jacl allow your Tcl scripts
> > > to interact with Java objects.
> > >
> > > Jacl is certainly quite easy to integrate into Java. Expect has been
> > > ported to run in Jacl, so it likely depends on which other extensions
> > > your Tcl scripts use. Tcl-only extensions may or may not work,
> > depending
> > > mostly on the Tcl version for which any particular extension was
> > written.
> > > Any extension using the 'fileevent' command won't work in Jacl (yet!)
> > >
> > > See: http://code.google.com/p/expect4j/
> > >
> > > --
> > > Tom Poindexter
> > > tpo...@ny...
> > >
> > >
> >
> ------------------------------------------------------------------------------
> > > Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> > 30-Day
> > > trial. Simplify your report design, integration and deployment - and
> > focus on
> > > what you do best, core application coding. Discover what's new with
> > > Crystal Reports now. http://p.sf.net/sfu/bobj-july
> > > _______________________________________________
> > > tcljava-user mailing list
> > > tcl...@li...
> > > https://lists.sourceforge.net/lists/listinfo/tcljava-user
> >
> > ------------------------------------------------------------------------
> > View your other email accounts from your Hotmail inbox. Add them now.
> > <http://clk.atdmt.com/UKM/go/167688463/direct/01/>
> > ------------------------------------------------------------------------
> >
> >
> ------------------------------------------------------------------------------
> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> > trial. Simplify your report design, integration and deployment - and
> focus on
> > what you do best, core application coding. Discover what's new with
> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > tcljava-user mailing list
> > tcl...@li...
> > https://lists.sourceforge.net/lists/listinfo/tcljava-user
> >
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user
>



-- 
PATRICK FINNEGAN
================
MB:    +447939182261
PH:     +44(0)1603 848950
FX:     +44-160-320-8321
http://www.linkedin.com/in/medidisksolutions

Medidisk Solutions Ltd
C/O SPB Accountants
409 High Road
Willesden
London
NW10 2JN
Co. No. 3549668
Vat. No. 893627969

Re: [tcljava-user] Suitability of Tcl Blend

[R. S. <rs...@gm...>]

Seamus: What exactly features are not implemented in JACL that you need 
? I'm modernizing JACL, now. I'm bringing JACL to Tcl8.4 level.
More details at http://wiki.tcl.tk/23812

Regards,
Radek

Seamus McKenna pisze:
> Thanx Tom,
>
> I tried this and expect4j certainly works a treat.  Unfort I have ran 
> into trouble as I now need to require other packages, to talk to a 
> piece of Spirent Test Kit, which rely on a particular tcl version, and 
> features which have not been implemented in JACL.
>
> Going to give TCLBlend ago now.
>
> Cheers Again
>
> > Date: Fri, 28 Aug 2009 09:38:31 -0600
> > From: tpo...@ny...
> > To: tcl...@li...
> > Subject: Re: [tcljava-user] Suitability of Tcl Blend
> >
> > On Fri, Aug 28, 2009 at 10:02:14AM +0000, Seamus McKenna wrote:
> > > We have a test
> > > framework in Java and would like to directly call legacy TCL 
> scripts. These scripts include packages like Expect so
> > > I am not sure that JACL is suitable. That?s why I?m looking at 
> TclBlend. I see that it?s possible to call java directly
> > > from TCL using ?package require java? e.g. java::import 
> java.net.InetAddress. But is it possible to carry out standard TCL
> > > commands from JAVA?
> >
> > I don't use TclBlend, so I can't comment on its suitability for you.
> > Yes, the 'java' package for TclBlend and Jacl allow your Tcl scripts
> > to interact with Java objects.
> >
> > Jacl is certainly quite easy to integrate into Java. Expect has been
> > ported to run in Jacl, so it likely depends on which other extensions
> > your Tcl scripts use. Tcl-only extensions may or may not work, 
> depending
> > mostly on the Tcl version for which any particular extension was 
> written.
> > Any extension using the 'fileevent' command won't work in Jacl (yet!)
> >
> > See: http://code.google.com/p/expect4j/
> >
> > --
> > Tom Poindexter
> > tpo...@ny...
> >
> > 
> ------------------------------------------------------------------------------
> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 
> 30-Day
> > trial. Simplify your report design, integration and deployment - and 
> focus on
> > what you do best, core application coding. Discover what's new with
> > Crystal Reports now. http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > tcljava-user mailing list
> > tcl...@li...
> > https://lists.sourceforge.net/lists/listinfo/tcljava-user
>
> ------------------------------------------------------------------------
> View your other email accounts from your Hotmail inbox. Add them now. 
> <http://clk.atdmt.com/UKM/go/167688463/direct/01/>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> ------------------------------------------------------------------------
>
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user
>   

Re: [tcljava-user] Suitability of Tcl Blend

[Seamus M. <sea...@ho...>]

Thanx Tom,

I tried this and expect4j certainly works a treat.  Unfort I have ran into trouble as I now need to require other packages, to talk to a piece of Spirent Test Kit, which rely on a particular tcl version, and features which have not been implemented in JACL.

Going to give TCLBlend ago now.

Cheers Again

> Date: Fri, 28 Aug 2009 09:38:31 -0600
> From: tpo...@ny...
> To: tcl...@li...
> Subject: Re: [tcljava-user] Suitability of Tcl Blend
> 
> On Fri, Aug 28, 2009 at 10:02:14AM +0000, Seamus McKenna wrote:
> > We have a test
> > framework in Java and would like to directly call legacy TCL scripts.  These scripts include packages like Expect so
> > I am not sure that JACL is suitable. That?s why I?m looking at TclBlend.  I see that it?s possible to call java directly
> > from TCL using ?package require java? e.g. java::import java.net.InetAddress.  But is it possible to carry out standard TCL
> > commands from JAVA? 
> 
> I don't use TclBlend, so I can't comment on its suitability for you.  
> Yes, the 'java' package for TclBlend and Jacl allow your Tcl scripts
> to interact with Java objects.
> 
> Jacl is certainly quite easy to integrate into Java.  Expect has been 
> ported to run in Jacl, so it likely depends on which other extensions 
> your Tcl scripts use.  Tcl-only extensions may or may not work, depending 
> mostly on the Tcl version for which any particular extension was written.  
> Any extension using the 'fileevent' command won't work in Jacl (yet!)
> 
> See: http://code.google.com/p/expect4j/
> 
> -- 
> Tom Poindexter
> tpo...@ny...
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user

_________________________________________________________________
View your other email accounts from your Hotmail inbox. Add them now.
http://clk.atdmt.com/UKM/go/167688463/direct/01/

Re: [tcljava-user] Suitability of Tcl Blend

[Justin R. <ju...@ha...>]

People are still talking about expect4j!

Sent from my iPhone

On Aug 28, 2009, at 11:38 AM, Tom Poindexter <tpo...@ny...> wrote:

> On Fri, Aug 28, 2009 at 10:02:14AM +0000, Seamus McKenna wrote:
>> We have a test
>> framework in Java and would like to directly call legacy TCL  
>> scripts.  These scripts include packages like Expect so
>> I am not sure that JACL is suitable. That?s why I?m looking at  
>> TclBlend.  I see that it?s possible to call java directly
>> from TCL using ?package require java? e.g. java::import  
>> java.net.InetAddress.  But is it possible to carry out standard TCL
>> commands from JAVA?
>
> I don't use TclBlend, so I can't comment on its suitability for you.
> Yes, the 'java' package for TclBlend and Jacl allow your Tcl scripts
> to interact with Java objects.
>
> Jacl is certainly quite easy to integrate into Java.  Expect has been
> ported to run in Jacl, so it likely depends on which other extensions
> your Tcl scripts use.  Tcl-only extensions may or may not work,  
> depending
> mostly on the Tcl version for which any particular extension was  
> written.
> Any extension using the 'fileevent' command won't work in Jacl (yet!)
>
> See: http://code.google.com/p/expect4j/
>
> -- 
> Tom Poindexter
> tpo...@ny...
>
> --- 
> --- 
> --- 
> ---------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008  
> 30-Day
> trial. Simplify your report design, integration and deployment - and  
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user

Re: [tcljava-user] Suitability of Tcl Blend

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

On Fri, Aug 28, 2009 at 10:02:14AM +0000, Seamus McKenna wrote:
> We have a test
> framework in Java and would like to directly call legacy TCL scripts.  These scripts include packages like Expect so
> I am not sure that JACL is suitable. That?s why I?m looking at TclBlend.  I see that it?s possible to call java directly
> from TCL using ?package require java? e.g. java::import java.net.InetAddress.  But is it possible to carry out standard TCL
> commands from JAVA? 

I don't use TclBlend, so I can't comment on its suitability for you.  
Yes, the 'java' package for TclBlend and Jacl allow your Tcl scripts
to interact with Java objects.

Jacl is certainly quite easy to integrate into Java.  Expect has been 
ported to run in Jacl, so it likely depends on which other extensions 
your Tcl scripts use.  Tcl-only extensions may or may not work, depending 
mostly on the Tcl version for which any particular extension was written.  
Any extension using the 'fileevent' command won't work in Jacl (yet!)

See: http://code.google.com/p/expect4j/

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

Re: [tcljava-user] Suitability of Tcl Blend

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

<HTML>
See this link which explains the concepts.&nbsp; <BR>
<BR>
http://www.ensta.fr/~diam/tcl/online/Using_Tcl_in_Java-20010106.html<BR>
<BR>
 You want to load the C based TclBlend interpreter INTO Java which is different to using TclBlend on it's own.<BR>
<BR>
i.e. start a JAVA program and load TclBlend Vs start TclBlend then load JAVA via JNI using package require Java. <BR>
<BR>
<BR>
<BR>
<span style="font-weight: bold;">On Fri Aug 28 18:02 , Seamus McKenna <sea...@ho...> sent:<BR>
<BR>
</sea...@ho...></span><blockquote style="border-left: 2px solid rgb(245, 245, 245); margin-left: 5px; margin-right: 0px; padding-left: 5px; padding-right: 0px;">

<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
</style>
<body class="hmmessage">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"><meta name="ProgId" content="Word.Document"><meta name="Generator" content="Microsoft Word 11"><meta name="Originator" content="Microsoft Word 11"><!--[if gte mso 9]><xml>
 <w:WordDocument>
  <w:View>Normal</w:View>
  <w:Zoom>0</w:Zoom>
  <w:PunctuationKerning/>
  <w:ValidateAgainstSchemas/>
  <w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid>
  <w:IgnoreMixedContent>false</w:IgnoreMixedContent>
  <w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText>
  <w:Compatibility>
   <w:BreakWrappedTables/>
   <w:SnapToGridInCell/>
   <w:WrapTextWithPunct/>
   <w:UseAsianBreakRules/>
   <w:DontGrowAutofit/>
  </w:Compatibility>
  <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
 </w:WordDocument>
</xml><![endif]--><!--[if gte mso 9]><xml>
 <w:LatentStyles DefLockedState="false" LatentStyleCount="156">
 </w:LatentStyles>
</xml><![endif]--><style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{mso-style-parent:"";
	margin:0cm;
	margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:12.0pt;
	font-family:"Times New Roman";
	mso-fareast-font-family:"Times New Roman";}
pre
	{margin:0cm;
	margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:10.0pt;
	font-family:"Courier New";
	mso-fareast-font-family:"Times New Roman";}
span.EmailStyle15
	{mso-style-type:personal;
	mso-style-noshow:yes;
	mso-ansi-font-size:10.0pt;
	mso-bidi-font-size:10.0pt;
	font-family:Arial;
	mso-ascii-font-family:Arial;
	mso-hansi-font-family:Arial;
	mso-bidi-font-family:Arial;
	color:windowtext;}
@page Section1
	{size:612.0pt 792.0pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;
	mso-header-margin:36.0pt;
	mso-footer-margin:36.0pt;
	mso-paper-source:0;}
div.Section1
	{page:Section1;}
-->
</style><!--[if gte mso 10]>
<style>
 /* Style Definitions */
 table.MsoNormalTable
	{mso-style-name:"Table Normal";
	mso-tstyle-rowband-size:0;
	mso-tstyle-colband-size:0;
	mso-style-noshow:yes;
	mso-style-parent:"";
	mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
	mso-para-margin:0cm;
	mso-para-margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:10.0pt;
	font-family:"Times New Roman";
	mso-ansi-language:#0400;
	mso-fareast-language:#0400;
	mso-bidi-language:#0400;}
</style>
<![endif]-->

<p class="MsoNormal"><span style="font-size: 10pt; font-family: Arial;">Hi,<o:p></o:p></span></p>

<p class="MsoNormal"><span style="font-size: 10pt; font-family: Arial;"><o:p>&nbsp;</o:p></span></p>

<p class="MsoNormal"><span style="font-size: 10pt; font-family: Arial;">Just
wondering if anyone can help..<o:p></o:p></span></p>

<p class="MsoNormal"><span style="font-size: 10pt; font-family: Arial;">I would
like to know if TclBlend is right for me.<o:p></o:p></span></p>

<p class="MsoNormal"><span style="font-size: 10pt; font-family: Arial;"><o:p>&nbsp;</o:p></span></p>

<p class="MsoNormal"><span style="font-size: 10pt; font-family: Arial;">We have a test
framework in Java and would like to directly call legacy TCL scripts.<span style="">&nbsp; </span>These scripts include packages like Expect so
I am not sure that JACL is suitable. That’s why I’m looking at TclBlend.<span style="">&nbsp; </span>I see that it’s possible to call java directly
from TCL using “package require java” e.g. java::import java.net.InetAddress.<span style="">&nbsp; </span>But is it possible to carry out standard TCL
commands from JAVA? <o:p></o:p></span></p>

<p class="MsoNormal"><span style="font-size: 10pt; font-family: Arial;"><o:p>&nbsp;</o:p></span></p>

<pre><span style="font-family: Arial;">One thing I see is that I could use tcl.lang.evalFile to run a tcl script from java but I have a few queries.<o:p></o:p></span></pre><pre><span style="font-family: Arial;">a) Can I pass arguments to the script?<o:p></o:p></span></pre><pre><span style="font-family: Arial;">b) Can the Tcl script include Expect? <o:p></o:p></span></pre>

<p class="MsoNormal"><span style="font-size: 10pt; font-family: Arial;"><o:p>&nbsp;</o:p></span></p>

<p class="MsoNormal"><span style="font-size: 10pt; font-family: Arial;">If all else
fails, I realise that I can call the tcl script directly as I would an
executable from JAVA.<o:p></o:p></span></p>

<p class="MsoNormal"><span style="font-size: 10pt; font-family: Arial;"><o:p>&nbsp;</o:p></span></p>

<p class="MsoNormal"><span style="font-size: 10pt; font-family: Arial;">Any
help/suggestions would be greatly appreciated. <o:p></o:p></span></p>

<p class="MsoNormal"><span style="font-size: 10pt; font-family: Arial;"><o:p>&nbsp;</o:p></span></p>

<p class="MsoNormal"><span style="font-size: 10pt; font-family: Arial;">Seamy<o:p></o:p></span></p>

<BR>
<hr>Windows Live Messenger: Thanks for 10 great years—enjoy free winks and emoticons. <a href="http://clk.atdmt.com/UKM/go/157562755/direct/01/" target="_blank">Get Them Now</a></meta></meta></meta></meta></body></blockquote></HTML>
<BR>

[tcljava-user] Suitability of Tcl Blend

[Seamus M. <sea...@ho...>]

Hi,

 

Just
wondering if anyone can help..

I would
like to know if TclBlend is right for me.

 

We have a test
framework in Java and would like to directly call legacy TCL scripts.  These scripts include packages like Expect so
I am not sure that JACL is suitable. That’s why I’m looking at TclBlend.  I see that it’s possible to call java directly
from TCL using “package require java” e.g. java::import java.net.InetAddress.  But is it possible to carry out standard TCL
commands from JAVA? 

 

One thing I see is that I could use tcl.lang.evalFile to run a tcl script from java but I have a few queries.a) Can I pass arguments to the script?b) Can the Tcl script include Expect? 

 

If all else
fails, I realise that I can call the tcl script directly as I would an
executable from JAVA.

 

Any
help/suggestions would be greatly appreciated. 

 

Seamy


_________________________________________________________________
Windows Live Messenger: Celebrate 10 amazing years with free winks and emoticons.
http://clk.atdmt.com/UKM/go/157562755/direct/01/

[tcljava-user] checkPendingException with tclblend1.4.1

[yuan d. <dh...@gm...>]

hi,

I've build the tclblend1.4.1 and tclblend1.3.3 for windows by using msys.

I run the following code ok with tclblend1.3.3 but failed with
tclblend1.4.1.
import tcl.lang.Interp;
import tcl.lang.TclException;
import tcl.lang.TclInteger;

public class StringLengthTest {
    public static void main(String[] args) {
        int thestr_len = -1;
        String thestr = "noggy";
        Interp interp = new Interp();
        try {
            interp.eval("puts [info tclversion]");
            interp.eval("puts [info library]");
            interp.eval("string length \"" + thestr + "\"");
            thestr_len = TclInteger.get(interp, interp.getResult());
        } catch (TclException ex) {
            int code = ex.getCompletionCode();
            System.err.println(
                            "command returned bad error code: " + code);
        } finally {
            interp.dispose();
        }

        System.out.println("string length was " + thestr_len);
    }

}
The exception from the tclblend1.4.1 is:
tcl.lang.TclException:
    at tcl.lang.Interp.checkPendingException(Interp.java:1372)
    at tcl.lang.Interp.eval(Interp.java:991)
    at tcl.lang.Interp.eval(Interp.java:1000)
    at tcl.lang.BlendExtension.init(BlendExtension.java:68)
    at tcl.lang.Interp.init(Native Method)
    at tcl.lang.Interp.<init>(Interp.java:178)
    at
com.dh.cltf.fw.tcl.tclblend.StringLengthTest.main(StringLengthTest.java:12)
Exception in thread "main" tcl.lang.TclRuntimeError: tcl.lang.TclException:
    at tcl.lang.Interp.<init>(Interp.java:181)
    at
com.dh.cltf.fw.tcl.tclblend.StringLengthTest.main(StringLengthTest.java:12)
Exception in thread "main"


Have you have the same kind of problem?  How to resolve it?  Thanks very
much.


Dahui

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

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

I will be out of the office starting  08/04/2009 and will not return until
08/05/2009.


Please contact the SCM Hotline for all issues, x8750.

Thank you!

Warm Regards,
Khim Theng

<BR>_____________________________________________________________
<FONT size=2><BR>
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.</FONT>

Re: [tcljava-user] extending commands

[rahul <ra...@su...>]

| Hi,
| 
| I am using jacl 1.4.1 in a project. I need to extend OpenCmd so that I only allow reading/writing to a specific directory for security reasons.
| Since OpenCmd class has package access, I cannot extend it to put this constraint.
| 
| Can someone suggest how to add this restriction to "open" command?

use a new interp, and change open to your_restricted_open. See the
lappend| loggedAppend here
http://tmml.sourceforge.net/doc/tcl/interp.html

* You may have eval the args since I dont think {*} is supported in jacl


                                    rahul
--
1. e4 _

[tcljava-user] extending commands

[Prabhat T. <ptr...@ex...>]

Hi,

I am using jacl 1.4.1 in a project. I need to extend OpenCmd so that I only allow reading/writing to a specific directory for security reasons.
Since OpenCmd class has package access, I cannot extend it to put this constraint.

Can someone suggest how to add this restriction to "open" command?

Regards.
Prabhat

________________________________
DISCLAIMER:
This e-mail and any attachments to it may contain confidential and proprietary material and is solely for the use of the intended recipient. Any review, use, disclosure, distribution or copying of this transmittal is prohibited except by or on behalf of the intended recipient. If you have received this transmittal in error, please notify the sender and destroy this e-mail and any attachments and all copies, whether electronic or printed.

Re: [tcljava-user] Can't download Jacl

[R. S. <rs...@gm...>]

Seems like SF is having problems. I can't download any file from any 
project hosted by them. Try tommorow.

-- Radoslaw Szulgo

Re: [tcljava-user] Can't download Jacl

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

On Wed, Jul 22, 2009 at 06:22:51PM +0000, Cory Wheeler wrote:
> 
> 
> It looks like there is a problem with downloading anything from the site. Every time I try to download anything from the Files list, I get redirected right back to the same page that I tried to download from...without the actual download ever kicking off. I've tried switching to multiple different mirror sites in addition to allowing sourceforge to autodetect which mirror I should use. Does anyone know what might be causing this. Is sourceforge just having problems all around?
> 


Yeah, looks hosed to me too.  Seems to be all of SF.

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

[tcljava-user] Can't download Jacl

[Cory W. <cor...@ho...>]

It looks like there is a problem with downloading anything from the site. Every time I try to download anything from the Files list, I get redirected right back to the same page that I tried to download from...without the actual download ever kicking off. I've tried switching to multiple different mirror sites in addition to allowing sourceforge to autodetect which mirror I should use. Does anyone know what might be causing this. Is sourceforge just having problems all around?

Thanks,
Cory

_________________________________________________________________
Windows Live™ Hotmail®: Celebrate the moment with your favorite sports pics. Check it out.
http://www.windowslive.com/Online/Hotmail/Campaign/QuickAdd?ocid=TXT_TAGLM_WL_QA_HM_sports_photos_072009&cat=sports

Re: [tcljava-user] lsearch "inline" option not found...

[Radosław S. <rs...@gm...>]

Rick & Charlie pisze:
>  
> bad option "-inline": must be -ascii, -decreasing, -dictionary, 
> -exact, -increasing, -integer, -glob, -real, -regexp, or -sorted
>  
>  
> Does anybody know how to get around this? Is there a newer version out 
> there that understands the -inline option for lsearch? Here is an 
> example of the .tcl code that throws the above error.
>  
> if {[lsearch -inline $MEM_CHANNEL_CONFIG U*] eq "UDIMM_SODIMM"} {
>  
> ...
> ...
>  
> }

Great news for you. I've just implemented lsearch -inline option :) It's 
in the Jacl's repo (HEAD).  Moreover, options -not, -all and -start were 
also implemented.

More news at Jacl Modernization Project 2009 page : http://wiki.tcl.tk/23679

Re.
-- Radoslaw Szulgo

[tcljava-user] Eclipse Tcl IDE - Dynamic Languages Toolkit (DLTK) 0.95 Demo.

[Patrick F. <fin...@gm...>]

There is a demo of the Eclipse Tcl IDE on the Eclipse site at
http://live.eclipse.org/node/548.

"This presentation covers some of the features that will be available
with DLTK 0.95. Specifically, the Project Wizard, Code Editor, Code
Navigation, Code Assist and Launching and Debugging features will be
discussed. Features are demonstrated using TCL, but also apply to
Ruby".



-- 
PATRICK FINNEGAN
================

Re: [tcljava-user] tcljava problem under ubuntu 64...

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

Georgios Petasis wrote:
> The problem was due to the optimisation done by gcc 4.3.
> It seems to relate to this bug report:
>
> https://sourceforge.net/tracker/?func=detail&aid=1528278&group_id=13005&atid=113005
>
> George
>   
The right fix for this issue is to pass -fno-strict-aliasing to GCC on 
the command line. It only shows up when -O2 or greater is used. This fix 
is in the CVS but has not made it into a release yet.

Mo

Re: [tcljava-user] tcljava problem under ubuntu 64...

[Georgios P. <pe...@ii...>]

Dear Mo,

Thank you for the input. The truth is that I am using my own build 
system for tcljava, so even if the fix goes to a release I will not 
notice it :-)
But I will add -fno-strict-aliasing now that you have mentioned it :-)

Regards,

George

O/H Mo DeJong έγραψε:
> Georgios Petasis wrote:
>> The problem was due to the optimisation done by gcc 4.3.
>> It seems to relate to this bug report:
>>
>> https://sourceforge.net/tracker/?func=detail&aid=1528278&group_id=13005&atid=113005 
>>
>>
>> George
>>   
> The right fix for this issue is to pass -fno-strict-aliasing to GCC on 
> the command line. It only shows up when -O2 or greater is used. This 
> fix is in the CVS but has not made it into a release yet.
>
> Mo

[tcljava-user] JDK compatibility...

[Georgios P. <pe...@ii...>]

Hi all,

Is tcljava 1.4.1 compatible with the latest Sun JDK (1.6.0.14)?
I am trying to compile it under linux (ubuntu 64), and I am having problems.
I do see some warnings during compilation of the java code...

George

Re: [tcljava-user] tcljava problem under ubuntu 64...

[Georgios P. <pe...@ii...>]

The problem was due to the optimisation done by gcc 4.3.
It seems to relate to this bug report:

https://sourceforge.net/tracker/?func=detail&aid=1528278&group_id=13005&atid=113005

George


O/H Georgios Petasis έγραψε:
> Hi all,
>
> I have compiled tcljava 1.4.1 under linux 64 and ActiveTcl 8.5.7 64 bit.
> However, I get a failure when loading.
> Any ideas; What can be wrong?
> (I have used tcl stubs when compiling, and I have manually added
> #if defined(USE_TCL_STUBS)
>     if (Tcl_InitStubs(interp, "8.4", 0) == NULL) {
>         return TCL_ERROR;
>     }
> #endif
> in Tclblend_Init inside javaCmd.c, just after "assert(interp)"...)
>
> George
>
> TCLBLEND_DEBUG: Tclblend_Init
> TCLBLEND_DEBUG: CLASSPATH is
> "/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tcljava.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tclblend.jar::/opt/jdk1.6.0_14/jre/lib/rt.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1:/home/petasis/ellogon/trunk/CDM/Java/JCDM.jar:/home/petasis/ellogon/trunk/share/Tools/WEKA_Loader/weka/weka.jar:C:/Program 
>
> Files/weka-3-4/weka.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=/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tcljava.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tclblend.jar::/opt/jdk1.6.0_14/jre/lib/rt.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1:/home/petasis/ellogon/trunk/CDM/Java/JCDM.jar:/home/petasis/ellogon/trunk/share/Tools/WEKA_Loader/weka/weka.jar:C:/Program 
>
> Files/weka-3-4/weka.jar"
> TCLBLEND_DEBUG: JVM options
>  vm_args.version: 10002
>  vm_args.nOptions: 1
>  options[0].optionString =
> '-Djava.class.path=/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tcljava.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tclblend.jar::/opt/jdk1.6.0_14/jre/lib/rt.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1:/home/petasis/ellogon/trunk/CDM/Java/JCDM.jar:/home/petasis/ellogon/trunk/share/Tools/WEKA_Loader/weka/weka.jar:C:/Program 
>
> Files/weka-3-4/weka.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
> TCLBLEND_DEBUG: ThrowNullPointerException()
> 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
> TCLBLEND_DEBUG: Tclblend_Init
> TCLBLEND_DEBUG: CLASSPATH is
> "/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tcljava.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tclblend.jar::/opt/jdk1.6.0_14/jre/lib/rt.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1:/home/petasis/ellogon/trunk/CDM/Java/JCDM.jar:/home/petasis/ellogon/trunk/share/Tools/WEKA_Loader/weka/weka.jar:C:/Program 
>
> Files/weka-3-4/weka.jar"
> TCLBLEND_DEBUG: called JavaSetupJava
> TCLBLEND_DEBUG: thread specific data has already been initialized
> TCLBLEND_DEBUG: JavaSetupJava returning successfully
> TCLBLEND_DEBUG: Now to create Interp object
> TCLBLEND_DEBUG: called JavaInitBlend
> TCLBLEND_DEBUG: ThrowNullPointerException()
> 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
> TCLBLEND_DEBUG: Tclblend_Init
> TCLBLEND_DEBUG: CLASSPATH is
> "/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tcljava.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tclblend.jar::/opt/jdk1.6.0_14/jre/lib/rt.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1:/home/petasis/ellogon/trunk/CDM/Java/JCDM.jar:/home/petasis/ellogon/trunk/share/Tools/WEKA_Loader/weka/weka.jar:C:/Program 
>
> Files/weka-3-4/weka.jar"
> TCLBLEND_DEBUG: called JavaSetupJava
> TCLBLEND_DEBUG: thread specific data has already been initialized
> TCLBLEND_DEBUG: JavaSetupJava returning successfully
> TCLBLEND_DEBUG: Now to create Interp object
> TCLBLEND_DEBUG: called JavaInitBlend
> TCLBLEND_DEBUG: ThrowNullPointerException()
> 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
> TCLBLEND_DEBUG: Tclblend_Init
> TCLBLEND_DEBUG: CLASSPATH is
> "/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tcljava.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tclblend.jar::/opt/jdk1.6.0_14/jre/lib/rt.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1:/home/petasis/ellogon/trunk/CDM/Java/JCDM.jar:/home/petasis/ellogon/trunk/share/Tools/WEKA_Loader/weka/weka.jar:C:/Program 
>
> Files/weka-3-4/weka.jar"
> TCLBLEND_DEBUG: called JavaSetupJava
> TCLBLEND_DEBUG: thread specific data has already been initialized
> TCLBLEND_DEBUG: JavaSetupJava returning successfully
> TCLBLEND_DEBUG: Now to create Interp object
> TCLBLEND_DEBUG: called JavaInitBlend
> TCLBLEND_DEBUG: ThrowNullPointerException()
> 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
>

[tcljava-user] tcljava problem under ubuntu 64...

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

Hi all,

I have compiled tcljava 1.4.1 under linux 64 and ActiveTcl 8.5.7 64 bit.
However, I get a failure when loading.
Any ideas; What can be wrong?
(I have used tcl stubs when compiling, and I have manually added
#if defined(USE_TCL_STUBS)
     if (Tcl_InitStubs(interp, "8.4", 0) == NULL) {
         return TCL_ERROR;
     }
#endif
in Tclblend_Init inside javaCmd.c, just after "assert(interp)"...)

George

TCLBLEND_DEBUG: Tclblend_Init
TCLBLEND_DEBUG: CLASSPATH is
"/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tcljava.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tclblend.jar::/opt/jdk1.6.0_14/jre/lib/rt.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1:/home/petasis/ellogon/trunk/CDM/Java/JCDM.jar:/home/petasis/ellogon/trunk/share/Tools/WEKA_Loader/weka/weka.jar:C:/Program 

Files/weka-3-4/weka.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=/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tcljava.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tclblend.jar::/opt/jdk1.6.0_14/jre/lib/rt.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1:/home/petasis/ellogon/trunk/CDM/Java/JCDM.jar:/home/petasis/ellogon/trunk/share/Tools/WEKA_Loader/weka/weka.jar:C:/Program 

Files/weka-3-4/weka.jar"
TCLBLEND_DEBUG: JVM options
  vm_args.version: 10002
  vm_args.nOptions: 1
  options[0].optionString =
'-Djava.class.path=/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tcljava.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tclblend.jar::/opt/jdk1.6.0_14/jre/lib/rt.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1:/home/petasis/ellogon/trunk/CDM/Java/JCDM.jar:/home/petasis/ellogon/trunk/share/Tools/WEKA_Loader/weka/weka.jar:C:/Program 

Files/weka-3-4/weka.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
TCLBLEND_DEBUG: ThrowNullPointerException()
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
TCLBLEND_DEBUG: Tclblend_Init
TCLBLEND_DEBUG: CLASSPATH is
"/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tcljava.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tclblend.jar::/opt/jdk1.6.0_14/jre/lib/rt.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1:/home/petasis/ellogon/trunk/CDM/Java/JCDM.jar:/home/petasis/ellogon/trunk/share/Tools/WEKA_Loader/weka/weka.jar:C:/Program 

Files/weka-3-4/weka.jar"
TCLBLEND_DEBUG: called JavaSetupJava
TCLBLEND_DEBUG: thread specific data has already been initialized
TCLBLEND_DEBUG: JavaSetupJava returning successfully
TCLBLEND_DEBUG: Now to create Interp object
TCLBLEND_DEBUG: called JavaInitBlend
TCLBLEND_DEBUG: ThrowNullPointerException()
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
TCLBLEND_DEBUG: Tclblend_Init
TCLBLEND_DEBUG: CLASSPATH is
"/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tcljava.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tclblend.jar::/opt/jdk1.6.0_14/jre/lib/rt.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1:/home/petasis/ellogon/trunk/CDM/Java/JCDM.jar:/home/petasis/ellogon/trunk/share/Tools/WEKA_Loader/weka/weka.jar:C:/Program 

Files/weka-3-4/weka.jar"
TCLBLEND_DEBUG: called JavaSetupJava
TCLBLEND_DEBUG: thread specific data has already been initialized
TCLBLEND_DEBUG: JavaSetupJava returning successfully
TCLBLEND_DEBUG: Now to create Interp object
TCLBLEND_DEBUG: called JavaInitBlend
TCLBLEND_DEBUG: ThrowNullPointerException()
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
TCLBLEND_DEBUG: Tclblend_Init
TCLBLEND_DEBUG: CLASSPATH is
"/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tcljava.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1/tclblend.jar::/opt/jdk1.6.0_14/jre/lib/rt.jar:/home/petasis/ellogon/trunk/lib/tcljava1.4.1:/home/petasis/ellogon/trunk/CDM/Java/JCDM.jar:/home/petasis/ellogon/trunk/share/Tools/WEKA_Loader/weka/weka.jar:C:/Program 

Files/weka-3-4/weka.jar"
TCLBLEND_DEBUG: called JavaSetupJava
TCLBLEND_DEBUG: thread specific data has already been initialized
TCLBLEND_DEBUG: JavaSetupJava returning successfully
TCLBLEND_DEBUG: Now to create Interp object
TCLBLEND_DEBUG: called JavaInitBlend
TCLBLEND_DEBUG: ThrowNullPointerException()
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

Re: [tcljava-user] Behaviour of exec in jacl. out.

[Patrick F. <fin...@gm...>]

2009/5/3 Patrick Finnegan <fin...@gm...>:
> Running JACL 1.4.2 under AIX 5.3.
>
> How does exec under JACL handle stdout.  Seems to be different to Tcl.
>  I would imagine the differences are java related i.e. jacl runs
> inside java which has it's own process  running under the OS where as
> the Tcl process runs inside the OS with no Java layer in between.
> Maybe Jython has the same issues.
>
> The main thing here is that redirect to a file(> EM_run_proxy.log)
> does not work under JACL
> .
> 1.  No process id returned.
>
> JACL
> ******
> wsadmin>exec nohup EM_run_proxy.sh -catName CreateSuspects  &
> pid0
>
> TCLSH
> ********
>
> %exec nohup EM_run_proxy.sh -catName CreateSuspects  &
> 876612
> % Sending nohup output to nohup.out.
>
> 2.  No redirect to output file.
>
> JACL
> *******
>
> wsadmin>exec nohup EM_run_proxy.sh -catName CreateSuspects > EM_run_proxy.log
>
> No file gets created.
>
> TCLSH
> ********
>
> % exec nohup EM_run_proxy.sh -catName CreateSuspects > EM_run_proxy.log &
> 876614
>
> EM_run_proxy.log is created and contains stand out.
>

There is definitely a difference in behaviour.

JACL does not create myfile.txt.
wsadmin>exec echo "test data" > myfile.txt
test data > myfile.txt

Tcl creates myfile2.txt

% exec echo "test data" > myfile2.txt
%

[tcljava-user] Behaviour of exec in jacl. out.

[Patrick F. <fin...@gm...>]

Running JACL 1.4.2 under AIX 5.3.

How does exec under JACL handle stdout.  Seems to be different to Tcl.
 I would imagine the differences are java related i.e. jacl runs
inside java which has it's own process  running under the OS where as
the Tcl process runs inside the OS with no Java layer in between.
Maybe Jython has the same issues.

The main thing here is that redirect to a file(> EM_run_proxy.log)
does not work under JACL
.
1.  No process id returned.

JACL
******
wsadmin>exec nohup EM_run_proxy.sh -catName CreateSuspects  &
pid0

TCLSH
********

%exec nohup EM_run_proxy.sh -catName CreateSuspects  &
876612
% Sending nohup output to nohup.out.

2.  No redirect to output file.

JACL
*******

wsadmin>exec nohup EM_run_proxy.sh -catName CreateSuspects > EM_run_proxy.log

No file gets created.

TCLSH
********

% exec nohup EM_run_proxy.sh -catName CreateSuspects > EM_run_proxy.log &
876614

EM_run_proxy.log is created and contains stand out.

[tcljava-user] tcl/java and threading questions

[hwachung f. <hc...@ya...>]

I have a java app that evals a tcl script using tclblend. The tcl script at different places calls java as well, using again tclblend, to initiate http/s connections with a server. It also creates a few slave interpreters and runs the code (calling out to the server) in these slave interpreters periodically using tcl events.

I would like to add threading to this app to improve performance, especially to replace the Tcl events. I find very little information on this subject such as thread safety of tclblend, Tcl threading, what to look out for,  etc.

I would like to create a few Java threads in the main java program and have different pieces of the curreent Tcl script run in different threads. I have read that each Tcl thread needs its own interpreter, so Java thread probably is the same. Has anyone done something like this before? Am I looking for trouble trying to do this -- especially there is so little information about these things in general. Thanks.

Charles




      

Re: [tcljava-user] [ANNOUNCE] Aejaks 1.2 released

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

On Thu, Apr 23, 2009 at 02:16:02PM +0200, Rados??aw Szulgo wrote:
> Greetings Tom,
> Aejaks seems interesting. Have you any demo app to show me it's 'power' 
> ? I'll look at it with a great pleasure.
 
The distribution contains several demo applications, you can 
see screen shots of the demos on the aejaks.sf.net website.

Download the aejaks-1.2-exe.tar.gz or .zip file, and
type 'run.bat' (windows) or 'run.sh' (linux/unix), then
point your browser to localhost:8080.  

If you already have a Java web server, such at Tomcat
or Jetty, you can download the AejaksDemo.war file,
deploy it in you web server.  This only contains the
'widget tour' demo, but does show off most of the
widgets.

-Tom

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