tcljava-dev — discuss implementation and post patches here

Re: [tcljava-dev] Google Summer of Code 2010

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

I'm really sorry I can't made myself to do correct formatting issues in
Jacl. I'm overworked with my pay-job and Master's Thesis. I'll try to fix it
ASAP.

-- Radek

2010/4/6 Tom Poindexter <tpo...@ny...>

> On Mon, Apr 05, 2010 at 01:59:36PM -0700, Mo DeJong wrote:
> > The rest of the changes could not really be integrated because of
> > formatting issues that basically made
> > the changes impossible to merge.
>
> Really??  Formatting??  The time is long past to give up the
> format style in Jacl in favor of something more commonly accepted,
> such as http://java.sun.com/docs/codeconv/html/CodeConvTOC.doc.html
> Any IDE can do this with a few keystrokes.
>
> --
> Tom Poindexter
> tpo...@ny...
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> tcljava-dev mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-dev
>

Re: [tcljava-dev] Google Summer of Code 2010

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

On Mon, Apr 05, 2010 at 01:59:36PM -0700, Mo DeJong wrote:
> The rest of the changes could not really be integrated because of 
> formatting issues that basically made
> the changes impossible to merge.

Really??  Formatting??  The time is long past to give up the
format style in Jacl in favor of something more commonly accepted,
such as http://java.sun.com/docs/codeconv/html/CodeConvTOC.doc.html
Any IDE can do this with a few keystrokes.

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

Re: [tcljava-dev] Google Summer of Code 2010

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

Tom Poindexter wrote:
> The Tcl/Tk Community is again sponsoring projects for GSOC.
> I would encourage anyone that has ideas for TclJava/Jacl/TclBlend
> and willing to mentor a student, to submit them by adding to the wiki
> page at:
>
>     http://wiki.tcl.tk/23186
>
> Mo, any word on when the rest of last year's GSOC Jacl Modernization
> code will be rolled back into Jacl
The majority of the hard stuff was related to regexp, it has been 
incorporated into the Jacl regexp
and regsub commands in the CVS (with some major rewriting to bring it up 
to snuff). There is still
quite a bit more work needed to bring the regexp commands into line with 
Tcl regexp, but it is a lot
closer than it was.

The rest of the changes could not really be integrated because of 
formatting issues that basically made
the changes impossible to merge.

Mo DeJong

[tcljava-dev] Google Summer of Code 2010

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

The Tcl/Tk Community is again sponsoring projects for GSOC.
I would encourage anyone that has ideas for TclJava/Jacl/TclBlend
and willing to mentor a student, to submit them by adding to the wiki
page at:

    http://wiki.tcl.tk/23186

Mo, any word on when the rest of last year's GSOC Jacl Modernization
code will be rolled back into Jacl?

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

Re: [tcljava-dev] bug 2866640, tclblend - potential memory leak

[Anthony B. <Ant...@ev...>]

Hi,

I added some test code to the bug report which demonstrates this issue.
Is there any news?

Tony

-----Original Message-----
From: Mo DeJong [mailto:mo...@mo...] 
Sent: 04 February 2010 19:33
To: discuss implementaition and patches here
Subject: Re: [tcljava-dev] bug 2866640, tclblend - potential memory leak

Anthony Borthwick wrote:
>
> Hi,
>
>  
>
> Just wondering if anything is being done with this issue
>
>  
>
>
http://sourceforge.net/tracker/?func=detail&aid=2866640&group_id=13005&a
tid=113005 
>
<http://sourceforge.net/tracker/?func=detail&aid=2866640&group_id=13005&
atid=113005>
>
>  
>
> Tony
>
>  
Memory leak? Well, I am willing to take a look at it today. But, could 
you provide a small script example that demonstrates how this bug can be

reproduced? Often, it is very difficult to figure out how to reproduce 
the problem without an example of how to generate the bug. You could 
post it here or append it to the bug report.

Mo


------------------------------------------------------------------------
------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the
business
Choose flexible plans and management services without long-term
contracts
Personal 24x7 support from experience hosting pros just a phone call
away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
tcljava-dev mailing list
tcl...@li...
https://lists.sourceforge.net/lists/listinfo/tcljava-dev
This e-mail and any attachments may be confidential and/or legally
privileged. If you have received this e-mail and you are not a named
addressee, please inform Evolving Systems TIS at ti...@ev... and
then delete the e-mail from your system. If you are not a named
addressee you must not use, disclose, distribute, copy, print or rely on
this e-mail. To ensure regulatory compliance and for the protection of
our clients and business, Evolving Systems may monitor and read e-mails
sent to and from its servers. Although Evolving Systems routinely
screens for viruses, addressees should scan this e-mail and any
attachments for viruses. Evolving Systems makes no representation or
warranty as to the absence of viruses in this e-mail or any attachments.

Registered Office: One Angel Square, Torrens Street, London. EC1V 1PL.
Registered number 2325854

Re: [tcljava-dev] bug 2866640, tclblend - potential memory leak

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

Anthony Borthwick wrote:
>
> Hi,
>
>  
>
> Just wondering if anything is being done with this issue
>
>  
>
> http://sourceforge.net/tracker/?func=detail&aid=2866640&group_id=13005&atid=113005 
> <http://sourceforge.net/tracker/?func=detail&aid=2866640&group_id=13005&atid=113005>
>
>  
>
> Tony
>
>  
Memory leak? Well, I am willing to take a look at it today. But, could 
you provide a small script example that demonstrates how this bug can be 
reproduced? Often, it is very difficult to figure out how to reproduce 
the problem without an example of how to generate the bug. You could 
post it here or append it to the bug report.

Mo

[tcljava-dev] bug 2866640, tclblend - potential memory leak

[Anthony B. <Ant...@ev...>]

Hi,

 

Just wondering if anything is being done with this issue

 

http://sourceforge.net/tracker/?func=detail&aid=2866640&group_id=13005&a
tid=113005

 

Tony

This e-mail and any attachments may be confidential and/or legally
privileged. If you have received this e-mail and you are not a named
addressee, please inform Evolving Systems TIS at ti...@ev... and
then delete the e-mail from your system. If you are not a named
addressee you must not use, disclose, distribute, copy, print or rely on
this e-mail. To ensure regulatory compliance and for the protection of
our clients and business, Evolving Systems may monitor and read e-mails
sent to and from its servers. Although Evolving Systems routinely
screens for viruses, addressees should scan this e-mail and any
attachments for viruses. Evolving Systems makes no representation or
warranty as to the absence of viruses in this e-mail or any attachments.

Registered Office: One Angel Square, Torrens Street, London. EC1V 1PL.
Registered number 2325854

Re: [tcljava-dev] Jacl Modernization?

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

Thanks for the info, and comments on Swank.  The stuff I have described on the wiki is not yet in the released code, but I'm getting very close.

Bruce


On Jan 8, 2010, at 3:12 PM, Tom Poindexter wrote:

> Hi Radek & Bruce,
> 
> You can get Radek's most recent GSOC changes using a specific CVS date:
> 
>    cvs -z3  -d:pserver:ano...@tc...:/cvsroot/tcljava co -D 2009/09/15 -P tcljava
> 
> Mo made a number of fixes for regexp/regsub, so you would probably want
> to grab the following files from HEAD.  (See ChangeLog on HEAD)
> 
>    src/jacl/tcl/lang/RegexpCmd.java
>    src/jacl/tcl/lang/RegsubCmd.java
> 
> Bruce - your latest Swank code looks way cool, I'll have to find time to
> play with it.
> 
> -Tom
> 
> 
> 
> On Fri, Jan 08, 2010 at 08:20:20PM +0100, Rados?aw Szulgo wrote:
>> OK, I'll check for you, what's available at the cvs repo during this
>> weekend. If there's a lack o sth I'll write to Mo.
>> 
>> -- Radek
>> 
>> 2010/1/8 Bruce Johnson <nm...@ma...>
>> 
>>> Hi Radoslaw,
>>> 
>>> Long term I was thinking of an official release, but in the short term just
>>> when one will be able to do a cvs checkout and get source with all the Jacl
>>> Modernization changes.  I don't specifically need it for Swank, but would
>>> love to start using some of the updated features without having to merge
>>> together the new and old stuff myself.
>>> 
>>> Bruce
>>> 
>>> 
>>> 
>>> 
>>> On Jan 8, 2010, at 12:47 PM, Rados?aw Szulgo wrote:
>>> 
>>> Hi Bruce,
>>> you mean the next official release of Jacl ? All changes (except trace cmd
>>> that is still in my local repo) were commited in trunk, but I'm not sure if
>>> Mo Dejong didn't revered it, so we could commit my changes as a one patch. I
>>> know he's made some changes, too. Do you need some features, that were
>>> included in my Jacl Modernization project, in Swank?
>>> 
>>> If it's be easier for you, we can be in touch via jabber. Catch me at:
>>> rs...@gm....
>>> 
>>> 2010/1/8 Bruce Johnson <nm...@ma...>
>>> 
>>>> Any chance that the progress done in the Jacl Modernization project will
>>>> see the light of day soon?
>>>> 
>>>> Bruce
>>>> 
>>>> 
>>>> 
>>>> 
>>>> ------------------------------------------------------------------------------
>>>> This SF.Net email is sponsored by the Verizon Developer Community
>>>> Take advantage of Verizon's best-in-class app development support
>>>> A streamlined, 14 day to market process makes app distribution fast and
>>>> easy
>>>> Join now and get one step closer to millions of Verizon customers
>>>> http://p.sf.net/sfu/verizon-dev2dev
>>>> _______________________________________________
>>>> tcljava-dev mailing list
>>>> tcl...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/tcljava-dev
>>>> 
>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> This SF.Net email is sponsored by the Verizon Developer Community
>>> Take advantage of Verizon's best-in-class app development support
>>> A streamlined, 14 day to market process makes app distribution fast and
>>> easy
>>> Join now and get one step closer to millions of Verizon customers
>>> http://p.sf.net/sfu/verizon-dev2dev_______________________________________________
>>> tcljava-dev mailing list
>>> tcl...@li...
>>> https://lists.sourceforge.net/lists/listinfo/tcljava-dev
>>> 
>>> 
>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> This SF.Net email is sponsored by the Verizon Developer Community
>>> Take advantage of Verizon's best-in-class app development support
>>> A streamlined, 14 day to market process makes app distribution fast and
>>> easy
>>> Join now and get one step closer to millions of Verizon customers
>>> http://p.sf.net/sfu/verizon-dev2dev
>>> _______________________________________________
>>> tcljava-dev mailing list
>>> tcl...@li...
>>> https://lists.sourceforge.net/lists/listinfo/tcljava-dev
>>> 
>>> 
> 
>> ------------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Verizon Developer Community
>> Take advantage of Verizon's best-in-class app development support
>> A streamlined, 14 day to market process makes app distribution fast and easy
>> Join now and get one step closer to millions of Verizon customers
>> http://p.sf.net/sfu/verizon-dev2dev 
>> _______________________________________________
>> tcljava-dev mailing list
>> tcl...@li...
>> https://lists.sourceforge.net/lists/listinfo/tcljava-dev
> 
> 
> -- 
> Tom Poindexter
> tpo...@ny...
> 
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev 
> _______________________________________________
> tcljava-dev mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-dev

Re: [tcljava-dev] Jacl Modernization?

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

Hi Radek & Bruce,

You can get Radek's most recent GSOC changes using a specific CVS date:

    cvs -z3  -d:pserver:ano...@tc...:/cvsroot/tcljava co -D 2009/09/15 -P tcljava

Mo made a number of fixes for regexp/regsub, so you would probably want
to grab the following files from HEAD.  (See ChangeLog on HEAD)

    src/jacl/tcl/lang/RegexpCmd.java
    src/jacl/tcl/lang/RegsubCmd.java

Bruce - your latest Swank code looks way cool, I'll have to find time to
play with it.

-Tom



On Fri, Jan 08, 2010 at 08:20:20PM +0100, Rados?aw Szulgo wrote:
> OK, I'll check for you, what's available at the cvs repo during this
> weekend. If there's a lack o sth I'll write to Mo.
> 
> -- Radek
> 
> 2010/1/8 Bruce Johnson <nm...@ma...>
> 
> > Hi Radoslaw,
> >
> > Long term I was thinking of an official release, but in the short term just
> > when one will be able to do a cvs checkout and get source with all the Jacl
> > Modernization changes.  I don't specifically need it for Swank, but would
> > love to start using some of the updated features without having to merge
> > together the new and old stuff myself.
> >
> > Bruce
> >
> >
> >
> >
> > On Jan 8, 2010, at 12:47 PM, Rados?aw Szulgo wrote:
> >
> > Hi Bruce,
> > you mean the next official release of Jacl ? All changes (except trace cmd
> > that is still in my local repo) were commited in trunk, but I'm not sure if
> > Mo Dejong didn't revered it, so we could commit my changes as a one patch. I
> > know he's made some changes, too. Do you need some features, that were
> > included in my Jacl Modernization project, in Swank?
> >
> > If it's be easier for you, we can be in touch via jabber. Catch me at:
> > rs...@gm....
> >
> > 2010/1/8 Bruce Johnson <nm...@ma...>
> >
> >> Any chance that the progress done in the Jacl Modernization project will
> >> see the light of day soon?
> >>
> >> Bruce
> >>
> >>
> >>
> >>
> >> ------------------------------------------------------------------------------
> >> This SF.Net email is sponsored by the Verizon Developer Community
> >> Take advantage of Verizon's best-in-class app development support
> >> A streamlined, 14 day to market process makes app distribution fast and
> >> easy
> >> Join now and get one step closer to millions of Verizon customers
> >> http://p.sf.net/sfu/verizon-dev2dev
> >> _______________________________________________
> >> tcljava-dev mailing list
> >> tcl...@li...
> >> https://lists.sourceforge.net/lists/listinfo/tcljava-dev
> >>
> >
> >
> > ------------------------------------------------------------------------------
> > This SF.Net email is sponsored by the Verizon Developer Community
> > Take advantage of Verizon's best-in-class app development support
> > A streamlined, 14 day to market process makes app distribution fast and
> > easy
> > Join now and get one step closer to millions of Verizon customers
> > http://p.sf.net/sfu/verizon-dev2dev_______________________________________________
> > tcljava-dev mailing list
> > tcl...@li...
> > https://lists.sourceforge.net/lists/listinfo/tcljava-dev
> >
> >
> >
> >
> > ------------------------------------------------------------------------------
> > This SF.Net email is sponsored by the Verizon Developer Community
> > Take advantage of Verizon's best-in-class app development support
> > A streamlined, 14 day to market process makes app distribution fast and
> > easy
> > Join now and get one step closer to millions of Verizon customers
> > http://p.sf.net/sfu/verizon-dev2dev
> > _______________________________________________
> > tcljava-dev mailing list
> > tcl...@li...
> > https://lists.sourceforge.net/lists/listinfo/tcljava-dev
> >
> >

> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev 
> _______________________________________________
> tcljava-dev mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-dev


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

Re: [tcljava-dev] Jacl Modernization?

[Radosław S. <rad...@sz...>]

OK, I'll check for you, what's available at the cvs repo during this
weekend. If there's a lack o sth I'll write to Mo.

-- Radek

2010/1/8 Bruce Johnson <nm...@ma...>

> Hi Radoslaw,
>
> Long term I was thinking of an official release, but in the short term just
> when one will be able to do a cvs checkout and get source with all the Jacl
> Modernization changes.  I don't specifically need it for Swank, but would
> love to start using some of the updated features without having to merge
> together the new and old stuff myself.
>
> Bruce
>
>
>
>
> On Jan 8, 2010, at 12:47 PM, Radosław Szulgo wrote:
>
> Hi Bruce,
> you mean the next official release of Jacl ? All changes (except trace cmd
> that is still in my local repo) were commited in trunk, but I'm not sure if
> Mo Dejong didn't revered it, so we could commit my changes as a one patch. I
> know he's made some changes, too. Do you need some features, that were
> included in my Jacl Modernization project, in Swank?
>
> If it's be easier for you, we can be in touch via jabber. Catch me at:
> rs...@gm....
>
> 2010/1/8 Bruce Johnson <nm...@ma...>
>
>> Any chance that the progress done in the Jacl Modernization project will
>> see the light of day soon?
>>
>> Bruce
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Verizon Developer Community
>> Take advantage of Verizon's best-in-class app development support
>> A streamlined, 14 day to market process makes app distribution fast and
>> easy
>> Join now and get one step closer to millions of Verizon customers
>> http://p.sf.net/sfu/verizon-dev2dev
>> _______________________________________________
>> tcljava-dev mailing list
>> tcl...@li...
>> https://lists.sourceforge.net/lists/listinfo/tcljava-dev
>>
>
>
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and
> easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev_______________________________________________
> tcljava-dev mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-dev
>
>
>
>
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and
> easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> _______________________________________________
> tcljava-dev mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-dev
>
>

Re: [tcljava-dev] Jacl Modernization?

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

Hi Radoslaw,

Long term I was thinking of an official release, but in the short term just when one will be able to do a cvs checkout and get source with all the Jacl Modernization changes.  I don't specifically need it for Swank, but would love to start using some of the updated features without having to merge together the new and old stuff myself.

Bruce




On Jan 8, 2010, at 12:47 PM, Radosław Szulgo wrote:

> Hi Bruce,
> you mean the next official release of Jacl ? All changes (except trace cmd that is still in my local repo) were commited in trunk, but I'm not sure if Mo Dejong didn't revered it, so we could commit my changes as a one patch. I know he's made some changes, too. Do you need some features, that were included in my Jacl Modernization project, in Swank? 
> 
> If it's be easier for you, we can be in touch via jabber. Catch me at: rs...@gm....
> 
> 2010/1/8 Bruce Johnson <nm...@ma...>
> Any chance that the progress done in the Jacl Modernization project will see the light of day soon?
> 
> Bruce
> 
> 
> 
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> _______________________________________________
> tcljava-dev mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-dev
> 
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev _______________________________________________
> tcljava-dev mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-dev

Re: [tcljava-dev] Jacl Modernization?

[Radosław S. <rad...@sz...>]

Hi Bruce,
you mean the next official release of Jacl ? All changes (except trace cmd
that is still in my local repo) were commited in trunk, but I'm not sure if
Mo Dejong didn't revered it, so we could commit my changes as a one patch. I
know he's made some changes, too. Do you need some features, that were
included in my Jacl Modernization project, in Swank?

If it's be easier for you, we can be in touch via jabber. Catch me at:
rs...@gm....

2010/1/8 Bruce Johnson <nm...@ma...>

> Any chance that the progress done in the Jacl Modernization project will
> see the light of day soon?
>
> Bruce
>
>
>
>
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and
> easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> _______________________________________________
> tcljava-dev mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-dev
>

[tcljava-dev] Jacl Modernization?

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

Any chance that the progress done in the Jacl Modernization project will see the light of day soon?

Bruce

Re: [tcljava-dev] Jacl on Android phone

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

Jacl consists of two jar files added to the Java classpath and works like
any other Java app.

You can forget about running Java apps on mobile phones.  There are too many
memory and performance constraints.





2009/9/11 Dave Joubert <dav...@go...>

> Hi,
>
> I am joining this list because of a discussion on the Tcl list at
>
> http://groups.google.com/group/comp.lang.tcl/browse_thread/thread/9115b250a2fb991a?hl=en
>
> The developer of Hecl seems to feel that Jacl will not be able to run
> on a Android phone or in an Android simulator.
>
> Has anyone tried this ? Any positives or negatives ?
>
> Dave Joubert
>
>
> ------------------------------------------------------------------------------
> 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-dev mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-dev
>



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

[tcljava-dev] Jacl on Android phone

[Dave J. <dav...@go...>]

Hi,

I am joining this list because of a discussion on the Tcl list at
http://groups.google.com/group/comp.lang.tcl/browse_thread/thread/9115b250a2fb991a?hl=en

The developer of Hecl seems to feel that Jacl will not be able to run
on a Android phone or in an Android simulator.

Has anyone tried this ? Any positives or negatives ?

Dave Joubert

[tcljava-dev] i18n of JACL scripts

[Pankaj A. <pan...@gm...>]

Hi All,

Is there a way to internationalize (i18n) the hard coded strings (coming
onto the command prompt through the puts command) within a JACL script?

Thanks
Pankaj

[tcljava-dev] TraceCmd "Modernization"

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

Dear Radoslaw,

Recently I needed some of the newer features in the trace cmd, so I  
updated the version in Jacl 1.4.0.  I don't think it is completely up  
to date with the Tcl 8.4 version, but should let you complete the  
updating of the trace cmd faster.

I've attached my version of the TraceCmd.java file.

best regards,

Bruce Johnson

[tcljava-dev] 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-dev] 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-dev] 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.

Re: [tcljava-dev] Testcase for bug 2072924

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

On Mon, Feb 02, 2009 at 11:19:52PM -0800, Mo DeJong wrote:
> The short answer is that you have in fact found a bug. The longer answer 
> is I need to look at it some more to really be sure the fix is right. 
> Here is a trimmed down test case that reproduces the problem without 
> Itcl or anything else involved.
[...] 
> Now, you can get these fixed results by making the change described in 
> this patch, but this is just a work in progress. It is for hacking 
> purposes only!
> 
> diff -u -r orig/jacl1.4.1/src/tcljava/tcl/lang/ReflectObject.java 
> jacl1.4.1/src/tcljava/tcl/lang/ReflectObject.java
> --- orig/jacl1.4.1/src/tcljava/tcl/lang/ReflectObject.java      Thu Apr 
> 13 00:36:50 2006
> +++ jacl1.4.1/src/tcljava/tcl/lang/ReflectObject.java   Mon Feb  2 
> 22:38:48 2009
> @@ -512,7 +512,7 @@
> 
>      ReflectObject roRep = findInReflectTable(interp, cl, obj);
> 
> -    if (roRep != null) {
> +    if (roRep != null && roRep.isValid) {
>         // If it is already in the table just increment the use count 
> and return
>  it
> 
>         roRep.useCount++;
> 
> 
> I am not 100% sure about this patch, because it seems that the 
> duplicated entries and not being cleared out of the reflect table like 
> they should be. More on that to come.


I have another patch that might work.  For my use cases, it seems to avoid
leaking objects.  The patch is your code above, plus invoking 'dispose()'
at the end of 'disposeCmd()' method:



diff -r -u tcljava/src/tcljava/tcl/lang/ReflectObject.java tcljava.ae/src/tcljava/tcl/lang/ReflectObject.java
--- tcljava/src/tcljava/tcl/lang/ReflectObject.java	2008-12-23 19:36:01.000000000 -0700
+++ tcljava.ae/src/tcljava/tcl/lang/ReflectObject.java	2009-03-17 21:12:57.000000000 -0600
@@ -512,7 +512,7 @@
     
     ReflectObject roRep = findInReflectTable(interp, cl, obj);
 
-    if (roRep != null) {
+    if (roRep != null && roRep.isValid) {
 	// If it is already in the table just increment the use count and return it
 
 	roRep.useCount++;
@@ -949,6 +949,7 @@
     }
 
     isValid = false;
+    dispose();
 }
 ^L


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

Re: [tcljava-dev] Testcase for bug 2072924

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

On Mon, Feb 02, 2009 at 11:19:52PM -0800, Mo DeJong wrote:
> The short answer is that you have in fact found a bug. The longer answer 
> is I need to look at it some more to really be sure the fix is right. 

Thanks for looking into this bug! 

[...]

> diff -u -r orig/jacl1.4.1/src/tcljava/tcl/lang/ReflectObject.java 
> jacl1.4.1/src/tcljava/tcl/lang/ReflectObject.java
> --- orig/jacl1.4.1/src/tcljava/tcl/lang/ReflectObject.java      Thu Apr 

[...]

> I am not 100% sure about this patch, because it seems that the 
> duplicated entries and not being cleared out of the reflect table like 
> they should be. More on that to come.

I agree, the patch I submitted isn't quite right and leaks Java objects.

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

Re: [tcljava-dev] Testcase for bug 2072924

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

Tom Poindexter wrote:
> I've been looking into the bug I filed a while back, and developed
> a stand alone test case that illustrates the behavior.
>
> Itcl class Foo resembles my actual environment.  It wraps up
> a Java object, and the destructor does an explicit 'rename' to
> get rid of the object command.  
>
>   
Tom

The short answer is that you have in fact found a bug. The longer answer 
is I need to look at it some more to really be sure the fix is right. 
Here is a trimmed down test case that reproduces the problem without 
Itcl or anything else involved.

package require java

# Create table, add StringBuffer to the table

set table [java::new java.util.HashMap]
set key_obj [java::new String fookey]
set value_obj [java::new java.lang.StringBuffer fooval]
$table put $key_obj $value_obj

# Lookup the Java object in the table, this will return
# a new ref since the return type of the method is
# Object but the original reflected type was StringBuffer.

set lookup_ref [$table get $key_obj]
set cmd "rename $lookup_ref {}"

# Evaluate this command to delete the Tcl command for
# the Java object currently reflected in lookup_ref.
eval $cmd

# Now query the Java object in the table, this must
# not return the now stale ref currently contained
# in value_obj.

set new_ref [$table get $key_obj]

# This command will fail if an invalid ref was returned
$new_ref toString




BROKEN OUTPUT:

$ jaclsh
% package require java

% set table [java::new java.util.HashMap]
java0x1
% set key_obj [java::new String fookey]
java0x2
% set value_obj [java::new java.lang.StringBuffer fooval]
java0x3
% $table put $key_obj $value_obj
java0x0

% set lookup_ref [$table get $key_obj]
java0x4
% set cmd "rename $lookup_ref {}"
rename java0x4 {}
% eval $cmd

% set new_ref [$table get $key_obj]
java0x4

% $new_ref toString
invalid command name "java0x4"



NOT BROKEN:

% set new_ref [$table get $key_obj]
java0x5
% $new_ref toString
fooval


Now, you can get these fixed results by making the change described in 
this patch, but this is just a work in progress. It is for hacking 
purposes only!

diff -u -r orig/jacl1.4.1/src/tcljava/tcl/lang/ReflectObject.java 
jacl1.4.1/src/tcljava/tcl/lang/ReflectObject.java
--- orig/jacl1.4.1/src/tcljava/tcl/lang/ReflectObject.java      Thu Apr 
13 00:36:50 2006
+++ jacl1.4.1/src/tcljava/tcl/lang/ReflectObject.java   Mon Feb  2 
22:38:48 2009
@@ -512,7 +512,7 @@

     ReflectObject roRep = findInReflectTable(interp, cl, obj);

-    if (roRep != null) {
+    if (roRep != null && roRep.isValid) {
        // If it is already in the table just increment the use count 
and return
 it

        roRep.useCount++;


I am not 100% sure about this patch, because it seems that the 
duplicated entries and not being cleared out of the reflect table like 
they should be. More on that to come.

cheers
Mo DeJong

Re: [tcljava-dev] perhaps a silly question,

[rahul <rahul@Sun.COM>]

| > Why is it that I can not open /bin/vi from the jacl eval loop
| > while I can do the same from tclsh? What Am I missing?
| >
| > |java -cp ./jacl.jar:tcljava.jar tcl.lang.Shell
| > % vi
| > -> does not open vi. (hangs)
| >
| >
| >   
| Quite likely this has something to do with TTY support. I would be 
| willing to bet that Tcl will exec a process that can take over the 
| console while a Java execed process cannot.

You are right..
I hadn't thought of that. (the process needs direct access to tty which
java will not give)


                                    rahul
--
1. e4 _

Re: [tcljava-dev] perhaps a silly question,

[rahul <rahul@Sun.COM>]

| Type "% parray env" from the JACL shell and the tcl shell and check
| the $PATH variable. I am not sure if Java inherits the environment.

it did,  (ls and others work fine.)
but found the issue. it had to do with java not relinquishing the tty
(as Mo DeJong suggested)

| 2009/1/29 rahul <ra...@su...>:
| > Why is it that I can not open /bin/vi from the jacl eval loop
| > while I can do the same from tclsh? What Am I missing?
| >
| > |java -cp ./jacl.jar:tcljava.jar tcl.lang.Shell
| > % vi
| > -> does not open vi. (hangs)

                                    rahul
--
1. e4 _