tcljava-dev — discuss implementation and post patches here

[tcljava-dev] Jacl Status Questions/Survey

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

I'm curious about the state of Jacl.  I myself think it's the best 
thing since sliced bread and am fairly committed to using it in some of 
my projects.  On the other hand, there doesn't seem to be much activity 
on the mailing list or cvs repository these days.  I thought I'd see if 
people would actually respond to a few questions.

1) Is anyone doing active development on Jacl itself?

2) Is anyone planning on doing development on Jacl in the future?

3) Is anyone actively using Jacl in projects?

4) Would anyone be interested in having some Jacl/Swank presence at the 
upcoming Tcl/Tk 2004 conference (talks, tutorials, BOFS)?

5) Any thoughts on promoting the use of Jacl?


Thanks for any feedback.

Bruce

[tcljava-dev] Swank Status

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

Swank development is now hosted at http://swank.dev.java.net

where it is now a component of the Java Desktop Community of Java.Net.

The main Swank web site for information and downloads of Java archives 
is at

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

I've posted a new version which I've numbered 2.0.1.  Starting with 
this version all source is stored in CVS at java.net and you can expect 
regular updates and change logs.

Feedback is, as always, welcomed.

Bruce

Re: [tcljava-dev] Swank News

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

Perhaps the biggest thing is that pack, grid and place now pass most of
the tests from Tk 8.4.5.

I'll have some more info soon, and when the source goes to a new site
you'll start seeing much more organized updates and changelogs.

Bruce

On Tue, 2004-02-24 at 15:45, Tom Poindexter wrote:
> On Tue, Feb 24, 2004 at 03:24:41PM -0500, Bruce A. Johnson wrote:
> > 
> > Swank is back and under active development.  I'm no longer working at
>  
> 
> Cool, Bruce!  
> 
> I just stumbled upon this a few minutes before I saw your announcment, looking 
> for the old nmrview site.
> 
> Do you have a quickie changelog for for the 1.4 release?  

Re: [tcljava-dev] Swank News

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

On Tue, Feb 24, 2004 at 03:24:41PM -0500, Bruce A. Johnson wrote:
> 
> Swank is back and under active development.  I'm no longer working at
 

Cool, Bruce!  

I just stumbled upon this a few minutes before I saw your announcment, looking 
for the old nmrview site.

Do you have a quickie changelog for for the 1.4 release?  

-- 
Tom Poindexter
tpo...@ny...
http://www.nyx.net/~tpoindex/

[tcljava-dev] Swank News

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

Swank is back and under active development.  I'm no longer working at
Merck & Co., Inc. where I was when I first developed Swank.  Merck has
graciously transferred all the rights to Swank (and most of the
scientific software I developed there) to me.  Swank can now be found at
the web site of my new company ( http://www.onemoonscientific.com ).  At
the moment, I've just put up the latest ".jar" file with the Swank
classes in it.  I plan on soon settting up a site at either Sourceforge
or java.net to host the source so it can be an "official" open source
project.

cheers,


Bruce

Re: [tcljava-dev] security of tcljava

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

On Mon, 23 Feb 2004 11:31:11 +0800 (CST)
Fang Yidong <fan...@ya...> wrote:

> I am planning to use tcl(java) in my email system to allow users to write their own email filters in tcl,and maybe the tcl filter can be shared among the users.Is it a good idea? Or is there any email system that has implemented it?
>  
> But the security is an issue.I don't want to allow a none-privileged user to open files,execute unix commands,open socket,make stack overflow and so on.That is,I'd like to make the tcl filters written by a none-privileged user run in a "sand box",only with limited tcl commands,while a system tcl filter can do anything in a traditional way if it is authorized.

Just use an child interp and only allow the Tcl commands you want to allow. You can find documentation
for how this is all done online:

http://www.tcl.tk/software/plugin/safetcl.html

cheers
Mo DeJong

[tcljava-dev] security of tcljava

[<fan...@ya...>]

I am planning to use tcl(java) in my email system to allow users to write their own email filters in tcl,and maybe the tcl filter can be shared among the users.Is it a good idea? Or is there any email system that has implemented it?
 
But the security is an issue.I don't want to allow a none-privileged user to open files,execute unix commands,open socket,make stack overflow and so on.That is,I'd like to make the tcl filters written by a none-privileged user run in a "sand box",only with limited tcl commands,while a system tcl filter can do anything in a traditional way if it is authorized.
 
How can do that?
 



---------------------------------
Do You Yahoo!?
完全免费的雅虎电邮，马上注册获赠额外60兆网络存储空间

[tcljava-dev] ANT build file for JACL

[Mark O'C. <ma...@my...>]

Hello all,

I've recently built the Jacl code using ANT. I attach a copy of the build
file.

Has anyone suggested migrating the Jacl build over to ANT?
It has the advantage of being cross-platform. It is possible to embed Jacl
scripts inside ANT files

Regards,

MArk

__
Mark O'Connor,
Galway, Co. Galway, Ireland.

[tcljava-dev] Jacl and .Net

[Ray J. <Ra...@in...>]

Has anyone tried to use Jacl on .Net.  I imagine it has not been ported
to C# but will it compile and work under J#?  Even if it compiles I
wonder what it would take to write extensions for Jacl in other .Net
languages.  Anyway, has anyone gone down this path before?
=20
I have just tried loading all the Jacl Java code into a J# project to
see what happens.  The most immediate problem is that J# does not
support the sun.io classes.
=20
Ray

[tcljava-dev] Patch: exception during 'string is ...'

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

This patch fixes an exception thrown during 'string is ...', when 
a zero length value is compared.  E.g.

    % string is integer ""
    Exception in thread "main" java.lang.StringIndexOutOfBoundsException: String index out of range: 0
            at java.lang.String.charAt(String.java:511)
            at tcl.lang.StringCmd.cmdProc(StringCmd.java:458)

With the patch, you get:
    % string is integer ""
    1
    % string is integer -strict ""
    0



This patch is against the 1.3.1 release code.  The patch simply adds an
'else' block at line 359 encompassing the following switch block.

log entry:

* src/jacl/tcl/lang/StringCmd.java: fix StringIndexOutOfBoundsException 
during 'string is' processing when value is zero length.


-- 
Tom Poindexter
tpo...@ny...
http://www.nyx.net/~tpoindex/



--- jacl1.3.1/src/jacl/tcl/lang/StringCmd.java	2003-07-25 02:45:06.000000000 -0600
+++ jacl1.3.1.tp/src/jacl/tcl/lang/StringCmd.java	2003-09-29 15:31:03.000000000 -0600
@@ -355,193 +355,194 @@
 	    if (length1 == 0) {
 		if (strict) {
 		    result = false;
-		}
-	    }
+		} 
+	    } else {
 
-	    switch (index) {
-		case STR_IS_BOOL:
-		case STR_IS_TRUE:
-		case STR_IS_FALSE: {
-		    if (obj.getInternalRep() instanceof TclBoolean) {
-			if (((index == STR_IS_TRUE) &&
-			     !TclBoolean.get(interp, obj)) ||
-			    ((index == STR_IS_FALSE) &&
-			     TclBoolean.get(interp, obj))) {
-			  result = false;
-			}
-		    } else {
-			try {
-			    boolean i = TclBoolean.get(null, obj);
-			    if (((index == STR_IS_TRUE) && !i) ||
-				((index == STR_IS_FALSE) && i)) {
+		switch (index) {
+		    case STR_IS_BOOL:
+		    case STR_IS_TRUE:
+		    case STR_IS_FALSE: {
+			if (obj.getInternalRep() instanceof TclBoolean) {
+			    if (((index == STR_IS_TRUE) &&
+				 !TclBoolean.get(interp, obj)) ||
+				((index == STR_IS_FALSE) &&
+				 TclBoolean.get(interp, obj))) {
 			      result = false;
 			    }
-			} catch (TclException e) {
-			    result = false;
+			} else {
+			    try {
+				boolean i = TclBoolean.get(null, obj);
+				if (((index == STR_IS_TRUE) && !i) ||
+				    ((index == STR_IS_FALSE) && i)) {
+				  result = false;
+				}
+			    } catch (TclException e) {
+				result = false;
+			    }
 			}
-		    }
-		    break;
-		}
-		case STR_IS_DOUBLE: {
-		    if ((obj.getInternalRep() instanceof TclDouble) ||
-			(obj.getInternalRep() instanceof TclInteger)) {
 			break;
 		    }
+		    case STR_IS_DOUBLE: {
+			if ((obj.getInternalRep() instanceof TclDouble) ||
+			    (obj.getInternalRep() instanceof TclInteger)) {
+			    break;
+			}
 
-		    // This is adapted from Tcl_GetDouble
-		    //
-		    // The danger in this function is that
-		    // "12345678901234567890" is an acceptable 'double',
-		    // but will later be interp'd as an int by something
-		    // like [expr].  Therefore, we check to see if it looks
-		    // like an int, and if so we do a range check on it.
-		    // If strtoul gets to the end, we know we either
-		    // received an acceptable int, or over/underflow
+			// This is adapted from Tcl_GetDouble
+			//
+			// The danger in this function is that
+			// "12345678901234567890" is an acceptable 'double',
+			// but will later be interp'd as an int by something
+			// like [expr].  Therefore, we check to see if it looks
+			// like an int, and if so we do a range check on it.
+			// If strtoul gets to the end, we know we either
+			// received an acceptable int, or over/underflow
+
+			if (Expression.looksLikeInt(string1, length1, 0)) {
+			    char c = string1.charAt(0);
+			    int signIx = (c == '-' || c == '+') ? 1 : 0;
+			    StrtoulResult res = Util.strtoul(string1, signIx, 0);
+			    if (res.index == length1) {
+				if (res.errno == TCL.INTEGER_RANGE) {
+				    result = false;
+				    failat = -1;
+				}
+				break;
+			    }
+			}
 
-		    if (Expression.looksLikeInt(string1, length1, 0)) {
 			char c = string1.charAt(0);
 			int signIx = (c == '-' || c == '+') ? 1 : 0;
-			StrtoulResult res = Util.strtoul(string1, signIx, 0);
-			if (res.index == length1) {
-			    if (res.errno == TCL.INTEGER_RANGE) {
-				result = false;
-				failat = -1;
-			    }
-			    break;
-			}
-		    }
+			StrtodResult res = Util.strtod(string1, signIx);
+			if (res.errno == TCL.DOUBLE_RANGE) {
+			    // if (errno == ERANGE), then it was an over/underflow
+			    // problem, but in this method, we only want to know
+			    // yes or no, so bad flow returns 0 (false) and sets
+			    // the failVarObj to the string length.
 
-		    char c = string1.charAt(0);
-		    int signIx = (c == '-' || c == '+') ? 1 : 0;
-		    StrtodResult res = Util.strtod(string1, signIx);
-		    if (res.errno == TCL.DOUBLE_RANGE) {
-			// if (errno == ERANGE), then it was an over/underflow
-			// problem, but in this method, we only want to know
-			// yes or no, so bad flow returns 0 (false) and sets
-			// the failVarObj to the string length.
-
-			result = false;
-			failat = -1;
-		    } else if (res.index == 0) {
-			// In this case, nothing like a number was found
-
-			result = false;
-			failat = 0;
-		    } else {
-			// Go onto SPACE, since we are
-			// allowed trailing whitespace
-
-			failat = res.index;
-			for (int i = res.index; i<length1; i++) {
-			    if (!Character.isWhitespace(string1.charAt(i))) {
-				result = false;
-				break;
+			    result = false;
+			    failat = -1;
+			} else if (res.index == 0) {
+			    // In this case, nothing like a number was found
+
+			    result = false;
+			    failat = 0;
+			} else {
+			    // Go onto SPACE, since we are
+			    // allowed trailing whitespace
+
+			    failat = res.index;
+			    for (int i = res.index; i<length1; i++) {
+				if (!Character.isWhitespace(string1.charAt(i))) {
+				    result = false;
+				    break;
+				}
 			    }
 			}
-		    }
-		    break;
-		}
-		case STR_IS_INT: {
-		    if (obj.getInternalRep() instanceof TclInteger) {
-			break;
-		    }
-		    boolean isInteger = true;
-		    try {
-			TclInteger.get(null, obj);
-		    } catch (TclException e) {
-			isInteger = false;
-		    }
-		    if (isInteger) {
 			break;
 		    }
+		    case STR_IS_INT: {
+			if (obj.getInternalRep() instanceof TclInteger) {
+			    break;
+			}
+			boolean isInteger = true;
+			try {
+			    TclInteger.get(null, obj);
+			} catch (TclException e) {
+			    isInteger = false;
+			}
+			if (isInteger) {
+			    break;
+			}
 
-		    char c = string1.charAt(0);
-		    int signIx = (c == '-' || c == '+') ? 1 : 0;
-		    StrtoulResult res = Util.strtoul(string1, signIx, 0);
-		    if (res.errno == TCL.INTEGER_RANGE) {
-			// if (errno == ERANGE), then it was an over/underflow
-			// problem, but in this method, we only want to know
-			// yes or no, so bad flow returns false and sets
-			// the failVarObj to the string length.
-
-			result = false;
-			failat = -1;
-		    } else if (res.index == 0) {
-			// In this case, nothing like a number was found
-
-			result = false;
-			failat = 0;
-		    } else {
-			// Go onto SPACE, since we are
-			// allowed trailing whitespace
-
-			failat = res.index;
-			for (int i = res.index; i<length1; i++) {
-			    if (!Character.isWhitespace(string1.charAt(i))) {
-				result = false;
-				break;
+			char c = string1.charAt(0);
+			int signIx = (c == '-' || c == '+') ? 1 : 0;
+			StrtoulResult res = Util.strtoul(string1, signIx, 0);
+			if (res.errno == TCL.INTEGER_RANGE) {
+			    // if (errno == ERANGE), then it was an over/underflow
+			    // problem, but in this method, we only want to know
+			    // yes or no, so bad flow returns false and sets
+			    // the failVarObj to the string length.
+
+			    result = false;
+			    failat = -1;
+			} else if (res.index == 0) {
+			    // In this case, nothing like a number was found
+
+			    result = false;
+			    failat = 0;
+			} else {
+			    // Go onto SPACE, since we are
+			    // allowed trailing whitespace
+
+			    failat = res.index;
+			    for (int i = res.index; i<length1; i++) {
+				if (!Character.isWhitespace(string1.charAt(i))) {
+				    result = false;
+				    break;
+				}
 			    }
 			}
+			break;
 		    }
-		    break;
-		}
-		default: {
-		    for (failat = 0; failat < length1; failat++) {
-			char c = string1.charAt(failat);
-			switch (index) {
-			    case STR_IS_ASCII:
-				// This is a valid check in unicode, because
-				// all bytes < 0xC0 are single byte chars
-				// (but isascii limits that def'n to 0x80).
-
-				result = c < 0x80;
-				break;
-			    case STR_IS_ALNUM:
-				result = Character.isLetterOrDigit(c);
-				break;
-			    case STR_IS_ALPHA:
-				result = Character.isLetter(c);
-				break;
-			    case STR_IS_DIGIT:
-				result = Character.isDigit(c);
-				break;
-			    case STR_IS_GRAPH:
-				result = ((1 << Character.getType(c))
-					  & PRINT_BITS) != 0
-					 && c != ' ';
-				break;
-			    case STR_IS_PRINT:
-				result = ((1 << Character.getType(c))
-					  & PRINT_BITS) != 0;
-				break;
-			    case STR_IS_PUNCT:
-				result = ((1 << Character.getType(c))
-					  & PUNCT_BITS) != 0;
-				break;
-			    case STR_IS_UPPER:
-				result = Character.isUpperCase(c);
-				break;
-			    case STR_IS_SPACE:
-				result = Character.isWhitespace(c);
-				break;
-			    case STR_IS_CONTROL:
-				result = Character.isISOControl(c);
-				break;
-			    case STR_IS_LOWER:
-				result = Character.isLowerCase(c);
-				break;
-			    case STR_IS_WORD:
-				result = ((1 << Character.getType(c))
-					  & WORD_BITS) != 0;
-				break;
-			    case STR_IS_XDIGIT:
-				result = Character.digit(c, 16) >= 0;
+		    default: {
+			for (failat = 0; failat < length1; failat++) {
+			    char c = string1.charAt(failat);
+			    switch (index) {
+				case STR_IS_ASCII:
+				    // This is a valid check in unicode, because
+				    // all bytes < 0xC0 are single byte chars
+				    // (but isascii limits that def'n to 0x80).
+
+				    result = c < 0x80;
+				    break;
+				case STR_IS_ALNUM:
+				    result = Character.isLetterOrDigit(c);
+				    break;
+				case STR_IS_ALPHA:
+				    result = Character.isLetter(c);
+				    break;
+				case STR_IS_DIGIT:
+				    result = Character.isDigit(c);
+				    break;
+				case STR_IS_GRAPH:
+				    result = ((1 << Character.getType(c))
+					      & PRINT_BITS) != 0
+					     && c != ' ';
+				    break;
+				case STR_IS_PRINT:
+				    result = ((1 << Character.getType(c))
+					      & PRINT_BITS) != 0;
+				    break;
+				case STR_IS_PUNCT:
+				    result = ((1 << Character.getType(c))
+					      & PUNCT_BITS) != 0;
+				    break;
+				case STR_IS_UPPER:
+				    result = Character.isUpperCase(c);
+				    break;
+				case STR_IS_SPACE:
+				    result = Character.isWhitespace(c);
+				    break;
+				case STR_IS_CONTROL:
+				    result = Character.isISOControl(c);
+				    break;
+				case STR_IS_LOWER:
+				    result = Character.isLowerCase(c);
+				    break;
+				case STR_IS_WORD:
+				    result = ((1 << Character.getType(c))
+					      & WORD_BITS) != 0;
+				    break;
+				case STR_IS_XDIGIT:
+				    result = Character.digit(c, 16) >= 0;
+				    break;
+				default:
+				    throw new TclRuntimeError("unimplemented");
+			    }
+			    if (!result) {
 				break;
-			    default:
-				throw new TclRuntimeError("unimplemented");
-			}
-			if (!result) {
-			    break;
+			    }
 			}
 		    }
 		}

[tcljava-dev] Tcl/Java 1.3.1 release is online

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

The Tcl/Java 1.3.1 release is now available for download. This release
includes a number of bug fixes for both Unix and Win32 systems. Please
download and test it out, just be aware that this is not a "production release".

The Jacl and Tcl Blend download file can be found here:

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

cheers
Mo DeJong

[tcljava-dev] Redirect output from JACL 1.0

[Aliaksei Y. <a.y...@sa...>]

Hello tcljava-dev,

  I'm  developing  at the moment the distributed system to function on
  tens of machines. For us it was a no-brainer decision to use the TCL
  for  administrative tasks. I'm using JACL 1.3.0 implementation I got
  from the sf.net. And here's my problem:

  I  want  to let an administrators to write their own TCL scripts and
  load  them into the server context. This gives great flexibility and
  saves  a  bunch  on  developing administrative tool. All things work
  fine,  but: as far as I can figure out from the implementation, JACL
  implementation  is  coupled  with  channels that are opened with the
  interpreter.  I  want exactly opposite -- I want to have possibility
  to  have  several consoles open to the server, with each calling any
  procedure and receiving output produced by the TCL script.

  I  have  quickly figured out a solution: I have externalized the I/O
  tables.  So the Interp has it's local IOContext; passing a reference
  to IOContext to the Interp specifies the i/o context.

  I wonder if someone has done something like that already. If not, I
  will kindly appreciate your help with getting it work right. Please
  feel free to contact me. Looking forward,

-- 
With best regards,
Aliaksei Yanchuk                          mailto:a.y...@sa...



SaM Solutions
Minsk, per. Kazarmennyi 4 220030
Handy: +375296996475

Re: [tcljava-dev] What is the status of the latest cvs head Tclblend and the latest jdk?

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

On Wed, 9 Jul 2003 14:03:38 -0400 (EDT)
"Larry W. Virden" <lv...@ca...> wrote:

> I read on http://tcljava.sourceforge.net/docs/website/faq.html
> the comment that JDK 1.3 seems to have some bugs that effect Tcl Blend
> and that additional work may be needed.
> 
> However, the FAQ doesn't list a date, so I don't know whether that is
> current information or not.

It says that some problems with JDK 1.4 exist, and it is current. The
problems are not in Tcl Blend, it has something to do with strange
goings on inside the JDK. I would suggest that you compare the
regression test results using a 1.3 JDK and a 1.4 JDK and see if
you run into any problems on your system.

Mo

[tcljava-dev] What is the status of the latest cvs head Tclblend and the latest jdk?

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

I read on http://tcljava.sourceforge.net/docs/website/faq.html
the comment that JDK 1.3 seems to have some bugs that effect Tcl Blend
and that additional work may be needed.

However, the FAQ doesn't list a date, so I don't know whether that is
current information or not.

Is this still the case?  I've got some developers using JDK 1.4 (1.4.1_03
I believe) and they would really like to use Tcl Blend.

However, they are primarily Java developers, with little C knowledge and
are looking for a toolg to use rather than something they will have
to work on to get working.

So, is this something that would be doable?
-- 
Tcl - The glue of a new generation.  <URL: http://wiki.tcl.tk/ >
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-dev] Trying to run jaclsh

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

On Wed, 25 Jun 2003 11:16:23 -0400 (EDT)
"Larry W. Virden" <lv...@ca...> wrote:

> From: "Sasvata (Shash) Chatterjee" <sa...@ba...>
> 
> > Larry you need to add tcljava.jar as well, that's where the
> > tcl.lang.TclException class is.
> 
> Well, adding both those jars to CLASSPATH worked.  Thanks!

I still don't understand why this does not just work out of the box.
You did run the make install rule after configuring with a --prefix,
right?

This is from the jaclsh.in file:

# Add the .jar library files to the CLASSPATH
JACL_CLASSPATH=@JAVA_CLASSPATH@:${XP_TCLJAVA_INSTALL_DIR}/tcljava.jar:${XP_TCLJA
VA_INSTALL_DIR}/jacl.jar:

As long as your paths were setup properly, it should have just worked.

cheers
Mo

Re: [tcljava-dev] What does one need to know to make the transition from C Tcl/Tk to Jacl?

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

On Wed, 25 Jun 2003 08:19:54 -0400 (EDT)
"Larry W. Virden" <lv...@ca...> wrote:

> From: Mo DeJong <md...@un...>
> 
> > There is a file that lists API diffs.
> > 
> > tcljava/diffs.txt
> 
> What about the Tcl commands not listed in diffs.txt ?

Likely an oversight.

> I've still not got jacl working, or I could test this stuff out myself.
> 
> Comparing the diffs.txt information with my C Tcl distribution, I don't
> see a mention of 
> array
> encoding
> error
> lset
> memory
> msgcat
> parray
> pkg::create
> resource

The array, encoding, error, and parray commands should work just fine. The others
are not implemented. Feel free to submit a patch for the diffs.txt file that updates
the listing of commands that are and are not implemented.

Mo

Re: [tcljava-dev] Trying to run jaclsh

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

From: "Sasvata (Shash) Chatterjee" <sa...@ba...>

> Larry you need to add tcljava.jar as well, that's where the
> tcl.lang.TclException class is.

Well, adding both those jars to CLASSPATH worked.  Thanks!


-- 
Tcl - The glue of a new generation.  <URL: http://wiki.tcl.tk/ >
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-dev] Trying to run jaclsh

[Sasvata (S. C. <sa...@ba...>]

Larry you need to add tcljava.jar as well, that's where the
tcl.lang.TclException class is.


> $ CLASSPATH=$PWD/jacl.jar
> $ export CLASSPATH
> $ $PWD/jaclsh            
> Exception in thread "main" java.lang.NoClassDefFoundError: tcl/lang/TclException

Re: [tcljava-dev] What does one need to know to make the transition from C Tcl/Tk to Jacl?

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

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

> There is a file that lists API diffs.
> 
> tcljava/diffs.txt

What about the Tcl commands not listed in diffs.txt ?

I've still not got jacl working, or I could test this stuff out myself.

Comparing the diffs.txt information with my C Tcl distribution, I don't
see a mention of 
array
encoding
error
lset
memory
msgcat
parray
pkg::create
resource

-- 
Tcl - The glue of a new generation.  <URL: http://wiki.tcl.tk/ >
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-dev] Trying to run jaclsh

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

Mo DeJong <md...@un...> writes:
: On Tue, 24 Jun 2003 10:19:32 -0400 (EDT)
: "Larry W. Virden" <lv...@ca...> wrote:
: 
: > the jaclsh script only generates the error:
: > Exception in thread "main" java.lang.NoClassDefFoundError: tcl/lang/Shell
: > 
: > Now, I have my CLASSPATH exported and pointing to the directory where the
: > jacl.jar is located.  Is there something else that needs to happen to
: > get the script to work?
: 
: The jaclsh script should set all the CLASSPATH stuff for you. I would suggest that
: you unset whatever CLASSPATH you currently have set and try it again. I can't
: imagine why this would not work, it should. Are you running under Win32?
: Perhaps the problem is with ; vs : characters in the CLASSPATH. Just an FYI,
: a CLASSPATH should include the full path name of a .jar file, not just the
: dir where a .jar file lives.


$ unset CLASSPATH
$ $PWD/jaclsh
Exception in thread "main" java.lang.NoClassDefFoundError: tcl/lang/Shell
$ ls
Makefile          casrun.cas        jacl.jar          tcljava.jar
Test.class        config.log        jaclsh            tcljavaConfig.sh
Test.tcl          config.status     license.terms
btests            jacl              tcljava
$ CLASSPATH=$PWD/jacl.jar
$ export CLASSPATH
$ $PWD/jaclsh            
Exception in thread "main" java.lang.NoClassDefFoundError: tcl/lang/TclException
$ uname -a
SunOS lwv26awu 5.8 Generic_108528-16 sun4u sparc SUNW,Sun-Blade-100
$ echo $SHELL
/bin/ksh
$

-- 
Tcl - The glue of a new generation.  <URL: http://wiki.tcl.tk/ >
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-dev] Trying to run jaclsh

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

On Tue, 24 Jun 2003 10:19:32 -0400 (EDT)
"Larry W. Virden" <lv...@ca...> wrote:

> the jaclsh script only generates the error:
> Exception in thread "main" java.lang.NoClassDefFoundError: tcl/lang/Shell
> 
> Now, I have my CLASSPATH exported and pointing to the directory where the
> jacl.jar is located.  Is there something else that needs to happen to
> get the script to work?

The jaclsh script should set all the CLASSPATH stuff for you. I would suggest that
you unset whatever CLASSPATH you currently have set and try it again. I can't
imagine why this would not work, it should. Are you running under Win32?
Perhaps the problem is with ; vs : characters in the CLASSPATH. Just an FYI,
a CLASSPATH should include the full path name of a .jar file, not just the
dir where a .jar file lives.

cheers
Mo

Re: [tcljava-dev] How stable is Jacl 1.3.0 ?

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

On Tue, 24 Jun 2003 09:59:49 -0400 (EDT)
"Larry W. Virden" <lv...@ca...> wrote:

> The current jacl 1.3.0 tar file includes a README that begins:
> 
> -----
> 
> Before going any farther, it needs to be made clear that this release
> of Jacl is not considered stable enough to be used in production
> systems. 
> 
> -----
> 
> Any projections on when a release might occur that is considered stable
> enough to be used in production systems?

It will be considered "ready for production use" when people try it in
production systems and it works without problems. It is a chicken and
the egg problem. If you ask me, the 1.3.0 release is in a much better state
than the 1.2.6, but there is a bunch of new code so it needs to be tested
in real systems.

Mo

Re: [tcljava-dev] What does one need to know to make the transition from C Tcl/Tk to Jacl?

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

On Tue, 24 Jun 2003 09:50:20 -0400 (EDT)
"Larry W. Virden" <lv...@ca...> wrote:

> If one has non-technical users who are used to coding small Tcl/Tk scripts
> to interact with the C Tcl interpreters embedded in their apps, what
> are the kinds of changes they will need to be taught for interacting with
> a Java app which instantiates via Jacl an interpreter?

There is a file that lists API diffs.

tcljava/diffs.txt

The short answer is that fileevent does not work in Jacl and exec can be a little
tricky, but other than that things should work exactly the same.

Mo

[tcljava-dev] Trying to run jaclsh

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

Well, after doing a configure, make, and make test (and seeing only 7
failures - not bad) I wanted to try out jacl 1.3.0 so I tried to run
the jaclsh script.  However, despite the fact that the make test works,
the jaclsh script only generates the error:
Exception in thread "main" java.lang.NoClassDefFoundError: tcl/lang/Shell

Now, I have my CLASSPATH exported and pointing to the directory where the
jacl.jar is located.  Is there something else that needs to happen to
get the script to work?
-- 
Tcl - The glue of a new generation.  <URL: http://wiki.tcl.tk/ >
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-dev] How stable is Jacl 1.3.0 ?

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

The current jacl 1.3.0 tar file includes a README that begins:

-----

Before going any farther, it needs to be made clear that this release
of Jacl is not considered stable enough to be used in production
systems. 

-----

Any projections on when a release might occur that is considered stable
enough to be used in production systems?
-- 
Tcl - The glue of a new generation.  <URL: http://wiki.tcl.tk/ >
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.
-><-