tcljava-user — Ask questions and get help here

Re: [tcljava-user] constructor in Jacl scripts

[Mo D. <md...@cy...>]

On Thu, 26 Jul 2001, Vikram Rajan wrote:

> hi,
> 
> A snippet from my Java program ...
> 
> Interp interp = new Interp();
> String str = new String("this");

In Java code, you should write this as:

String str = "this";

> TclObject sTObject = ReflectObject.newInstance(interp, new
> String().getClass(), str);

Be careful. You should never call obj.getClass() in the
second argument to ReflectObject.newInstance(). In this
case it would not break things but in other it might.
Use String.class as the second argument, it is much
safer. Besides, you are allocating an object for no
reason.

> interp.setVar("value", null, sTObject, TCL.GLOBAL_ONLY);
> interp.eval(script);
> String s = (String)ReflectObject.get(interp, sTObject);
> System.out.println("program output = " + s);
> 
> The script ....
> 
> set $value [java::new String "that"]
> puts "script output = $value"
> 
> ********* OUTPUT *********
> script output = this
> program output = this
> 
> 
> The script does not change the value of the string variable. This seems to
> happen every time I try to use the constructor to change the value of Java
> object that is set as a interpreter variable.
> What could be going wrong?

It looks like you want to set the value variable to "this" and
then change the variables contents. If you do that, you will
need to query the new value from the Tcl interp or look at
the interp result. Your code just sets the value of a Tcl
var and then gets the value from the same TclObj. The Tcl
interp will create a new TclObj when the script changes
the "value" variable. Use Interp.getVar() and you should
be ok.

cheers
Mo

[tcljava-user] constructor in Jacl scripts

[Vikram R. <Vi...@PL...>]

hi,

A snippet from my Java program ...

Interp interp = new Interp();
String str = new String("this");
TclObject sTObject = ReflectObject.newInstance(interp, new
String().getClass(), str);
interp.setVar("value", null, sTObject, TCL.GLOBAL_ONLY);
interp.eval(script);
String s = (String)ReflectObject.get(interp, sTObject);
System.out.println("program output = " + s);

The script ....

set $value [java::new String "that"]
puts "script output = $value"

********* OUTPUT *********
script output = this
program output = this


The script does not change the value of the string variable. This seems to
happen every time I try to use the constructor to change the value of Java
object that is set as a interpreter variable.
What could be going wrong?

Vikram Rajan

Re: [tcljava-user] combining java and tk widgets...possible?

[Bryan O. <bo...@au...>]

----- Original Message -----
From: "Mo DeJong" <md...@cy...>
To: <tcl...@li...>
Sent: Thursday, July 12, 2001 1:19 PM
Subject: Re: [tcljava-user] combining java and tk widgets...possible?


> On Thu, 12 Jul 2001, Bryan Oakley wrote:
>
> > Using tclBlend, can I create a java window (either an awt or swing
object)
> > and embed it in a tk window (either frame or toplevel specified with
> > "-container true")? Or conversely, can I create a tk window and embed it
in
> > a java window (via the -use argument of toplevel)?
>
> Nobody is working on that feature. I think someone got it working
> with some local hacks once, but it has never been a supported feature.

Too bad, but that's the answer I was expecting.

Thanks for the quick response.

Re: [tcljava-user] combining java and tk widgets...possible?

[Mo D. <md...@cy...>]

On Thu, 12 Jul 2001, Bryan Oakley wrote:

> Using tclBlend, can I create a java window (either an awt or swing object)
> and embed it in a tk window (either frame or toplevel specified with
> "-container true")? Or conversely, can I create a tk window and embed it in
> a java window (via the -use argument of toplevel)?

Nobody is working on that feature. I think someone got it working
with some local hacks once, but it has never been a supported feature.

> About the only direct answer I found on the net for this question is "no",
> but that came from a paper Mo wrote back in 1998. Has the state of the
> tclblend art progressed much in this regard since?

Nope. It is unlikely that will change anytime soon unless someone
wants to do it themselves. Note that there has been some work
on Swank, which is a set of Tk bindings for Swing widgets. That
is not really what you are looking for, but it is still cool.

cheers
Mo

[tcljava-user] combining java and tk widgets...possible?

[Bryan O. <bo...@au...>]

Using tclBlend, can I create a java window (either an awt or swing object)
and embed it in a tk window (either frame or toplevel specified with
"-container true")? Or conversely, can I create a tk window and embed it in
a java window (via the -use argument of toplevel)?

About the only direct answer I found on the net for this question is "no",
but that came from a paper Mo wrote back in 1998. Has the state of the
tclblend art progressed much in this regard since?


----
Bryan Oakley
bo...@au...

Re: [tcljava-user] Problem viewing files on SourceForge

[Mo D. <md...@cy...>]

On Thu, 5 Jul 2001, Shawn Boyce wrote:

> Mo,
> 
> Many of the tcljava files are not readable when viewing on SourceForge.
> 
> Here is the message shown:
> 
> NOTE: One or more files were unreadable. The files in the CVS repository
> should be readable by the web server
> process. Please report this condition to the administrator of this CVS
> repository.

Strange. I went ahead and sent in a bug report to the folks at SF.
They are the only ones that can fix this since one can't log into
the CVS box at SF.

later
Mo

[tcljava-user] Problem viewing files on SourceForge

[Shawn B. <sh...@qc...>]

Mo,

Many of the tcljava files are not readable when viewing on SourceForge.

Here is the message shown:

NOTE: One or more files were unreadable. The files in the CVS repository
should be readable by the web server
process. Please report this condition to the administrator of this CVS
repository.

--
-Shawn

[tcljava-user] Problems building tcljava

[Larry W. V. <lv...@ca...>]

From: Mo DeJong <md...@cy...>

> You need to pass --with-tcl with the build dir, you can't
> install, blow away the build dir and still have it work.

What parts of uninstalled Tcl are TclBlend using from the build directory?
Seems much safer to use the installation directory rather than
requiring people to rebuild for threads after building other versions.
-- 
Never apply a Star Trek solution to a Babylon 5 problem.
Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/>
Even if explicitly stated to the contrary, nothing in this posting should 
be construed as representing my employer's opinions.
-><-

Re: [tcljava-user] Help sought configuring tcljava

[Mo D. <md...@cy...>]

On Mon, 2 Jul 2001, Larry W. Virden wrote:
 
> Okay, I have , with great difficulty, configured tcl using threads and
> installed the binaries with a trailing t, so that developers can use either
> threads or non-threads .  How do I convince tcljava that this is done?
> Here's what I am getting. 

I am not sure this matters since you can't use TclBlend 1.3 with
a non-threaded version of Tcl.

> $ $PWD/configure --prefix=/usr/tcl84 --with-tcl=../tcl    
> srcdir is /vol/tclsrcsol/tcl84/tcljava
> configuring for both jacl and tclblend
> checking for Tcl build in /vol/tclsrcsol/tcl84/tcl
> Tcl executable /vol/tclsrcsol/tcl84/tcl/unix/tclsh works
> configure: error: Tcl must be compiled with Thread support (--enable-threads)
> 
> If it is looking in the source directory for some trace that I configured,
> built and installed tcl with threads, it doesn't seem likely that tcl
> would leave such traces around when I subsequently did the configure and
> build for the non-thread install.the configure and
> build for the non-thread install.the configure and
> build for the non-thread install.the configure and
> build for the non-thread install.

You need to pass --with-tcl with the build dir, you can't
install, blow away the build dir and still have it work.

Mo

Re: [tcljava-user] Any Swank updates?

[Scott L. <la...@ya...>]

Swank:

 http://www.nmrview.com/swank/index.html

is described this way in the FAQ:

 http://www.scriptics.com/software/java/faq.html#Q5

5. Why isn't Tk implemented in Jacl? 

It is. The Swank project is a set of Java classes that
wrap Java's swing widgets into Tk commands. Currently,
Swank requires the 1.3 version from the CVS. Swank is
very pre-alpha, and we need developers to jump in and
help out. 

--
Scott Langley
sl...@sc...
http://www.scottlangley.com

--- Shawn Boyce <sh...@qc...> wrote:
> Sorry for my ignorance but what is Swank?
> 
> Scott Langley wrote:
> 
> > Hello,
> >
> > I've been playing around with Swank 0.7 and
> TclJava1.3
> > to see if I might package together a "pure Java"
> > implemenation of Tcl/TK that would work with the
> Java
> > version of Python, a.k.a. Jython.
> >
> > Using JACL/Swank/jTkinter I've been able to run a
> few
> > basic Tcl/TK scripts from inside this Jython
> > environment and it looks like I might eventually
> > achieve the functionality I'm hoping for.
> >
> > I realize that Swank is still much a work in
> progress
> > and wondered if there had been any updates since
> the
> > 0.7 version?
> >
> > Thanks.
> >
> > Scott Langley
> > sl...@sc...
> > http://www.scottlangley.com
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Get personalized email addresses from Yahoo! Mail
> > http://personal.mail.yahoo.com/
> >
> > _______________________________________________
> > tcljava-user mailing list
> > tcl...@li...
> >
>
http://lists.sourceforge.net/lists/listinfo/tcljava-user
> 
> --
> -Shawn
> 
> > begin:vcard 
> n:Boyce;Shawn
> tel;fax:732-617-1975
> tel;work:732-772-0990 x111
> x-mozilla-html:TRUE
> org:QCOM Inc.
> adr:;;;;;;
> version:2.1
> email;internet:sh...@qc...
> x-mozilla-cpt:;-6848
> fn:Shawn Boyce
> end:vcard
> 


__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

Re: [tcljava-user] Any Swank updates?

[Shawn B. <sh...@qc...>]

Sorry for my ignorance but what is Swank?

Scott Langley wrote:

> Hello,
>
> I've been playing around with Swank 0.7 and TclJava1.3
> to see if I might package together a "pure Java"
> implemenation of Tcl/TK that would work with the Java
> version of Python, a.k.a. Jython.
>
> Using JACL/Swank/jTkinter I've been able to run a few
> basic Tcl/TK scripts from inside this Jython
> environment and it looks like I might eventually
> achieve the functionality I'm hoping for.
>
> I realize that Swank is still much a work in progress
> and wondered if there had been any updates since the
> 0.7 version?
>
> Thanks.
>
> Scott Langley
> sl...@sc...
> http://www.scottlangley.com
>
> __________________________________________________
> Do You Yahoo!?
> Get personalized email addresses from Yahoo! Mail
> http://personal.mail.yahoo.com/
>
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> http://lists.sourceforge.net/lists/listinfo/tcljava-user

--
-Shawn

[tcljava-user] Any Swank updates?

[Scott L. <la...@ya...>]

Hello,

I've been playing around with Swank 0.7 and TclJava1.3
to see if I might package together a "pure Java"
implemenation of Tcl/TK that would work with the Java
version of Python, a.k.a. Jython.

Using JACL/Swank/jTkinter I've been able to run a few
basic Tcl/TK scripts from inside this Jython
environment and it looks like I might eventually
achieve the functionality I'm hoping for.

I realize that Swank is still much a work in progress
and wondered if there had been any updates since the
0.7 version?

Thanks.

Scott Langley
sl...@sc...
http://www.scottlangley.com


__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

Re: [tcljava-user] Help sought configuring tcljava

[Larry W. V. <lv...@ca...>]

From: Mar...@HS...

> what process did you follow to install
>threaded and non-threaded tcl (I'm assuming UNIX here). I've installed
>threaded tcl here, but think it might be nice to have an un-threaded
>version also available for general use.

I first configured and compiled tcl with threads.  I found the resulting
library and tclsh to be pretty painful in terms of speed, and I had concerns
about using it with Tk, etc.

I asked around on comp.lang.tcl and elsewhere and Jeff Hobbs asked why
I just didn't edit the Makefile to have it install the library and stand
alone interpreter as a different name, in the same directory as everything
else.  I started to hand copy things but took a look at the Makefile
generated.  I noticed that in many places, the Makefile symbol ${DBG}
is used so that both normal and a symbol enabled binaries could be installed
in parallel.  So I hand edited the Makefile to fix a few places that were
missed, then set the DBG symbol to "t".  I then re-installed the thread
version of tcl, resulting in a tclsht and libtcl8.4t.so .  I then did
a make distclean, configure, and make install and got the non-threaded
tcl installed as well.

-- 
Never apply a Star Trek solution to a Babylon 5 problem.
Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/>
Even if explicitly stated to the contrary, nothing in this posting should 
be construed as representing my employer's opinions.
-><-

[tcljava-user] Help sought configuring tcljava

[Larry W. V. <lv...@ca...>]

Okay, I have , with great difficulty, configured tcl using threads and
installed the binaries with a trailing t, so that developers can use either
threads or non-threads .  How do I convince tcljava that this is done?
Here's what I am getting. 

$ $PWD/configure --prefix=/usr/tcl84 --with-tcl=../tcl    
srcdir is /vol/tclsrcsol/tcl84/tcljava
configuring for both jacl and tclblend
checking for Tcl build in /vol/tclsrcsol/tcl84/tcl
Tcl executable /vol/tclsrcsol/tcl84/tcl/unix/tclsh works
configure: error: Tcl must be compiled with Thread support (--enable-threads)

If it is looking in the source directory for some trace that I configured,
built and installed tcl with threads, it doesn't seem likely that tcl
would leave such traces around when I subsequently did the configure and
build for the non-thread install.the configure and
build for the non-thread install.the configure and
build for the non-thread install.the configure and
build for the non-thread install.
-- 
Never apply a Star Trek solution to a Babylon 5 problem.
Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/>
Even if explicitly stated to the contrary, nothing in this posting should 
be construed as representing my employer's opinions.
-><-

RE: [tcljava-user] exec question

[Tam H. <th...@su...>]

that seems to work, thanks for your help..

-----Original Message-----
From: tcl...@li...
[mailto:tcl...@li...]On Behalf Of Mo DeJong
Sent: Sunday, June 24, 2001 4:14 PM
To: tcl...@li...
Subject: Re: [tcljava-user] exec question


On Sat, 23 Jun 2001, Tam Huynh wrote:

> How do i go about getting the return value from executing the exec command
> in jacl?  I have try the following in the tclsh which work but doesn't
work
> in my java program..
>
> shell:
> catch {exec tclsh83 script.tcl} s
> puts $s
>
>
> java:
> Interp interp = new Interp();
> String testing = "set res [exec tclsh83 D:/Tcl83/bin/scripts/script.tcl]";
>         interp.eval(testing);
>         interp.eval("puts $res");

Well, that should work. Here are the results I get with Jacl 1.3
from the CVS.

$ make shell
% set res [catch {exec false} s]
1
% set res
1
% set s
child process exited abnormally
% set res [catch {exec echo hi} s]
0
% set s
hi

Perhaps the fact that you left the catch out is raising
a TclException and your Java code fails to catch it.

Mo DeJong
Red Hat Inc

_______________________________________________
tcljava-user mailing list
tcl...@li...
http://lists.sourceforge.net/lists/listinfo/tcljava-user

Re: [tcljava-user] exec question

[Mo D. <md...@cy...>]

On Sat, 23 Jun 2001, Tam Huynh wrote:

> How do i go about getting the return value from executing the exec command
> in jacl?  I have try the following in the tclsh which work but doesn't work
> in my java program..
> 
> shell:
> catch {exec tclsh83 script.tcl} s
> puts $s
> 
> 
> java:
> Interp interp = new Interp();
> String testing = "set res [exec tclsh83 D:/Tcl83/bin/scripts/script.tcl]";
>         interp.eval(testing);
>         interp.eval("puts $res");

Well, that should work. Here are the results I get with Jacl 1.3
from the CVS.

$ make shell
% set res [catch {exec false} s]
1
% set res
1
% set s
child process exited abnormally
% set res [catch {exec echo hi} s]
0
% set s
hi

Perhaps the fact that you left the catch out is raising
a TclException and your Java code fails to catch it.

Mo DeJong
Red Hat Inc

[tcljava-user] exec question

[Tam H. <th...@su...>]

How do i go about getting the return value from executing the exec command
in jacl?  I have try the following in the tclsh which work but doesn't work
in my java program..

shell:
catch {exec tclsh83 script.tcl} s
puts $s


java:
Interp interp = new Interp();
String testing = "set res [exec tclsh83 D:/Tcl83/bin/scripts/script.tcl]";
        interp.eval(testing);
        interp.eval("puts $res");

Re: [tcljava-user] TclJava config problem

[Larry W. V. <lv...@ca...>]

Date: Tue, 12 Jun 2001 13:23:11 -0700 (PDT)
From: Mo DeJong <md...@cy...>

> On Tue, 12 Jun 2001, Larry W. Virden wrote:
> 
> > I downloaded tcljava from the nightly-cvs tar files at ftp.scriptics.com .
> > I'm confused about building this though.  The readme.jacl says that I
> > need to cd into the unix directory.  I do that and the readme there says
> > to do ./configure .
> > 
> > There is no configure in that directory.
> 
> Yeah, that has changed since the last release. The configure
> script is now in the toplevel directory. The docs need to
> be updated. Care to write up a patch for that and submit
> it to the SF patch queue?
> 
> Mo

Unfortunately, until I am able to get the package to configure and build,
any patches I might submit would be premature.  However, since TclJava
requires a threaded Tcl, I have to figure out how to support both threaded
and unthreaded Tcl.  Once I figure out how to handle the two incompatible
binary libraries and stand alone executables, preferably without having to
create yet more install directories, I will be able to put some more
time into the problem.

-- 
Never apply a Star Trek solution to a Babylon 5 problem.
Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/>
Even if explicitly stated to the contrary, nothing in this posting should 
be construed as representing my employer's opinions.
-><-

Re: [tcljava-user] Jacl: tcl.lang.TclRuntimeError

[Jeff S. <js...@on...>]

On Mon, 18 Jun 2001, Mo DeJong wrote:
> > Apparently, the JDK can duplicate an identityHashCode.  (I'm using Sun's
> > JDK 1.2.2 on Solaris.)
> 
> That is a really old and nasty problem that has been fixed in
> the 1.3 version in the CVS. You should use the CVS version
> if you want to avoid this problem. You could also try back
> porting the rewrite of ReflectObject, but it would be no
> fun at all.

Thanks Mo.  We're actually using sources imported from CVS a year or so
ago, extensively modified in our tree [*].  I'll look into backporting the
changes.

Jeff

[*] We initially tried to use Jacl as-is.  It became difficult to extend
the package because most of the classes are package-private and some are
not well abstracted.  For example, we needed to create a StreamChannel to
wrap an arbitrary Java io stream as a Tcl channel.

Re: [tcljava-user] Jacl: tcl.lang.TclRuntimeError

[Mo D. <md...@cy...>]

On Mon, 18 Jun 2001, Dan Schenck wrote:

> Mo,
> 
> What are the plans for releasing 1.3 into the mainstream?
> 
> Dan

I had not really made any recently. There was a lot of new
development going on a couple of months back, but recently
things have slowed down. I would like to get a few more
features into Jacl before calling 1.3 "stable". For example,
the IO layer work needs to be merged. Tcl Blend is mostly
stable, there is some work that needs to be done to get
the thread shutdown code finished. There are also quite
a few test cases related to the new thread code in Tcl Blend
that need to be written. In addition, an HTML based into
to programming with the Tcl/Java API needs to be written.
The existing demos are ok, but folks need a more simple
walk-through of the API.

If all/most of those things are in place, I think 1.3
would be ready to roll. Perhaps you would be interested
in the release manager role? It would involve drawing up
a release schedule and then getting folks to do the
needed tasks (me included). There are some nice tools
on Source Forge to help with this process, if you
are interested.

Mo

Re: [tcljava-user] Jacl: tcl.lang.TclRuntimeError

[Dan S. <sc...@is...>]

Mo,

What are the plans for releasing 1.3 into the mainstream?

Dan

----- Original Message -----
From: "Mo DeJong" <md...@cy...>
To: <tcl...@li...>
Sent: Monday, June 18, 2001 6:12 PM
Subject: Re: [tcljava-user] Jacl: tcl.lang.TclRuntimeError


> On Mon, 18 Jun 2001, Jeff Sturm wrote:
>
> > (Apologies in advance if this is a known problem... I've been away from
> > the list for a while now.)
> >
> > Every now and then, our application logs an error like:
> >
> > Jun 14 20:48:40 taubmanweb1 ERR: tcl.lang.TclRuntimeError: (find) table
> > entry "java.lang.String.17035487" mapped to an invalid entry, Searched
(Class =
> > "java.lang.String" identityHashCode = "17035487" hashCode =
"1828610235")
> > Found (refID = "java0xd099" Class = "java.lang.String" identityHashCode
=
> > "17035487" hashCode = "1828610294") Equality Tests ( Class  == "true"
> > Object == "false" Object.equals() == "false" Interp == "true")
> >
> > Apparently, the JDK can duplicate an identityHashCode.  (I'm using Sun's
> > JDK 1.2.2 on Solaris.)
> >
> > Jeff
>
> That is a really old and nasty problem that has been fixed in
> the 1.3 version in the CVS. You should use the CVS version
> if you want to avoid this problem. You could also try back
> porting the rewrite of ReflectObject, but it would be no
> fun at all.
>
> Mo
>
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> http://lists.sourceforge.net/lists/listinfo/tcljava-user
>

Re: [tcljava-user] Jacl: tcl.lang.TclRuntimeError

[Mo D. <md...@cy...>]

On Mon, 18 Jun 2001, Jeff Sturm wrote:

> (Apologies in advance if this is a known problem... I've been away from
> the list for a while now.)
> 
> Every now and then, our application logs an error like:
> 
> Jun 14 20:48:40 taubmanweb1 ERR: tcl.lang.TclRuntimeError: (find) table
> entry "java.lang.String.17035487" mapped to an invalid entry, Searched (Class =
> "java.lang.String" identityHashCode = "17035487" hashCode = "1828610235")
> Found (refID = "java0xd099" Class = "java.lang.String" identityHashCode =
> "17035487" hashCode = "1828610294") Equality Tests ( Class  == "true"
> Object == "false" Object.equals() == "false" Interp == "true")
> 
> Apparently, the JDK can duplicate an identityHashCode.  (I'm using Sun's
> JDK 1.2.2 on Solaris.)
> 
> Jeff

That is a really old and nasty problem that has been fixed in
the 1.3 version in the CVS. You should use the CVS version
if you want to avoid this problem. You could also try back
porting the rewrite of ReflectObject, but it would be no
fun at all.

Mo

[tcljava-user] Jacl: tcl.lang.TclRuntimeError

[Jeff S. <js...@on...>]

(Apologies in advance if this is a known problem... I've been away from
the list for a while now.)

Every now and then, our application logs an error like:

Jun 14 20:48:40 taubmanweb1 ERR: tcl.lang.TclRuntimeError: (find) table
entry "java.lang.String.17035487" mapped to an invalid entry, Searched (Class =
"java.lang.String" identityHashCode = "17035487" hashCode = "1828610235")
Found (refID = "java0xd099" Class = "java.lang.String" identityHashCode =
"17035487" hashCode = "1828610294") Equality Tests ( Class  == "true"
Object == "false" Object.equals() == "false" Interp == "true")

Apparently, the JDK can duplicate an identityHashCode.  (I'm using Sun's
JDK 1.2.2 on Solaris.)

Jeff

Re: [tcljava-user] Tcl Conference coming up

[Larry W. V. <lv...@ca...>]

Things are pretty geeky...

O'Reillys generally has some kind of setup for internet access (last year's
usenix conference even had wireless internet if I remember correctly).
I've seen people taking notes on laptops, Palms, pencil and paper, and sleeping
through sessions (whoops...)
-- 
Never apply a Star Trek solution to a Babylon 5 problem.
Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/>
Even if explicitly stated to the contrary, nothing in this posting should 
be construed as representing my employer's opinions.
-><-

Re: [tcljava-user] TclJava config problem

[Mo D. <md...@cy...>]

On Tue, 12 Jun 2001, Larry W. Virden wrote:

> I downloaded tcljava from the nightly-cvs tar files at ftp.scriptics.com .
> I'm confused about building this though.  The readme.jacl says that I
> need to cd into the unix directory.  I do that and the readme there says
> to do ./configure .
> 
> There is no configure in that directory.

Yeah, that has changed since the last release. The configure
script is now in the toplevel directory. The docs need to
be updated. Care to write up a patch for that and submit
it to the SF patch queue?

Mo