Hello, Mo wrote: > I changed the implementation of Interp.resetResult() in Jacl > so that it set interp.returnCode = TCL.OK. The version of > CatchCmd.java that I checked in just calls Interp.resetResult(). Great, I didn't want to change just another central method of Interp - maybe there was a reason, that returnCode was left untouched. But if it works fine, even better. > Also, I did not check in the part that incr and then decrs > the interp nest level, I did not see the point of that and > it did not cause any tests to fail. Funny. I can't remember exactly, why I added this. Most probably it was due to a failing test. When I was looking at tests/tcl/interp.test, I noticed that test interp-16.5 is still disabled (with the constraint jaclCanFree). Actually Jacl can free right now, so the constraint should be removed. Maybe it is just this test which fails without the increment??? But I know, why the C implementation doesn't need to increment and decrement the level: In C this is done by the funtion Tcl_EvalObjEx() itself, in Jacl the caller of eval() has the responsibility to increment and decrement this. Greetings, Krischan P.S.: The test of "file extension" in Tcl's test suite stays in cmdAH.test... -- Christian Krone, SQL Datenbanksysteme GmbH Mail mailto:[EMAIL PROTECTED] ---------------------------------------------------------------- The TclJava mailing list is sponsored by Scriptics Corporation. To subscribe: send mail to [EMAIL PROTECTED] with the word SUBSCRIBE as the subject. To unsubscribe: send mail to [EMAIL PROTECTED] with the word UNSUBSCRIBE as the subject. To send to the list, send email to '[EMAIL PROTECTED]'. An archive is available at http://www.mail-archive.com/tcljava@scriptics.com
