tcljava-dev — discuss implementation and post patches here

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

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

rahul wrote:
> 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.

Mo DeJong

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

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

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.


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 _
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> tcljava-dev mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-dev
>

[tcljava-dev] perhaps a silly question,

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

[tcljava-dev] Testcase for bug 2072924

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

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.  

Bar class is the same, except it does not explicitly rename
the Java object upon destruction.

Proc 'testVar' is similar to the Foo class, but obviously without
Itcl class or namespace issues - it too explicitly renames the
Java object to {} when going out of scope.  

The behavior in the bug I reported is evident when running:
    jaclsh testcase.tcl Foo
The first time the 'testFoo' proc runs, all is good, but
subsequent executions of 'testFoo' reports errors, the
Java object command is returned, but it is no longer
a valid Tcl command.

Testing class Bar, without an explicit rename of the Java object:
    jaclsh testcase.tcl Bar
This case runs to completion, but leaks the Java
object command into the top level namespace.  Furthermore,
it appears that the ReflectObject.useCount is incremented
for the ReflectObject, each time through 'testBar' (as witnessed with the
Eclipse debugger).

See below for output.

Unfortunately the patch I submitted seems to also increment
the useCount, therefore it too leaks objects in Java, not
necessarily in Tcl command space.

Mo, do you see anything wrong with my Foo class or its
usage?  



testcase.tcl:
---cut here---------------------------------------------------------------
package require java
package require Itcl

# itcl class - destructor explicitly destroys the java object _obj_
itcl::class Foo {
   private variable _obj_
   constructor {sbObj} {
     set _obj_ $sbObj
   }
   destructor {
     puts "destruct $this"
     catch {rename $_obj_ {}}
   }
   public method _getObj_ {} {
     return $_obj_
   }
   public method getValue {} {
     return [$_obj_ toString]
   }
}

# itcl class - destructor does not destroy the java object _obj_
itcl::class Bar {
   private variable _obj_
   constructor {sbObj} {
     set _obj_ $sbObj
   }
   destructor {
     puts "destruct $this"
   }
   public method _getObj_ {} {
     return $_obj_
   }
   public method getValue {} {
     return [$_obj_ toString]
   }
}

# create a HashMap, put in one StringBuffer object
set hm [java::new java.util.HashMap]
set sb [java::new String sb]
$hm put $sb [java::new java.lang.StringBuffer foobar]
puts "info commands java0x*: [lsort [info commands java0x*]]"

# proc to test retrieving the StringBuffer object into a simple Tcl variable
# explicitly destroy the StringBuffer object command via "rename"
proc testVar {} {
  global hm sb
  set o [$hm get $sb]
  puts "testVar: [$o toString]"
  rename $o {}
  return ""
}

# proc to test retrieving the StringBuffer object into an Itcl object Foo
proc testFoo {} {
  global hm sb
  set o [$hm get $sb]
  set f [Foo #auto $o]
  puts "testFoo: [$f getValue]"
  itcl::delete object $f
  return ""
}

# proc to test retrieving the StringBuffer object into an Itcl object Bar
proc testBar {} {
  global hm sb
  set o [$hm get $sb]
  set b [Bar #auto $o]
  puts "testBar: [$b getValue]"
  itcl::delete object $b
  return ""
}

if {[lindex $argv 0] eq "Foo"} {

  puts ==testVar===========================================
  for {set i 1} {$i < 5} {incr i} {
    if {[catch {testVar} result]} {
        puts "testVar: iteration $i catch error: $result"
    }
    puts "testVar: iteration $i \[info commands java0x*\]: [lsort [info commands java0x*]]"
  }

  puts ==testFoo===========================================
  for {set i 1} {$i < 5} {incr i} {
    if {[catch {testFoo} result]} {
      puts "testFoo: iteration $i catch error: $result"
    }
    puts "testFoo: iteration $i \[info commands java0x*\]: [lsort [info commands java0x*]]"
  }

} elseif {[lindex $argv 0] eq "Bar"} {

  puts ==testVar===========================================
  for {set i 1} {$i < 5} {incr i} {
    if {[catch {testVar} result]} {
      puts "testVar: iteration $i catch error: $result"
    }
    puts "testVar: iteration $i \[info commands java0x*\]: [lsort [info commands java0x*]]"
  }

  puts ==testBar===========================================
  for {set i 1} {$i < 5} {incr i} {
    if {[catch {testBar} result]} {
      puts "testVar: iteration $i catch error: $result"
    }
    puts "testbar: iteration $i \[info commands java0x*\]: [lsort [info commands java0x*]]"
  }


} else {
  error "arg should be \"Foo\" or \"Bar\""
}


---cut here---------------------------------------------------------------



Test results:
$ jaclsh testcase.tcl Foo
info commands java0x*: java0x1 java0x2
==testVar===========================================
testVar: foobar
testVar: iteration 1 [info commands java0x*]: java0x1 java0x2
testVar: foobar
testVar: iteration 2 [info commands java0x*]: java0x1 java0x2
testVar: foobar
testVar: iteration 3 [info commands java0x*]: java0x1 java0x2
testVar: foobar
testVar: iteration 4 [info commands java0x*]: java0x1 java0x2
==testFoo===========================================
testFoo: foobar
destruct ::foo0
testFoo: iteration 1 [info commands java0x*]: java0x1 java0x2
testFoo: iteration 2 catch error: invalid command name "java0x8"
testFoo: iteration 2 [info commands java0x*]: java0x1 java0x2
testFoo: iteration 3 catch error: invalid command name "java0x8"
testFoo: iteration 3 [info commands java0x*]: java0x1 java0x2
testFoo: iteration 4 catch error: invalid command name "java0x8"
testFoo: iteration 4 [info commands java0x*]: java0x1 java0x2




$ jaclsh testcase.tcl Bar
info commands java0x*: java0x1 java0x2
==testVar===========================================
testVar: foobar
testVar: iteration 1 [info commands java0x*]: java0x1 java0x2
testVar: foobar
testVar: iteration 2 [info commands java0x*]: java0x1 java0x2
testVar: foobar
testVar: iteration 3 [info commands java0x*]: java0x1 java0x2
testVar: foobar
testVar: iteration 4 [info commands java0x*]: java0x1 java0x2
==testBar===========================================
testBar: foobar
destruct ::bar0
testbar: iteration 1 [info commands java0x*]: java0x1 java0x2 java0x8
testBar: foobar
destruct ::bar1
testbar: iteration 2 [info commands java0x*]: java0x1 java0x2 java0x8
testBar: foobar
destruct ::bar2
testbar: iteration 3 [info commands java0x*]: java0x1 java0x2 java0x8
testBar: foobar
destruct ::bar3
testbar: iteration 4 [info commands java0x*]: java0x1 java0x2 java0x8




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

Re: [tcljava-dev] TclBlend:Problem in importing static inner java class

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

What I meant was:

java::import packageX.OuterClass.InnerClass


Mo DeJong

Re: [tcljava-dev] TclBlend:Problem in importing static inner java class

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

Namita Jain wrote:
>
> Hi,
>
> I am trying to import a *static inner java class *in my TclBlend 
> script * *using the following syntax:
>
> *java::import static packageX.OuterClass\$InnerClass*
>
> But I am getting the following error
>
> Unable to import the inner class. I guess it may be because the inner 
> class is static I can't  remove this modifier (static) so is there any 
> other way in which I can achieve this import?
There is no "static" keyword for the java::import command. The way it 
should work is to just pass the whole name
of the inner class, like so:

java::import *packageX.OuterClass.InnerClass

That should work, but it is likely a test case that was not checked. 
Please let me know if that works, and post the exact
error if it does not.

Mo DeJong

*

[tcljava-dev] TclBlend:Problem in importing static inner java class

[Namita J. <nam...@tc...>]

Hi,

I am trying to import a static inner java class in my TclBlend script  
using the following syntax:

java::import static packageX.OuterClass\$InnerClass

But I am getting the following error

Unable to import the inner class. I guess it may be because the inner 
class is static I can't  remove this modifier (static) so is there any 
other way in which I can achieve this import?

I 

Regards
Namita Jain
Tata Consultancy Services
TCS Towers, 249 D&E Udyog Vihar,
Phase IV, Gurgaon
Gurgaon,Haryana
India
Mailto: nam...@tc...
Website: http://www.tcs.com
____________________________________________
Experience certainty.   IT Services
                        Business Solutions
                        Outsourcing
____________________________________________
=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain 
confidential or privileged information. If you are 
not the intended recipient, any dissemination, use, 
review, distribution, printing or copying of the 
information contained in this e-mail message 
and/or attachments to it are strictly prohibited. If 
you have received this communication in error, 
please notify us by reply e-mail or telephone and 
immediately and permanently delete the message 
and any attachments. Thank you

[tcljava-dev] TclBlend:Problem in importing static inner java class

[Namita J. <nam...@tc...>]

FYI 

I have also tried normal import, 

java::import  packageX.OuterClass\$InnerClass 

but I am getting the same error as mentioned below

Namita Jain
Tata Consultancy Services
TCS Towers, 249 D&E Udyog Vihar,
Phase IV, Gurgaon
Gurgaon,Haryana
India
Mailto: nam...@tc...
Website: http://www.tcs.com
____________________________________________
Experience certainty.   IT Services
                        Business Solutions
                        Outsourcing
____________________________________________

__________________

Hi,

I am trying to import a static inner java class in my TclBlend script  
using the following syntax:

java::import static packageX.OuterClass\$InnerClass

But I am getting the following error

Unable to import the inner class. I guess it may be because the inner 
class is static I can't  remove this modifier (static) so is there any 
other way in which I can achieve this import?

I 

Regards
Namita Jain
Tata Consultancy Services
TCS Towers, 249 D&E Udyog Vihar,
Phase IV, Gurgaon
Gurgaon,Haryana
India
Mailto: nam...@tc...
Website: http://www.tcs.com
____________________________________________
Experience certainty.   IT Services
                        Business Solutions
                        Outsourcing
____________________________________________
=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain 
confidential or privileged information. If you are 
not the intended recipient, any dissemination, use, 
review, distribution, printing or copying of the 
information contained in this e-mail message 
and/or attachments to it are strictly prohibited. If 
you have received this communication in error, 
please notify us by reply e-mail or telephone and 
immediately and permanently delete the message 
and any attachments. Thank you

[tcljava-dev] Support for resource: entries in the auto_path

[Chris R. <chr...@me...>]

It looks like tclPkgUnknown depends on file readable returning true for
resource URLs in order to source pkgIndex.tcl files on the classpath,
which is a bit useless since file readable doesn't actually return true
on those (it considers them to be relative paths, and then builds the
most grotesque constructs out of them)

I'll admit to a bit of knowledge of the internal workings of Tcl, but
I'm a bit unsure of how to start fixing Tcljava to support this use case
that was obviously stubbed in and then never really used.  Has any one
got a patch set against tcljava -- 1.4.0 or 1.4.1, preferably -- that
enables this behaviour?

-- 
Chris Rose
Developer    Planet Consulting Group
(780) 577-8433
cr...@pl...

Re: [tcljava-dev] Problem in accessing public method of java class using TclBlend

[Namita J. <nam...@tc...>]

Hi,

Thanks a lot for your prompt reply. Currently we have the zip for TclBlend 
1.4.0. It would be really helpful if you can provide me the binary zip for 
TclBlend 1.4.1 or if you can guide me in installing this version.

Regards
Namita Jain
Tata Consultancy Services
Mailto: nam...@tc...
Website: http://www.tcs.com
____________________________________________




Mo DeJong <mo...@mo...> 
21/11/2008 05:48
Please respond to
discuss implementaition and patches here 
<tcl...@li...>


To
discuss implementaition and patches here 
<tcl...@li...>
cc

Subject
Re: [tcljava-dev] Problem in accessing public method of java class using 
TclBlend






Namita Jain wrote:
>
> Hi ,
>
> I am facing problem in accessing the public method (non-static) of a 
> public java class . The error that I receive is
>
> *can't find accessible method "createsocket" with 1 argument(s) for 
> class "javaso*
> *cket.EvoTAMClient"*
>
> *Please find attched the tclblend code and java code which I am using*
>
> *The interesting point here is that I am able to access the same 
> method "createsocket"  if I remove the parameters and arguments from 
> method call and declaration.*
>
> The versions of various products is as follows
> -TclBlend Version:1.4.0
> -TCL version:8.4.13.0
> -Jav version: jdk 1.4.2_12

Humm, this is odd. I just tested your code with the Tcl Blend 1.4.1 
binary under Windows and it worked for me:

% packa require java
1.4.1
% set javasockobj [java::new javasocket.EvoTAMClient]
java0x1
% set result [$javasockobj createsocket "good"]
inside createsocket
1


Is this a JDK specific issue?

There is a somewhat related bug report, but it has to do with public 
methods on a non-public class:

http://sourceforge.net/tracker/index.php?func=detail&aid=1591530&group_id=13005&atid=113005


Mo DeJong


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's 
challenge
Build the coolest Linux based applications with Moblin SDK & win great 
prizes
Grand prize is a trip for two to an Open Source event anywhere in the 
world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
tcljava-dev mailing list
tcl...@li...
https://lists.sourceforge.net/lists/listinfo/tcljava-dev

ForwardSourceID:NT000136E6 
=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain 
confidential or privileged information. If you are 
not the intended recipient, any dissemination, use, 
review, distribution, printing or copying of the 
information contained in this e-mail message 
and/or attachments to it are strictly prohibited. If 
you have received this communication in error, 
please notify us by reply e-mail or telephone and 
immediately and permanently delete the message 
and any attachments. Thank you

Re: [tcljava-dev] Problem in accessing public method of java class using TclBlend

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

Namita Jain wrote:
>
> Hi ,
>
> I am facing problem in accessing the public method (non-static) of a 
> public java class . The error that I receive is
>
> *can't find accessible method "createsocket" with 1 argument(s) for 
> class "javaso*
> *cket.EvoTAMClient"*
>
> *Please find attched the tclblend code and java code which I am using*
>
> *The interesting point here is that I am able to access the same 
> method "createsocket"  if I remove the parameters and arguments from 
> method call and declaration.*
>
> The versions of various products is as follows
> -TclBlend Version:1.4.0
> -TCL version:8.4.13.0
> -Jav version: jdk 1.4.2_12

Humm, this is odd. I just tested your code with the Tcl Blend 1.4.1 
binary under Windows and it worked for me:

% packa require java
1.4.1
% set javasockobj [java::new javasocket.EvoTAMClient]
java0x1
% set result [$javasockobj createsocket "good"]
inside createsocket
1


Is this a JDK specific issue?

There is a somewhat related bug report, but it has to do with public 
methods on a non-public class:

http://sourceforge.net/tracker/index.php?func=detail&aid=1591530&group_id=13005&atid=113005

Mo DeJong

Re: [tcljava-dev] Problem related to Tcl..

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

Swapnil Manthanwar wrote:
>
> Hi,
>
>                I am trying to call java thread class from tcl code. Is 
> it possible to implement threading in tcl? Can I get any code snippets 
> how it can be achieved?
>
>
Hi Swapnil

Threading is part of the OS, it is not part of Java or Tcl. What I think 
you might be asking is how one can create a Tcl interpreter in
a thread. This is supported by the existing APIs, the way you set things 
up depends on your situation. A brief overview of using an
interp's event queue is given here:

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

The main thing to keep in mind is that your interp will typically run in 
one thread and just process events added to the thread safe
event queue. Other threads will then add events to this queue and they 
will be processed one at a time.

For a more detailed overview, see the following docs (included in 1.4.1 
download)

http://tcljava.cvs.sourceforge.net/viewvc/*checkout*/tcljava/tcljava/docs/Topics/EventLoop.html?revision=1.2

cheers
Mo DeJong

Re: [tcljava-dev] Safe interpreter object creation ?

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

Mallick Choppa wrote:
> Hi
> I have created safe interpreter in tcl.lang.MyClass.java  as below
>
> Interp interp = InterpSlaveCmd.create(interpMaster, 
> TclString.newInstance("slave-1"), true);  the interp object I use it 
> further.
>
> This works as long as the jacl.jar/tcljava.jar are loaded by same 
> class loader , but my requirement has changed such that my 
> jacl/tcljava jars are loaded by different classloader than the 
> tcl.lang.MyClass loading. So now i get error
>
> java.lang.IllegalAccessError: tried to access class 
> tcl.lang.InterpSlaveCmd from class tcl.lang.MyClass
Hi Mallick

I think the root of the problem you are having is that your class is in 
the tcl.lang package, it should be in some other package.
You should not have classloader issues as long as you make use of the 
public APIs in the tcl.lang package.

Mo

Re: [tcljava-dev] Problem in accessing public method of java class using TclBlend

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

This may help..........

T:\>cd /d C:\TclBlend\bin

C:\TclBlend\bin>jtclsh

% package require java
1.4.0

% java::import javax.net.SocketFactory

% java::call SocketFactory createsocket "good"
no accessible static method "createsocket" in class javax.net.SocketFactory

% set SocketI [ java::new  SocketFactory ]
Class "javax.net.SocketFactory" is abstract

===> so use getDefault

% set SocketFactoryI [ java::call SocketFactory getDefault ]
java0x1
% set unconnectedSocket [ $SocketFactoryI createSocket ]
java0x2




2008/11/20 Namita Jain <nam...@tc...>:
>
> Hi ,
>
> I am facing problem in accessing the public method (non-static) of a public
> java class . The error that I receive is
>
> can't find accessible method "createsocket" with 1 argument(s) for class
> "javaso
> cket.EvoTAMClient"
>
> Please find attched the tclblend code and java code which I am using
>
> The interesting point here is that I am able to access the same method
> "createsocket"  if I remove the parameters and arguments from method call
> and declaration.
>
> The versions of various products is as follows
> -TclBlend Version:1.4.0
> -TCL version:8.4.13.0
> -Jav version: jdk 1.4.2_12
>
>
> Request you to please provide the cause for this problem and assist me in
> resolving this issue.
>
>
>
> Regards
> Namita Jain
> Mailto: nam...@tc...
> Website: http://www.tcs.com
> ____________________________________________
> Experience certainty.        IT Services
>                        Business Solutions
>                        Outsourcing
> ____________________________________________
>
> =====-----=====-----=====
> Notice: The information contained in this e-mail
> message and/or attachments to it may contain
> confidential or privileged information. If you are
> not the intended recipient, any dissemination, use,
> review, distribution, printing or copying of the
> information contained in this e-mail message
> and/or attachments to it are strictly prohibited. If
> you have received this communication in error,
> please notify us by reply e-mail or telephone and
> immediately and permanently delete the message
> and any attachments. Thank you
>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> tcljava-dev mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-dev
>
>

[tcljava-dev] stdout in jacl

[Maurizio De C. <mau...@de...>]

Hallo,

this is between a bug report and a question.

The context: i am restarting the development of an application called jMax, that is a sound synthesis and processing visual programming language. It is composed by a real time engine written in C, and a graphic development environment written in Java. This part is (almost) 
fully scriptable in jacl (following the Emacs/Emacs lisp model.

The application was originally written at the end of the 90s, run on Java 1.1 and used one of the first version of jacl. I am moving it to the latest Java and to jacl 1.4.1, and i have the following problem.

The application include a console, and redirect the Java standard output to this console, using a custom PrintWriter. The problem is that using the
latest jacl, the output of puts is not redirected to the new System.out, but go to the original one.

Looking at the code, the problem (if it is a problem) is in file StdChannel, where the three variables _in, _out and _err are initialized
to System.in, System.out and System.err at class loading time.
The class provide some primitives to change them, but in this way standard calls to System.setOut and similar are not honored by jacl.

I don't know if this is a design choice or an error, but i suppose that this may be a problem also in other kind of environments, like an application server.

Anyway, my case is not critical, but i though reporting this fact may interest the jacl developers.

Maurizio De Cecco


__________
Maurizio De Cecco  -  http://maurizio.dececco.name/

[tcljava-dev] Compiling TclBlend under windows :-)

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

Hi all,

I have managed to compile tcljava 1.4.1 under windows by using:

1) cmake 2.7
2) MSVC++ 9.0
3) ActiveTcl 8.5.2

The news here is of cource the usage of cmake: cmake can generate native 
build "facilities" under many operating systems.
I have written a CMakeLists.txt file that can compile tcljava (build the 
twp jar files & the shared library).
This CMakeLists.txt seems to work under windows (I have tested both 
nmake makefiles & MSDEV project files),
but also linux with make.
If anybody is interested in getting the CMakeLists.txt file, I can 
provide it through e-mail.
The file may require some modifications, as its really a part of a whole 
application cmake built system, but these are easy to be made.
But I really think that the tcljava developers should consider adding 
such a facility in tcljava, as will allow the easy build of tcljava at 
least under windows (as for other systems the configure/make combination 
may be adequate).

Regards,

George

Re: [tcljava-dev] Any idea how to load java from Tcl under windows?

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

Dear Patrick,

Unfortunately, not a solution for me :-) I have to use ActiveTcl.

Best regards,

George

O/H Patrick Finnegan έγραψε:
> Don't bother compiling.  Download the Windows binary from
> http://sourceforge.net/project/showfiles.php?group_id=13005&package_id=33776
> .  It works out of the box.
>
>
> See http://www.patrickfinnegan.com/ for more details.
>   
>
> -----Original Message-----
> From: tcl...@li...
> [mailto:tcl...@li...] On Behalf Of Georgios
> Petasis
> Sent: 03 July 2008 20:28
> To: discuss implementaition and patches here
> Subject: [tcljava-dev] Any idea how to load java from Tcl under windows?
>
> Hi all,
>
> I have compiled tclblend under windows, but when I try to load it under
> windows, I get the following error:
>
>
> package req java
> called loadtclblend "C:/Users/petasis/Ellogon/lib/tcljava1.4.1"
> found tcljava.jar on env(CLASSPATH) at 
> C:/Users/petasis/Ellogon/lib/tcljava1.4.1/tcljava.jar
> found tclblend.jar on env(CLASSPATH) at 
> C:/Users/petasis/Ellogon/lib/tcljava1.4.1/tclblend.jar
> before shared lib load, env(CLASSPATH) was 
> "C:/Users/petasis/Ellogon/lib/tcljava1.4.1/tcljava.jar;C:/Users/petasis/Ello
> gon/lib/tcljava1.4.1/tclblend.jar;C:/Users/petasis/Ellogon/CDM/Java/JCDM.jar
> ;C:/Users/petasis/Ellogon/share/Tools/WEKA_Loader/weka/weka.jar;C:/Program 
> Files/weka-3-4/weka.jar;C:/Users/petasis/Ellogon/share/Tools/WEKA_Loader/wek
> a/weka.jar;C:/Program 
> Files/weka-3-4/weka.jar"
> "XpUtils::iload 
> C:/Users/petasis/Ellogon/lib/tcljava1.4.1/Windows/x86_32/libtclBlend-1.4.1-1
> .6.0_06.dll 
> tclblend" failed:
>  java.lang.UnsatisfiedLinkError: no tclblend in java.library.path
> While instantiating Interp object in Tclblend_Init
> The Tcl Blend shared lib was loaded by Tcl,
> but the JVM could not access JNI symbols.
>
> It seems that the java cannot start, and this does not seem to be caused 
> by dlls that have not been found.
> Any ideas? Perhaps the way I have created the jar files?
>
> Regards,
>
> George
>
> -------------------------------------------------------------------------
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> _______________________________________________
> tcljava-dev mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-dev
>
>
> -------------------------------------------------------------------------
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> _______________________________________________
> tcljava-dev mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-dev
>
>   

Re: [tcljava-dev] Any idea how to load java from Tcl under windows?

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

Don't bother compiling.  Download the Windows binary from
http://sourceforge.net/project/showfiles.php?group_id=13005&package_id=33776
.  It works out of the box.


See http://www.patrickfinnegan.com/ for more details.
  

-----Original Message-----
From: tcl...@li...
[mailto:tcl...@li...] On Behalf Of Georgios
Petasis
Sent: 03 July 2008 20:28
To: discuss implementaition and patches here
Subject: [tcljava-dev] Any idea how to load java from Tcl under windows?

Hi all,

I have compiled tclblend under windows, but when I try to load it under
windows, I get the following error:


package req java
called loadtclblend "C:/Users/petasis/Ellogon/lib/tcljava1.4.1"
found tcljava.jar on env(CLASSPATH) at 
C:/Users/petasis/Ellogon/lib/tcljava1.4.1/tcljava.jar
found tclblend.jar on env(CLASSPATH) at 
C:/Users/petasis/Ellogon/lib/tcljava1.4.1/tclblend.jar
before shared lib load, env(CLASSPATH) was 
"C:/Users/petasis/Ellogon/lib/tcljava1.4.1/tcljava.jar;C:/Users/petasis/Ello
gon/lib/tcljava1.4.1/tclblend.jar;C:/Users/petasis/Ellogon/CDM/Java/JCDM.jar
;C:/Users/petasis/Ellogon/share/Tools/WEKA_Loader/weka/weka.jar;C:/Program 
Files/weka-3-4/weka.jar;C:/Users/petasis/Ellogon/share/Tools/WEKA_Loader/wek
a/weka.jar;C:/Program 
Files/weka-3-4/weka.jar"
"XpUtils::iload 
C:/Users/petasis/Ellogon/lib/tcljava1.4.1/Windows/x86_32/libtclBlend-1.4.1-1
.6.0_06.dll 
tclblend" failed:
 java.lang.UnsatisfiedLinkError: no tclblend in java.library.path
While instantiating Interp object in Tclblend_Init
The Tcl Blend shared lib was loaded by Tcl,
but the JVM could not access JNI symbols.

It seems that the java cannot start, and this does not seem to be caused 
by dlls that have not been found.
Any ideas? Perhaps the way I have created the jar files?

Regards,

George

-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
tcljava-dev mailing list
tcl...@li...
https://lists.sourceforge.net/lists/listinfo/tcljava-dev

[tcljava-dev] Any idea how to load java from Tcl under windows?

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

Hi all,

I have compiled tclblend under windows, but when I try to load it under 
windows,
I get the following error:


package req java
called loadtclblend "C:/Users/petasis/Ellogon/lib/tcljava1.4.1"
found tcljava.jar on env(CLASSPATH) at 
C:/Users/petasis/Ellogon/lib/tcljava1.4.1/tcljava.jar
found tclblend.jar on env(CLASSPATH) at 
C:/Users/petasis/Ellogon/lib/tcljava1.4.1/tclblend.jar
before shared lib load, env(CLASSPATH) was 
"C:/Users/petasis/Ellogon/lib/tcljava1.4.1/tcljava.jar;C:/Users/petasis/Ellogon/lib/tcljava1.4.1/tclblend.jar;C:/Users/petasis/Ellogon/CDM/Java/JCDM.jar;C:/Users/petasis/Ellogon/share/Tools/WEKA_Loader/weka/weka.jar;C:/Program 
Files/weka-3-4/weka.jar;C:/Users/petasis/Ellogon/share/Tools/WEKA_Loader/weka/weka.jar;C:/Program 
Files/weka-3-4/weka.jar"
"XpUtils::iload 
C:/Users/petasis/Ellogon/lib/tcljava1.4.1/Windows/x86_32/libtclBlend-1.4.1-1.6.0_06.dll 
tclblend" failed:
 java.lang.UnsatisfiedLinkError: no tclblend in java.library.path
While instantiating Interp object in Tclblend_Init
The Tcl Blend shared lib was loaded by Tcl,
but the JVM could not access JNI symbols.

It seems that the java cannot start, and this does not seem to be caused 
by dlls that have not been found.
Any ideas? Perhaps the way I have created the jar files?

Regards,

George

Re: [tcljava-dev] Compiling tcljava under windows: what I am doing wrong?

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

O/H Georgios Petasis έγραψε:
> Hi all,
>
> I am using ActiveTcl 8.5.2 & tcljava 1.4.1, under vista ultimate, with
> VC++ 9.
> I am trying to write a cmake (www.cmake.org) script for compiling
> tcljava (mainly tclblend).
> I have managed to get tcljava.jar & tclblend.jar built with my script.
> Also, I am able to build tclblend.dll. But the problem is that I get a
> crash as soon as I try to load
> tclblend.dll :-)
>
> The crash happens in line 1031 of javaCmd.c:
>
> ThreadSpecificData *tsdPtr = TCL_TSD_INIT(&dataKey);
>
> Which suggests that I have done something silly with the tcl thread
> support stuff.
> I have compiled the code with -DTCL_THREADS (I took from tcl.h) and
> -DUSE_TCL_THREADS
> (which I added to look similar to USE_TCL_STUBS).
> Any ideas on what I am doing wrong?
>
> Regards,
>
> George
I am sorry for the false alarm: the problem is that if you define 
USE_TCL_STUBS, you have to call Tcl_InitStubs somewhere in the code. 
Problem solved :-)

Regards,

George

[tcljava-dev] Compiling tcljava under windows: what I am doing wrong?

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

Hi all,

I am using ActiveTcl 8.5.2 & tcljava 1.4.1, under vista ultimate, with
VC++ 9.
I am trying to write a cmake (www.cmake.org) script for compiling
tcljava (mainly tclblend).
I have managed to get tcljava.jar & tclblend.jar built with my script.
Also, I am able to build tclblend.dll. But the problem is that I get a
crash as soon as I try to load
tclblend.dll :-)

The crash happens in line 1031 of javaCmd.c:

ThreadSpecificData *tsdPtr = TCL_TSD_INIT(&dataKey);

Which suggests that I have done something silly with the tcl thread
support stuff.
I have compiled the code with -DTCL_THREADS (I took from tcl.h) and
-DUSE_TCL_THREADS
(which I added to look similar to USE_TCL_STUBS).
Any ideas on what I am doing wrong?

Regards,

George

[tcljava-dev] New Jacl/Tcl Blend 1.4.1 release is online!

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

This message is to announce the new 1.4.1 release of Jacl and
Tcl Blend.  These releases are the result of efforts by Mo DeJong
and the Jacl and Tcl Blend user community.

The 1.4.1 release of Jacl and Tcl Blend are available for
downloading at the following URL:

    http://sourceforge.net/project/showfiles.php?group_id=13005

The 1.4.1 release is considered stable and is now ready for evaluation
in production environments. This release is well tested and should be
bug free.

What's New in the 1.4.1 Release?
----------------------------------

Jacl 1.4.1 includes a new compiler named TJC (Tcl to Java Compiler).
A Tcl proc compiled with TJC will execute from 10 to 30 times faster.
TJC supports both a batch compile mode and a runtime compilation mode.
Jacl's expression engine has also been significantly optimized.

Itcl has been ported to Jacl, a user need only execute
"package require Itcl" to load Itcl commands into a Jacl shell.

Class loading has been completely overhauled for both Jacl and
Tcl Blend. The class loader delagation model is now used for
all class loading. Support for inner classes has also been
improved in the java package commands.

The java package now includes a new java::for command. This
command provides a mapping to Java's enhanced for loop statement
and provides a simplified way to loop over the elements of a
Collection or array object. See the documentation for usage examples.

A new binary release of Tcl Blend is now provided for Win32 systems.
This binary release includes compiled versions of Tcl/Tk, Tcl Blend, and
a full JDK 1.4.

See the included documentation for more information about new
features in this release.

What is Jacl?
----------------

Jacl is a 100% Java implementation of Tcl 8. This allows Tcl to run
in more environments and also brings the power of scripting to Java
developers. Jacl implements almost all the features available in
the C version of Tcl and is well tested.

What is Tcl Blend?
------------------------

Tcl Blend is a Tcl Extension that allows a developer access to the
Java VM from the Tcl interpreter. A developer can script Java
code from Tcl or write new Tcl extensions in Java instead of C/C++.
A developer can also load both Tcl and Tcl Blend into an existing
Java JVM. Tcl Blend is known to work on Solaris, Windows 95/NT/XP,
IRIX, and Linux. Other systems have not been tested but it should
be easy to port Tcl Blend to any system that supports dynamic
loading and the Java JNI interface.

For additional information:
---------------------------------

The primary website for Tcl/Java related information is:

    http://tcljava.sourceforge.net/

The README file included in the Jacl and Tcl Blend releases
includes lots or additional information including how
to sign up for the tcljava mailing lists.

[tcljava-dev] TclBlend 1.4.1 configure problems on Solaris/HPUX

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

When was the last time TclBlend was built on any thing apart from
linux/intel, i.e solaris, hpux The configure script can not detect the
location of the java shared library. If this is fixed then it fails
because of the GCC 4.1 check. On Solaris and not using gcc the test
fails because -O2 is a gcc flag not recognised by the Sun compiler. Once
this is fixed the test fails all the time on Sun/HP. The test code is:

 

            int main(int argc, char **argv) {

              void * p= (void *) 0xcccccccc;

              unsigned long long int x = 0;

              *((void **)&x) = p;

              if (x == 0xcccccccc) {

                return 0;

              } else {

                return 1;

              }

            }

 

The above code fails on all sparc, parisc and ia64 platforms if using
the sun/hp supplied compiler (Studio11, aCC etc) or any version of gcc
(3.2.3, 3.3.2, 3.4.3, 4.1.2). The fix of not optimising only applies to
gcc on linux.

 

Has any one successfully run TclBlend 1.4.x on Solaris/HPUX ?

 


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

[tcljava-dev] Problem related to Tcl..

[Swapnil M. <swa...@pe...>]

Hi,

               I am trying to call java thread class from tcl code. Is it
possible to implement threading in tcl? Can I get any code snippets how it
can be achieved?

 

Thanks in Advance,

Swapnil  

 


DISCLAIMER
==========
This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails.

[tcljava-dev] Implementation of socket options for Jacl 1.4.0 fconfigure

[Ralph B. <rb...@i-...>]

Hello,

Attached are patches for the tcl fconfigure command options -sockname 
and -peername. The patches should be run against Jacl 1.4.0 
jacl1.4.0/src/jacl/tcl/lang directory. Hopefully they are useful to 
someone or even may be incorporated into a future version of Jacl. They 
have been tested with Jacl against the tcl/ioCmd.test using Java JDK 1.4.2.

The patches should apply and work equally well with Jacl 1.4.1.

We really wanted to use Jacl and the Tcllib 1.9 comm package. However 
this also required the tcl command fileevent which Jacl doesn't seem to 
have at the moment. Even though I can see that it can be implemented in 
the Java JDK 1.4.2, I can't justify the time to implement that at the 
moment. Perhaps someone else has done that by now?

Cheers, Ralph.