tcljava-user — Ask questions and get help here

[tcljava-user] no output with exec in catch block

[Johannes K. <joh...@kl...>]

Hi folks,

I have to execute a ksh-script in jacl and
react if this ksh-script exits with errors.
Additionally I need the output of the script on the screen (stdout).
So I did the following (I replaced my script with a simple 'hostname'
command)

========================
set status 0
if {[catch {exec hostname} results]} {
   if {[lindex $::errorCode 0] == "CHILDSTATUS"} {
      set status [lindex $::errorCode 2]
      puts "Script exits with Errorcode $status"
   } else {
      puts "Script exits with unexpected error"
   }
}
========================

However, then you can't see any output of 'exec hostname'.
Even if I put a 'puts' around the exec, I can see the output if everything works ok,
but not if something goes wrong (try to replace the hostname with 'blabla':

========================
set status 0
if {[catch {puts [exec blabla]} results]} {
   if {[lindex $::errorCode 0] == "CHILDSTATUS"} {
      set status [lindex $::errorCode 2]
      puts "Script exits with Errorcode $status"
   } else {
      puts "Script exits with unexpected error"
   }
}
========================

Any ideas or workarounds to catch the exec and see the output of it even if the script fails?

thanks and best regards,
Johannes Kleinlercher

Re: [tcljava-user] Stacktrace

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

On Wed, 1 Feb 2006 23:19:07 +0200
Kristoffer Lawson <se...@fi...> wrote:

> A Tcl stack trace. I ran a script with jaclsh and an error was given,  
> but the usual stack trace was not given.

Feel free to post the script that is causing your problem. If it is complex,
then please reduce it down to a simple test case so I can reproduce the problem.

Mo DeJong

Re: [tcljava-user] Stacktrace

[Kristoffer L. <se...@fi...>]

On 1 Feb 2006, at 20:34, Mo DeJong wrote:

> On Wed, 1 Feb 2006 12:29:06 +0200 (EET)
> Kristoffer Lawson <se...@fi...> wrote:
>
>>
>> The current release version of jaclsh does not seem to give a  
>> stack trace
>> on an error. Is there some obvious way to remedy this which I have  
>> missed?
>> If not, will such a feature be appearing in future versions?
>
> Need more info. Are you talking about a Tcl stack trace via the  
> errorInfo
> variable? Or are you talking about a Java stack trace from an  
> unhandled
> exception in the main() thread? As far as I know, both of these work
> in the general case. There are some cases where one method or another
> might catch exceptions and not print them, if you could provide some
> specifics about the situation that would really help.

A Tcl stack trace. I ran a script with jaclsh and an error was given,  
but the usual stack trace was not given.

            /  http://www.fishpool.com/~setok/

Re: [tcljava-user] Jacl 1.3 changes in regexp/regsub

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

The RegExp stuff starting in Java 1.4 (at least 1.4.2 anyway) is  
pretty complete, supporting stuff like "\w".  How much trouble is  it  
to make Jacl use that?

Bruce

On Feb 1, 2006, at 1:41 PM, Mo DeJong wrote:

> On Tue, 31 Jan 2006 13:39:28 +0200
> Joe Weisblatt <jwe...@ci...> wrote:
>
>> Some of my scripts have broken in the transition to Jacl 1.3.2.  I  
>> note
>> the regexp/regsub is a new implementation.
>> Is this supposed to be exactly compatible with the old patterns?
>
> The current Jacl regexp implementation works like Tcl regexps did  
> before
> the regexp rewrite in the 8.1 or 8.2 days.
>
>> Where is the documentation for the new commands?
>
> http://www.tcl.tk/man/tcl8.0/TclCmd/regexp.htm
>
>> Specifically:
>>     regexp {<.*>} {abc<def>ghi}
>> will successfully match the "<def>", but
>>     regexp {<\w*>} {abc<def>ghi}
>> doesn't.
>>
>> Any pointers?  Is "\w" no longer supported?  Seems [:alpha:]  
>> didn't work
>> either.
>
> No, those don't work. Those used to work in older version of Jacl only
> because the regexp package that was included in older versions  
> supported
> it. But that ORO regexp package was binary only and was causing  
> license
> problems for Jacl so it had to be replaced.
>
> cheers
> Mo DeJong
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through  
> log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD  
> SPLUNK!
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user

Re: [tcljava-user] Jacl 1.3 changes in regexp/regsub

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

On Tue, 31 Jan 2006 13:39:28 +0200
Joe Weisblatt <jwe...@ci...> wrote:

> Some of my scripts have broken in the transition to Jacl 1.3.2.  I note 
> the regexp/regsub is a new implementation.
> Is this supposed to be exactly compatible with the old patterns?

The current Jacl regexp implementation works like Tcl regexps did before
the regexp rewrite in the 8.1 or 8.2 days.

> Where is the documentation for the new commands?

http://www.tcl.tk/man/tcl8.0/TclCmd/regexp.htm

> Specifically:
>     regexp {<.*>} {abc<def>ghi}
> will successfully match the "<def>", but
>     regexp {<\w*>} {abc<def>ghi}
> doesn't.
> 
> Any pointers?  Is "\w" no longer supported?  Seems [:alpha:] didn't work 
> either.

No, those don't work. Those used to work in older version of Jacl only
because the regexp package that was included in older versions supported
it. But that ORO regexp package was binary only and was causing license
problems for Jacl so it had to be replaced.

cheers
Mo DeJong

Re: [tcljava-user] Stacktrace

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

On Wed, 1 Feb 2006 12:29:06 +0200 (EET)
Kristoffer Lawson <se...@fi...> wrote:

> 
> The current release version of jaclsh does not seem to give a stack trace 
> on an error. Is there some obvious way to remedy this which I have missed? 
> If not, will such a feature be appearing in future versions?

Need more info. Are you talking about a Tcl stack trace via the errorInfo
variable? Or are you talking about a Java stack trace from an unhandled
exception in the main() thread? As far as I know, both of these work
in the general case. There are some cases where one method or another
might catch exceptions and not print them, if you could provide some
specifics about the situation that would really help.

Mo DeJong

[tcljava-user] Stacktrace

[Kristoffer L. <se...@fi...>]

The current release version of jaclsh does not seem to give a stack trace 
on an error. Is there some obvious way to remedy this which I have missed? 
If not, will such a feature be appearing in future versions?

                               / http://www.fishpool.com/~setok/

Re: [tcljava-user] Boolean strings not managed

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

On Tue, 31 Jan 2006 12:47:38 +0200
Kristoffer Lawson <se...@fi...> wrote:

> 
> On 31 Jan 2006, at 12:10, Mo DeJong wrote:
> >
> >> general, is Jacl still planning to be compatible with later versions
> >> than 8.0?
> >
> > Yes, it is. There is the new 'lset' command that has not yet been
> > implemented, but almost all the Tcl 8.4 features work in Jacl.
> > The regexp package is the only area with large differences.
> 
> Oh, that sounds great. Do you have any idea when we might be able to  
> expect a release? I realise the CVS version might be stable and all,  
> but from a client's point of view it is much easier to base a  
> solution on an actual release, which is readily available.

The CVS version works but it should not be considered stable or
production ready. There are lots of new features and changes
being made, so it is unlikely that there will be a release soon.
Perhaps in 2 or 3 months there will be enough finished to put
out a 1.4.0 release, but it will not be production ready.

cheers
Mo DeJong

Re: [tcljava-user] TCL error - can't find package java

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

On Tue, 31 Jan 2006 21:09:20 +0530
"Sheelu_George" <She...@Sa...> wrote:

> I am trying to setup a CLI application in unix. It is using TCLBlend.
... 
> But when I run the "cli.sh" file I am getting the following error. I
> have also set my java path in the path variable. 
> 
>  
> 
> can't find package java
> 
>     while executing
> 
> "package require java "

> What do I need to do to solve this error? Do I need to set any more
> environment variables? Why is this happening? Please give me an answer.

The most likely case is that your env vars are not set correctly. Use the
jtclsh script provided with Tcl Blend. It will setup the vars correctly
and then start a Tcl shell of your choosing. You are much better off
starting with jtclsh and changing it to meet your needs.

cheers
Mo DeJong

[tcljava-user] TCL error - can't find package java

[Sheelu_George <She...@Sa...>]

=20

Hi,

=20

I am trying to setup a CLI application in unix. It is using TCLBlend. In
my init.tcl file I am loading an extension class called OLTExtension
using java::load.=20

=20

I am also setting the classpath variable to point to the two jar files
namely tclblend.jar and tcljava.jar.

=20

 I am also setting TCL_LIBRARY, LD_LIBRARY_PATH variables

=20

classpath =3D
/root/downloads/cs/dist/cli.jar:/root/downloads/cs/dist/commons-codec-1.
3.jar:/root/downloads/cs/dist/commons-httpclient-3.0-rc4.jar:/root/downl
oads/cs/dist/commons-logging.jar:/root/downloads/cs/dist/commons-net-1.4
.0.jar:/root/downloads/cs/dist/jericho-html-1.5-dev1.jar:/root/downloads
/cs/dist/log4j-1.2.8.jar:/root/downloads/cs/tcl/lib/tclblend.jar:/root/d
ownloads/cs/tcl/lib/tcljava.jar:

=20

But when I run the "cli.sh" file I am getting the following error. I
have also set my java path in the path variable.=20

=20

can't find package java

    while executing

"package require java "

invalid command name "java::load"

    while executing

"java::load com.cs.cli.OLTExtension "

=20

=20

=20

What do I need to do to solve this error? Do I need to set any more
environment variables? Why is this happening? Please give me an answer.

=20

 Thank you.

=20

Regards,

Sheelu



DISCLAIMER:
This email (including any attachments) is intended for the sole use of =
the intended recipient/s and may contain material that is CONFIDENTIAL =
AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or =
copying or distribution or forwarding of any or all of the contents in =
this message is STRICTLY PROHIBITED. If you are not the intended =
recipient, please contact the sender by email and delete all copies; =
your cooperation in this regard is appreciated.

Re: [tcljava-user] Boolean strings not managed

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

On Tue, Jan 31, 2006 at 02:10:51AM -0800, Mo DeJong wrote:

> Yes, it is. There is the new 'lset' command that has not yet been
> implemented, but almost all the Tcl 8.4 features work in Jacl.
> The regexp package is the only area with large differences.

Mo, any recent or planned work on fileevents?

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

[tcljava-user] Jacl 1.3 changes in regexp/regsub

[Joe W. <jwe...@ci...>]

Some of my scripts have broken in the transition to Jacl 1.3.2.  I note 
the regexp/regsub is a new implementation.
Is this supposed to be exactly compatible with the old patterns?
Where is the documentation for the new commands?

Specifically:
    regexp {<.*>} {abc<def>ghi}
will successfully match the "<def>", but
    regexp {<\w*>} {abc<def>ghi}
doesn't.

Any pointers?  Is "\w" no longer supported?  Seems [:alpha:] didn't work 
either.

TIA,
--> joe w.

Re: [tcljava-user] Boolean strings not managed

[Kristoffer L. <se...@fi...>]

On 31 Jan 2006, at 12:10, Mo DeJong wrote:
>
>> general, is Jacl still planning to be compatible with later versions
>> than 8.0?
>
> Yes, it is. There is the new 'lset' command that has not yet been
> implemented, but almost all the Tcl 8.4 features work in Jacl.
> The regexp package is the only area with large differences.

Oh, that sounds great. Do you have any idea when we might be able to  
expect a release? I realise the CVS version might be stable and all,  
but from a client's point of view it is much easier to base a  
solution on an actual release, which is readily available.

Thanks for keeping up the work.

            /  http://www.fishpool.com/~setok/

Re: [tcljava-user] Boolean strings not managed

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

On Mon, 30 Jan 2006 23:27:29 +0200
Kristoffer Lawson <se...@fi...> wrote:

> % set a true
> true
> % if {! $a} {puts foo}
> can't use non-numeric string as operand of "!"
> 
> Now, I realise that this was fixed relatively late in Tcl, but is  
> there any hope of this kind of thing getting done in Jacl?

These booleans are already implemented in the CVS version of Jacl.
The CVS version also has support for the string "ne" and "eq" operators
in expr parsing.

> general, is Jacl still planning to be compatible with later versions  
> than 8.0?

Yes, it is. There is the new 'lset' command that has not yet been
implemented, but almost all the Tcl 8.4 features work in Jacl.
The regexp package is the only area with large differences.

cheers
Mo DeJong

[tcljava-user] Boolean strings not managed

[Kristoffer L. <se...@fi...>]

% set a true
true
% if {! $a} {puts foo}
can't use non-numeric string as operand of "!"

Now, I realise that this was fixed relatively late in Tcl, but is  
there any hope of this kind of thing getting done in Jacl? In  
general, is Jacl still planning to be compatible with later versions  
than 8.0?

            /  http://www.fishpool.com/~setok/

Re: [tcljava-user] java debugger

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

On Thu, 26 Jan 2006 11:03:17 -0500
"Patnaik, Anjela" <APa...@ci...> wrote:

> Hello,
> Is it possible to launch a java debugger to troubleshoot
> java code invoked via tclblend?
> 
> We are using tclblend 1.3.2 with tcl 8.4.11 on
> windows 2k PCs.

Debugging Tcl Blend is kind of tricky. What I would suggest
is that you try debugging your code in Jacl using a JPDA
debugger. I use JSwat myself, and I start a debug Jacl session
like so:

JACL_DEBUG=1 jaclsh

That will print out the debug socket info to the shell and you
are on your way.

I hope that helps
Mo DeJong

RE: [tcljava-user] java debugger

[Nettles, S. <ste...@am...>]

Take a look at the tclblend_init global variable as descibed in the docs
(TclJava Commands/The Java package).  I think this will do what you want
to do.  You can have a statement in your tcl script that looks like:
set tclblend_init "-Xdebug -Xnoagent -Djava.compiler=3DNONE
-Xrunjdwp:transport=3Ddt_socket,address=3D8766,server=3Dy,suspend=3Dy"


________________________________

	From: tcl...@li...
[mailto:tcl...@li...] On Behalf Of Patnaik,
Anjela
	Sent: Thursday, January 26, 2006 10:03 AM
	To: tcl...@li...
	Subject: [tcljava-user] java debugger
=09
=09

	Hello,=20
	Is it possible to launch a java debugger to troubleshoot=20
	java code invoked via tclblend?=20

	We are using tclblend 1.3.2 with tcl 8.4.11 on=20
	windows 2k PCs.=20

	If someone has figured out how to invoke the debugger,=20
	pls reply to the mailing list. Thanks much.=20

[tcljava-user] java debugger

[Patnaik, A. <APa...@ci...>]

Hello,
Is it possible to launch a java debugger to troubleshoot
java code invoked via tclblend?

We are using tclblend 1.3.2 with tcl 8.4.11 on
windows 2k PCs.

If someone has figured out how to invoke the debugger,
pls reply to the mailing list. Thanks much.

Re: [tcljava-user] tclblend execution problem on linux

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

On Wed, 25 Jan 2006 14:07:49 -0500
Will Zapar <wa...@gm...> wrote:

> Mo,
> 
> I am having problems getting tclblend working on linux.  I have installed
> tclblend and everything looks ok, but when I attempt to run my tcl script I
> get the following error:
> 
> -bash-2.05b$ cdv.tcl
> "XpUtils::iload -d /opt/tclBlend1.3.2 tclblend" failed:
>  java.lang.UnsatisfiedLinkError: no tclblend in java.library.path

That is a strange one. I think the only way this error can show up is if the
tclblend.so is loaded, but the JVM can't read the symbols for some reason.
First off, did you pass a --prefix=/somedir/whereit/should/go type of
directory name to the configure script? I have seen some problems that
may be the result of trying to use the default --prefix. Also, this might be
a silly question but you did compiled with gcc and not g++ right, if you
used a c++ compiler it might mangle the symbols in some funky way.

If you did pass a --prefix to configure, then what happens if you run "make test"
from the build dir where you built Tcl Blend? Do the test cases pass when run
in the build directory? If you can't get Tcl Blend running in the build directory
then it is likely that one of the shared libraries it needs does not appear on the
runtime path. This tends to be caused by changes to the JDK layout which seem
to show up with every new release. The configure script may not know how to
find a runtime library that is needed. You could try running "make shell" from the
Tcl Blend build dir and then run "ldd tclblend.so" to see if it prints any missing
shared library deps. Running "make shell" like that will set the LD_LIBRARY_PATH
to the runtime paths defined in the Makefile.

If you are able to identify a shared lib dir that needs to be added to the runtime
path or a shared library that needs to be linked to, then the way to fix it is in
the configure script. If that seems to scary just post a diff of the Makefile before
and after your changes and I will fixup the configure script. There are some
other things you could try if none of this works, but that should at least give
you something to try next. Also, see the recent posts on this list about gcc 4
not compiling Tcl Blend correctly.

I hope that helps
Mo DeJong

[tcljava-user] tclblend execution problem on linux

[Will Z. <wa...@gm...>]

Mo,

I am having problems getting tclblend working on linux.  I have installed
tclblend and everything looks ok, but when I attempt to run my tcl script I
get the following error:

-bash-2.05b$ cdv.tcl
"XpUtils::iload -d /opt/tclBlend1.3.2 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.
    while executing
"error "\"XpUtils::iload -d $dir tclblend\" failed:\n $errMsg""
    (procedure "loadtclblend" line 168)
    invoked from within
"loadtclblend /opt/tclBlend1.3.2"
    ("package ifneeded" script)
    invoked from within
"package require java"
    (file "./cdv.tcl" line 6)

I check my env and it looks fine.  From jtclsh I did the following:

-bash-2.05b$ jtclsh
% env
HOSTNAME=3Dautomation01
JAVA_LIB_RUNTIME_PATH=3D/usr/java/jdk1.5.0_06/jre/lib/i386:/usr/java/jdk1.5=
.0_06/jre/lib/i386/client:/usr/java/jdk1.5.0_06/jre/lib/i386/native_threads=
:/usr/local/lib/tcljava1.3.2

TERM=3Dvt100
SHELL=3D/bin/bash
LD_BIND_NOW=3D
HISTSIZE=3D1000
LD_PRELOAD=3D
USER=3Dtester2
LS_COLORS=3Dno=3D00:fi=3D00:di=3D01;34:ln=3D01;36:pi=3D40;33:so=3D01;35:bd=
=3D40;33;01:cd=3D40;33;01:or=3D01;05;37;41:mi=3D01;05;37;41:ex=3D01;32:*.cm=
d=3D01;32:*.exe=3D01;32:*.com=3D01;32:*.btm=3D01;32:*.bat=3D01;32:*.sh=3D01=
;32:*.csh=3D01;32:*.tar=3D01;31:*.tgz=3D01;31:*.arj=3D01;31:*.taz=3D01;31:*=
.lzh=3D01;31:*.zip=3D01;31:*.z=3D01;31:*.Z=3D01;31:*.gz=3D01;31:*.bz2=3D01;=
31:*.bz=3D01;31:*.tz=3D01;31:*.rpm=3D01;31:*.cpio=3D01;31:*.jpg=3D01;35:*.g=
if=3D01;35:*.bmp=3D01;35:*.xbm=3D01;35:*.xpm=3D01;35:*.png=3D01;35:*.tif=3D=
01;35:

LD_LIBRARY_PATH=3D/usr/java/jdk1.5.0_06/jre/lib/i386:/usr/java/jdk1.5.0_06/=
jre/lib/i386/client:/usr/java/jdk1.5.0_06/jre/lib/i386/native_threads:/usr/=
local/lib/tcljava1.3.2:/opt/tclBlend1.3.2/unix:/usr/java/jdk1.5.0_06/jre/li=
b/i386/native_threads

KAFFELIBRARYPATH=3D/usr/java/jdk1.5.0_06/jre/lib/i386:/usr/java/jdk1.5.0_06=
/jre/lib/i386/client:/usr/java/jdk1.5.0_06/jre/lib/i386/native_threads:/usr=
/local/lib/tcljava1.3.2:/usr/java/jdk1.5.0_06/jre/lib/i386:/usr/java/jdk1.5=
.0_06/jre/lib/i386/client:/usr/java/jdk1.5.0_06/jre/lib/i386/native_threads=
:/usr/local/lib/tcljava1.3.2:/opt/tclBlend1.3.2/unix:/usr/java/jdk1.5.0_06/=
jre/lib/i386/native_threads

PATH=3D/usr/kerberos/bin::::/usr/java/jdk1.5.0_06/bin://home/tester2:/usr/l=
ocal/bin:/usr/sbin:/sbin:/usr/bin:/bin:/usr/X11R6/bin
MAIL=3D/var/spool/mail/tester2
LOGIN=3Dtester2
PWD=3D/home/tester2/run
INPUTRC=3D/etc/inputrc
TCLLIBPATH=3D/usr/local/lib
LANG=3Den_US.UTF-8
KRB5CCNAME=3DFILE:/tmp/krb5cc_p566
SSH_ASKPASS=3D/usr/libexec/openssh/gnome-ssh-askpass
HOME=3D/home/tester2
SHLVL=3D1
LOGNAME=3Dtester2
CLASSPATH=3D/usr/java/jdk1.5.0_06/jre/lib/rt.jar
LESSOPEN=3D|/usr/bin/lesspipe.sh %s
G_BROKEN_FILENAMES=3D1

Your help would greatly be appreciated.

P.S.

I have expect code in my tcl script.  Here is what I am working on:

#!/usr/bin/expect --

source /home/server/module/startup.tcl

lappend auto_path /opt/tclBlend1.3.2 /usr/local/lib/xputils
/usr/local/lib/tcljava1.3.2
package require java

########## start here ###########
set procname cdv.tcl;
set dbg 1;
printFilesOpen {cdv}
equipFileRead equipment.txt; # read in the data file
arrArrayDump eqArr $dbg;

if {1} {####### login to all devices #######
        ##### go through all alphabetically
        foreach key [lsort -dictionary [array names eqArr {*ip*}]] { # only
need one so use "ip" which needs to exist for all device
s

                regsub {\{ip\}} $key "" name; # strip off "{ip}"

                ### Do the stuff here
                if {$dbg} {print "Debug - $procname Debug - dut =3D $name"}=
;

                ### open session to device
                set spawn_id [equipSessionOpen $name];

                ### close session
                close $spawn_id;
        }
}

if {1} { ####### SNMP

        set ver 1;
        set retries 1
        set timeout 2;
        set optSet "-c \$comm -m all -v $ver -O vQ -r $retries -t $timeout"=
;

        set optGet "-c \$comm -m all -v $ver -O vQ -r $retries -t $timeout"=
;

        ##### go through all alphabetically
        foreach key [lsort -dictionary [array names eqArr {*ip*}]] { # only
need one so use "ip" which needs to exist for all device
s

                regsub {\{ip\}} $key "" name; # strip off "{ip}";
                set ip $eqArr($name{ip});
                set roComm $eqArr($name{snmpRO})
                set rwComm $eqArr($name{snmpRW})
                if {$dbg} {print "Debug - $procname Debug - dut =3D $name =
=3D>
ip =3D $ip, roComm =3D $roComm, rwComm =3D $rwComm"};

                ### try to read the sysDescr using local RO string
                set act [snmpGet $ip " sysDescr.0" $roComm $optGet 1];
                set strng "get sysDescr from local using local RO"
                set exp "VENDOR";
                chkRegexp $strng $act $exp

                ### try to read the sysDescr using local RW string
                set act [snmpGet $ip "sysDescr.0" $rwComm $optGet 1];
                set strng "get sysDescr from local using local RW"
                set exp "VENDOR";
                chkRegexp $strng $act $exp

                ### try to write the sysContact using local RW string
                set act [snmpSet $ip sysContact.0 s "Local-RW" $rwComm
$optSet 1];
                set strng "set sysContact from local using local RW"
                set exp "OK";
                chkString $strng $act $exp
        }
}

##### End of File #####

Regards,

Will

Re: [tcljava-user] TCL Error 'can't find package java'

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

On Wed, 18 Jan 2006 19:44:24 +0530
"Sheelu_George" <She...@Sa...> wrote:

>  Am trying to install tclBlend in Linux fedora core 3 machine.i had
> downloaded tcl8.4 and had run the 'configure' scripts by typing
> "./configure".
...
> % package require java
> 
> can't find package java

This might be a path issue. Could you try passing a --prefix=DIR
argument to each configure script to indicate where Tcl and Tcl Blend
should be installed.

See:
http://wiki.tcl.tk/9993

cheers
Mo DeJong

Re: [tcljava-user] Compiling TclBlend / Jacl using ActiveTcl?

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

On Mon, 23 Jan 2006 22:56:45 +0800
"Adrian Tan" <ah...@te...> wrote:

> Hi there,
> 
> I have currently installed ActiveTcl 8.4.11.2 (threaded) on WinXP, and I am
> wondering if it is possible to compile TclBlend and/or Jacl against this
> installation. Can anyone advice, please?

Tcl Blend has only been tested when compiled with a source release of Tcl.
You could create a tclblend.dll by compiling against a 8.4.11 source release
and then use it with the ActiveTcl binaries, but take care to really test it out.
Jacl does not depend on the C impl of Tcl, so it would not matter if you already
had ActiveTcl installed.

cheers
Mo DeJong

[tcljava-user] Compiling TclBlend / Jacl using ActiveTcl?

[Adrian T. <ah...@te...>]

Hi there,

 

I have currently installed ActiveTcl 8.4.11.2 (threaded) on WinXP, and I am
wondering if it is possible to compile TclBlend and/or Jacl against this
installation. Can anyone advice, please?

 

Kind regards,

Adrian

[tcljava-user] re: java.lang.NullPointerException: Invalid interpreter - partially solved

[<wiw...@dc...>]

After poking around in the code for a while I tried compiling with a different 
version of gcc and succeeded.

The compiler which is NOT working is:

gcc (GCC) 4.0.2 (Debian 4.0.2-2)

the working compiler is:

gcc-3.3 (GCC) 3.3.6 (Debian 1:3.3.6-7)

wiwo

[tcljava-user] Re: tclblend init error on linux

[<wiw...@dc...>]

I've just seen that this is the same problem as I have described in another
thread. Have you been successfull running tclBlend?

wiwo