tcljava-user — Ask questions and get help here

[tcljava-user] Regsub...

[Jean G. P. <jea...@st...>]

Hello, 

It seems I'm the main question provider those days...

Hope this one is relevant.
I've seen in the diffs.txt that the Tcl regsub command was fully implemented.

However, i run into a problem when I try the following in a jacl shell:

regsub -all {('.*?')} $mystring {{\1}} mystring

it returns: "couldn't compile regular expression pattern: nested *?+"

With tclsh the above command works perfectly...

Thanks in advance,

Jean

Re: [tcljava-user] Problem with load and info loaded

[Jean G. P. <jea...@st...>]

Ok i should (REALLY) read the code before posting, for the "info loaded" thing i apologize...

----- Original Message -----
From: Jean Gilles Pujol <jea...@st...>
Date: Thursday, September 25, 2003 3:08 pm
Subject: [tcljava-user] Problem with load and info loaded

> Hello,
> 
> First I would like to thank Mo for his patience and availability.
> 
> Here is my daily problem:
> For some reason, when I try to eval "info loaded", or any command 
> that calls info loaded, for instance when i try to index a 
> package, it returns "info loaded not implemented"...
> 
> "info exists" or "info globals" (for example) work perfectly.
> 
> I cannot figure out why it behaves like this, the InfoCmd class is 
> there.
> It also tells me that "load" is an invalid command name, although 
> I saw in a thread someone using it.
> 
> The solution to my problem may be simple, but I just don't see the 
> trick.
> Thanks for your help,
> 
> Jean
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user
> 

[tcljava-user] Problem with load and info loaded

[Jean G. P. <jea...@st...>]

Hello,

First I would like to thank Mo for his patience and availability.

Here is my daily problem:
For some reason, when I try to eval "info loaded", or any command that calls info loaded, for instance when i try to index a package, it returns "info loaded not implemented"...

"info exists" or "info globals" (for example) work perfectly.

I cannot figure out why it behaves like this, the InfoCmd class is there.

It also tells me that "load" is an invalid command name, although I saw in a thread someone using it.

The solution to my problem may be simple, but I just don't see the trick.

Thanks for your help,

Jean

Re: [tcljava-user] Unknown Java class in Tcl

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

On Sun, 21 Sep 2003 20:35:29 +0100
Bruno Lopes <bl...@pm...> wrote:

> Hi ...!

> I have a java application, stuffed into a jar file. This is called engine.jar.
> I have in D:\core\engine.jar.

>  set env(TCL_CLASSPATH) d:\core\engine.jar

You need to do the following:

set env(TCL_CLASSPATH) {d:\core\engine.jar}

or you could do:

set env(TCL_CLASSPATH) d:/core/engine.jar

Both should work.

cheers
Mo DeJong

Re: [tcljava-user] jacl, exec and I/O redirection

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

On Wed, 24 Sep 2003 17:36:13 +0200
Jean Gilles Pujol <jea...@st...> wrote:

> Hello,
> 
> I have a question:
> 
> Can I use IO redirection with Jacl?

No

cheers
Mo

[tcljava-user] jacl, exec and I/O redirection

[Jean G. P. <jea...@st...>]

Hello,

I have a question:

Can I use IO redirection with Jacl?

i've tried the following (in a Jsp page):

<% Interp interp = new Interp(); %>
<% interp.eval("exec $mycommand > $myfile"); %>

but it tells me, when i try to run it, that ">" cannot be found (no such file or directory). So until now I'm obliged to use a workaround, but I'm not very happy with it: interp.eval("file::fwrite $myfile [exec $mycommand]") where fwrite....writes to a file.

Thanx in advance,

Jean

Re: [tcljava-user] Unknown Java class in Tcl

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

On Mon, 22 Sep 2003, Bruno Lopes wrote:
>      package require java
>
>      set env(TCL_CLASSPATH) d:\core\engine.jar
>
>      java::new include.teste
>     ]
>
>     gives me an unknown class error! :(

Sorry for asking the obvious, but to make sure... does teste.java contain
a "package include;" statement?  I.e. are you sure the package name is
correct?

Jeff

Re: [tcljava-user] Unknown Java class in Tcl

[Bruno L. <bl...@pm...>]

Hi...

Thanks!

But ...I've tryed it already.
In fact, I have even changed the global CLASSPATH variable.

I've tryed with my classes extracted to D:\core (with no jar file).

I wonder if there's any information about my system that could be =
usefull in solving this "mistery" ...
If it is, I would be very pleased to give it :)

Still desperate ...

Thanks in advance!
Bruno Lopes

  ----- Original Message -----=20
  From: Dunne, Hugh=20
  To: 'tcl...@li...'=20
  Sent: Sunday, September 21, 2003 10:25 PM
  Subject: RE: [tcljava-user] Unknown Java class in Tcl


  You must set your classpath *before* doing "package require java".
    -----Original Message-----
    From: Bruno Lopes [mailto:bl...@pm...]
    Sent: Sunday, September 21, 2003 12:35 PM
    To: tcl...@li...
    Subject: [tcljava-user] Unknown Java class in Tcl


    Hi ...!

    I'm desperate! :(

    I have a java application, stuffed into a jar file. This is called =
engine.jar.
    I have in D:\core\engine.jar.

    This piece of code (in a Vignette template):

    [
     package require java
    =20
     set env(TCL_CLASSPATH) d:\core\engine.jar

     java::new include.teste
    ]

    gives me an unknown class error! :(

    A "jar -tf engine.jar" command gives:

    include/Configurator.class
    include/LoggerUtils.class
    include/Parameter.class
    include/ResultElement.class
    include/SQLConnector..class
    include/SQLExecutor.class
    include/teste.class
    include/XMLUtils.class

    Waht could be wrong?

    Please ... it's more than urgent! :(

    Thankx ...!
    Bruno Lopes
    Portugal

RE: [tcljava-user] Unknown Java class in Tcl

[Dunne, H. <hd...@Ci...>]

You must set your classpath *before* doing "package require java".

-----Original Message-----
From: Bruno Lopes [mailto:bl...@pm...]
Sent: Sunday, September 21, 2003 12:35 PM
To: tcl...@li...
Subject: [tcljava-user] Unknown Java class in Tcl


Hi ...!
 
I'm desperate! :(
 
I have a java application, stuffed into a jar file. This is called engine.jar.
I have in D:\core\engine.jar.
 
This piece of code (in a Vignette template):
 
[
 package require java
 
 set env(TCL_CLASSPATH) d:\core\engine.jar
 
 java::new include.teste
]
 
gives me an unknown class error! :(
 
A "jar -tf engine.jar" command gives:
 
include/Configurator.class
include/LoggerUtils.class
include/Parameter.class
include/ResultElement.class
include/SQLConnector..class
include/SQLExecutor.class
include/teste.class
include/XMLUtils.class
 
Waht could be wrong?
 
Please ... it's more than urgent! :(
 
Thankx ...!
Bruno Lopes
Portugal

[tcljava-user] Unknown Java class in Tcl

[Bruno L. <bl...@pm...>]

Hi ...!

I'm desperate! :(

I have a java application, stuffed into a jar file. This is called =
engine.jar.
I have in D:\core\engine.jar.

This piece of code (in a Vignette template):

[
 package require java
=20
 set env(TCL_CLASSPATH) d:\core\engine.jar

 java::new include.teste
]

gives me an unknown class error! :(

A "jar -tf engine.jar" command gives:

include/Configurator.class
include/LoggerUtils.class
include/Parameter.class
include/ResultElement.class
include/SQLConnector.class
include/SQLExecutor.class
include/teste.class
include/XMLUtils.class

Waht could be wrong?

Please ... it's more than urgent! :(

Thankx ...!
Bruno Lopes
Portugal

Re: [tcljava-user] Problems building Tcl Blend on WinNT

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

On Thu, 04 Sep 2003 08:38:54 -0600
rja...@nm... (Robert E. Jackson) wrote:

> > You should run the jtclsh script from the Mingw shell.
> > 
> Alas, not.
> I was trying to run 'make' from the Mingw shell.

I see, so there is a problem somewhere in the configure script.
After taking another look, it is now clear to me that the configure
script will function improperly when a CLASSPATH env var is
already set. The attached patch will fix the problem in 1.3.1, it
can also be worked around by unsetting the CLASSPATH env
var before running the configure script. This same patch is
also checked into the CVS HEAD.

cheers
Mo DeJong

[tcljava-user] Couple of questions

[James G. <jg...@mo...>]

Hi,

1.

I am using the tclBlend1.3.1, and I recently updated my java to 1.4.2. I
found the following:

Error occurred during initialization of VM
Signal chaining not allowed for VM interrupt signal, try -Xusealtsigs.

When I call "set tclblend_init {-Xusealtsigs}" before "package require
java", it works ok, but it's a non-standard unsupported option to the
HotSpot VM. Is there a way to avoid using this VM option?

2.

I recently noticed that if you call "package require java" and later
update the CLASSPATH environment variable, any new jar packages added to
class path will throw an "unknown class" error. I also tried to update
the TCL_CLASSPATH variable, and it didn't seem to work. Can tclBlend
support addition of classes after calling "package require java"?

TIA.

Regards,

James Graham

Re: [tcljava-user] Problem with configure

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

On Tue, 09 Sep 2003 09:33:41 +0200
Jean Gilles Pujol <jea...@st...> wrote:

> Thanks for your answer..Anyway I don't think this solves my problem.
> 
> I need to call Tcl procedures stored in libraries  (in Tcl files) from Java code,
> and not "hard coded" scripts/command lines.

You are going to need to step back and learn the basics of Tcl before
combining Tcl and Java. I suggest you try the Tcl tutor.

http://www.msen.com/~clif/TclTutor.html

cheers
Mo

Re: [tcljava-user] Problem with configure

[Friedemann F. <f.f...@gm...>]

Jean Gilles Pujol wrote:

>(This may be because I don't know Tcl...).
>
Knowing Tcl maybe an advantage when using Jacl ;-).
Maybe the following helps:
1)
try using the Tcl "source" command.
Simply eval the following Tcl Code:
"...
source mysuperlibraryfile.tcl
commandToCall
..."

You might call this from your Java-Code as follows:

yourInterp.eval ( "source testlib.tcl\ntestlist::procN");

2)
Maybe you misunderstood the eval command and the idea of the 
Interpreter: Once you initialized a Interpreter in your Java-Code by 
creating an Instance as in:
...
Interp myInterp = new Interp();
...

you can call eval / evalFile, setVart etc. as many times you like for 
that instance of the interpreter - it does not reset anything between 
two calls. So, it is possible to write something like:
...
myInterp.eval ("set a HelloWorld");
myInterp.eval("puts $a");
...
in your case it might be:
...
myInterp.evalFile(mylibfile);
myInterp.eval("namespaceXYZ::command");
myInterp.eval("namespac::ABC::command");
...

3) maybe, this does not answer you question. In that case, i would like 
to ask you for a more detailled description of your problem.

Bye,
Friedemann

BTW: All example-code above is totally untested, so dont blame me for 
any "bugs"

>  
>

Re: [tcljava-user] Problem with configure

[Jean G. P. <jea...@st...>]

Thanks for your answer..Anyway I don't think this solves my problem.

I need to call Tcl procedures stored in libraries  (in Tcl files) from Java code, and not "hard coded" scripts/command lines.

Each file follows this pattern:
**********
namespace eval testlib {....}

testlib::proc1 {...} {...}
....
testlib::procN {...} {...}
....
**********
I want to be able to call, for instance, testlib::proc1 from my Java program. I cannot do an myInterp.evalFile("testlib.tcl")...I would like to be able to do myInterp.eval("testlib::proc1") but I don't know how to make myInterp "aware" of the testlib library.(This may be because I don't know Tcl...).

Thanks, 

Jean

----- Original Message -----
From: Mo DeJong <md...@un...>
Date: Tuesday, September 9, 2003 10:11 am
Subject: Re: [tcljava-user] Problem with configure

> On Mon, 08 Sep 2003 09:30:16 +0200
> Jean Gilles Pujol <jea...@st...> wrote:
> 
> > I need to call procedures stored in Tcl libraries from Java.
> > I know I have to use eval() or evalFile() (to call a Tcl file).
> > But is it possible to call a specific proc inside a Tcl file 
> from Java?
> > For instance, if a file "represents" a "testlib" namespace, is 
> it possible
> > to do something like myInterp.eval(testlib::myproc)?
> 
> See the "Evaluating a Tcl command from Java" section here:
> 
> http://tcljava.sourceforge.net/docs/website/getstart.html
> 
> cheers
> Mo
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user
> 

Re: [tcljava-user] Problem with configure

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

On Mon, 08 Sep 2003 09:30:16 +0200
Jean Gilles Pujol <jea...@st...> wrote:

> I need to call procedures stored in Tcl libraries from Java.
> I know I have to use eval() or evalFile() (to call a Tcl file).
> But is it possible to call a specific proc inside a Tcl file from Java?
> For instance, if a file "represents" a "testlib" namespace, is it possible
> to do something like myInterp.eval(testlib::myproc)?

See the "Evaluating a Tcl command from Java" section here:

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

cheers
Mo

Re: [tcljava-user] Problem with configure

[Jean G. P. <jea...@st...>]

Yes I solved the problem this way...I got another question. I need to call procedures stored in Tcl libraries from Java. I know I have to use eval() or evalFile() (to call a Tcl file). But is it possible to call a specific proc inside a Tcl file from Java? For instance, if a file "represents" a "testlib" namespace, is it possible to do something like myInterp.eval(testlib::myproc)?

Thanks,

Jean

----- Original Message -----
From: Mo DeJong <md...@un...>
Date: Monday, September 8, 2003 8:04 am
Subject: Re: [tcljava-user] Problem with configure

> On Sun, 07 Sep 2003 10:24:06 +0200
> Jean Gilles Pujol <jea...@st...> wrote:
> 
> > Hello, this question has already been posted but I found no 
> solution in the list...
> > 
> > I try to install Jacl on my Windows XP system. For this i use 
> msys_mingw0.6,> but when I type ./configure i get this:
> > 
> > [...]
> > configure:4708: checking the -native flag to the Java runtime
> > Using CLASSPATH=c:\jakarta\jakarta-
> tomcat\common\lib;c:\jakarta\jakarta-tomcat\webapps\mine\WEB-
> INF\classes\:.
> Does the problem go away if you unset the CLASSPATH before running 
> configure?
> Mo DeJong
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user
> 

Re: [tcljava-user] Problem with configure

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

On Sun, 07 Sep 2003 10:24:06 +0200
Jean Gilles Pujol <jea...@st...> wrote:

> Hello, this question has already been posted but I found no solution in the list...
> 
> I try to install Jacl on my Windows XP system. For this i use msys_mingw0.6,
> but when I type ./configure i get this:
> 
> [...]
> configure:4708: checking the -native flag to the Java runtime
> Using CLASSPATH=c:\jakarta\jakarta-tomcat\common\lib;c:\jakarta\jakarta-tomcat\webapps\mine\WEB-INF\classes\:.

Does the problem go away if you unset the CLASSPATH before running configure?

Mo DeJong

[tcljava-user] Problem with configure

[Jean G. P. <jea...@st...>]

Hello, this question has already been posted but I found no solution in the list...

I try to install Jacl on my Windows XP system. For this i use msys_mingw0.6, but when I type ./configure i get this:

[...]
configure:4708: checking the -native flag to the Java runtime
Using CLASSPATH=c:\jakarta\jakarta-tomcat\common\lib;c:\jakarta\jakarta-tomcat\webapps\mine\WEB-INF\classes\:.
/f/Travail/jdk/bin/java -native Test
Error: native VM not supported
/f/Travail/jdk/bin/java Test
java.lang.NoClassDefFoundError: Test
Exception in thread "main" configure:4776: error: could not run simple test program Test.class with /f/Travail/jdk/bin/java, you need to check the Java runtime to make sure it is installed correctly

How can I solve this problem ?

Thanks,

Jean

*******************
Here is the config.log that i get:

  This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by configure, which was
generated by GNU Autoconf 2.57.  Invocation command line was

  $ ./configure 

## --------- ##
## Platform. ##
## --------- ##

hostname = Hyperfin
uname -m = i686
uname -r = 1.0.8(0.46/3/2)
uname -s = MINGW32_NT-5.1
uname -v = 2002-12-09 07:58

/usr/bin/uname -p = unknown
/bin/uname -X     = unknown

/bin/arch              = unknown
/usr/bin/arch -k       = unknown
/usr/convex/getsysinfo = unknown
hostinfo               = unknown
/bin/machine           = unknown
/usr/bin/oslevel       = unknown
/bin/universe          = unknown

PATH: .
PATH: /usr/local/bin
PATH: /mingw/bin
PATH: /bin
PATH: /c/Program Files/NetworkSimplicity/ssh
PATH: /c/WINDOWS/system32
PATH: /c/WINDOWS
PATH: /c/WINDOWS/System32/Wbem
PATH: /c/Program Files/Network Associates/PGPcmdln
PATH: /c/Program Files/SSH Communications Security/SSH Secure Shell
PATH: .
PATH: /c/Program Files/Real/Helix Producer Basic
PATH: /c/Progra~1/Ant/bin
PATH: /f/Travail/jdk/bin
PATH: /f/Perl/bin
PATH: /c/Program Files/Microsoft SQL Server/80/Tools/BINN
PATH: /c/Program Files/SSH Communications Security/SSH Secure Shell
PATH: /f/Travail/jdk/bin


## ----------- ##
## Core tests. ##
## ----------- ##

configure:1128: loading site script /etc/config.site
| lt_cv_cc_dll_switch=${lt_cv_cc_dll_switch=-mdll}
| lt_cv_compiler_c_o=${lt_cv_compiler_c_o=yes}
| lt_cv_compiler_o_lo=${lt_cv_compiler_o_lo=yes}
| lt_cv_deplibs_check_method=${lt_cv_deplibs_check_method='file_magic file format pei*-i386(.*architecture: i386)?'}
| lt_cv_file_magic_cmd=${lt_cv_file_magic_cmd='$OBJDUMP -f'}
| lt_cv_file_magic_test_file=${lt_cv_file_magic_test_file=}
| test "${lt_cv_global_symbol_to_c_name_address+set}" = set || lt_cv_global_symbol_to_c_name_address='sed -n -e '\''s/^: \([^ ]*\) $/  {\"\1\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \([^ ]*\) \([^ ]*\)$/  {"\2", (lt_ptr) \&\2},/p'\'''
| lt_cv_global_symbol_to_cdecl=${lt_cv_global_symbol_to_cdecl='sed -n -e '\''s/^. .* \(.*\)$/extern char \1;/p'\'''}
| lt_cv_ld_reload_flag=${lt_cv_ld_reload_flag=-r}
| lt_cv_need_dllmain=${lt_cv_need_dllmain=no}
| lt_cv_prog_cc_can_build_shared=${lt_cv_prog_cc_can_build_shared=yes}
| lt_cv_prog_cc_no_builtin=${lt_cv_prog_cc_no_builtin=}
| lt_cv_prog_cc_pic=${lt_cv_prog_cc_pic='   -DDLL_EXPORT'}
| lt_cv_prog_cc_pic_works=${lt_cv_prog_cc_pic_works=yes}
| lt_cv_prog_cc_shlib=${lt_cv_prog_cc_shlib=}
| lt_cv_prog_cc_static=${lt_cv_prog_cc_static=-static}
| lt_cv_prog_cc_static_works=${lt_cv_prog_cc_static_works=yes}
| lt_cv_prog_cc_wl=${lt_cv_prog_cc_wl=-Wl,}
| lt_cv_prog_gnu_ld=${lt_cv_prog_gnu_ld=yes}
| lt_cv_sys_global_symbol_pipe=${lt_cv_sys_global_symbol_pipe=}
| lt_cv_sys_path_separator=${lt_cv_sys_path_separator=:}
srcdir is /jacl1.3.1
configure:2101: checking for jikes
configure:2135: result: no
Using JIKES=
configure:2165: checking for javac
configure:2183: found /f/Travail/jdk/bin/javac
configure:2195: result: /f/Travail/jdk/bin/javac
configure:2239: checking for zip or jar files to include on CLASSPATH
Grabbing user supplied CLASSPATH env var
Using CLASSPATH=c:\jakarta\jakarta-tomcat\common\lib;c:\jakarta\jakarta-tomcat\webapps\mine\WEB-INF\classes\
configure:2343: result: c:\jakarta\jakarta-tomcat\common\lib;c:\jakarta\jakarta-tomcat\webapps\mine\WEB-INF\classes\
configure:2352: checking to see if the java compiler works
/f/Travail/jdk/bin/javac -g conftest.java
yes
configure:2379: result: yes
configure:2395: checking to see if the java compiler accepts forward slashes
configure:2399: result: yes
Using JAVAC=/f/Travail/jdk/bin/javac
Java found in /f/Travail/jdk
configure:2421: checking type of jvm
/f/Travail/jdk/bin/javac -g conftest.java
conftest.java:2: package kaffe.lang does not exist
import kaffe.lang.Application;
                  ^
1 error
configure: failed program was:
// #line 2427 "configure"
import kaffe.lang.Application;

public class conftest {
    public static void main(String[] argv) {

    }
}
configure: CLASSPATH was c:\jakarta\jakarta-tomcat\common\lib;c:\jakarta\jakarta-tomcat\webapps\mine\WEB-INF\classes\
/f/Travail/jdk/bin/javac -g conftest.java
conftest.java:2: package gnu.java.io does not exist
import gnu.java.io.EncodingManager;
                   ^
1 error
configure: failed program was:
// #line 2454 "configure"
import gnu.java.io.EncodingManager;

public class conftest {
    public static void main(String[] argv) {

    }
}
configure: CLASSPATH was c:\jakarta\jakarta-tomcat\common\lib;c:\jakarta\jakarta-tomcat\webapps\mine\WEB-INF\classes\
configure:2482: result: jdk
configure:2496: checking java API version
/f/Travail/jdk/bin/javac -g conftest.java
yes
configure:2590: result: 1.3
configure:2642: checking for java
configure:2660: found /f/Travail/jdk/bin/java
configure:2672: result: /f/Travail/jdk/bin/java
configure:2737: checking for java_g
configure:2770: result: no
configure:2833: checking for javah
configure:2851: found /f/Travail/jdk/bin/javah
configure:2863: result: /f/Travail/jdk/bin/javah
configure:2928: checking for jar
configure:2946: found /f/Travail/jdk/bin/jar
configure:2958: result: /f/Travail/jdk/bin/jar
configure:3023: checking for jdb
configure:3041: found /f/Travail/jdk/bin/jdb
configure:3053: result: /f/Travail/jdk/bin/jdb
configure:3084: checking for ddd
configure:3117: result: no
configure:3123: checking for gdb
configure:3141: found /mingw/bin/gdb
configure:3153: result: /mingw/bin/gdb
configure:4682: checking the Java compiler
Using CLASSPATH=c:\jakarta\jakarta-tomcat\common\lib;c:\jakarta\jakarta-tomcat\webapps\mine\WEB-INF\classes\
Copied /jacl1.3.1/src/Test.tcl to /jacl1.3.1
/f/Travail/jdk/bin/javac -g -d . /jacl1.3.1/src/Test.java
configure:4705: result: the Java compiler works
configure:4708: checking the -native flag to the Java runtime
Using CLASSPATH=c:\jakarta\jakarta-tomcat\common\lib;c:\jakarta\jakarta-tomcat\webapps\mine\WEB-INF\classes\:.
/f/Travail/jdk/bin/java -native Test
Error: native VM not supported
/f/Travail/jdk/bin/java Test
java.lang.NoClassDefFoundError: Test
Exception in thread "main" configure:4776: error: could not run simple test program Test.class with /f/Travail/jdk/bin/java, you need to check the Java runtime to make sure it is installed correctly

## ---------------- ##
## Cache variables. ##
## ---------------- ##

ac_cv_env_CC_set=
ac_cv_env_CC_value=
ac_cv_env_CFLAGS_set=
ac_cv_env_CFLAGS_value=
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=
ac_cv_env_build_alias_set=
ac_cv_env_build_alias_value=
ac_cv_env_host_alias_set=
ac_cv_env_host_alias_value=
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_path_GDB=/mingw/bin/gdb
ac_cv_path_JAR=/f/Travail/jdk/bin/jar
ac_cv_path_JAVA=/f/Travail/jdk/bin/java
ac_cv_path_JAVAC=/f/Travail/jdk/bin/javac
ac_cv_path_JAVAH=/f/Travail/jdk/bin/javah
ac_cv_path_JDB=/f/Travail/jdk/bin/jdb
ac_cv_path_JIKES=
lt_cv_cc_dll_switch=-mdll
lt_cv_compiler_c_o=yes
lt_cv_compiler_o_lo=yes
lt_cv_deplibs_check_method='file_magic file format pei*-i386(.*architecture: i386)?'
lt_cv_file_magic_cmd='$OBJDUMP -f'
lt_cv_file_magic_test_file=
lt_cv_global_symbol_to_c_name_address='sed -n -e '\''s/^: \([^ ]*\) $/  {\"\1\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \([^ ]*\) \([^ ]*\)$/  {"\2", (lt_ptr) \&\2},/p'\'''
lt_cv_global_symbol_to_cdecl='sed -n -e '\''s/^. .* \(.*\)$/extern char \1;/p'\'''
lt_cv_ld_reload_flag=-r
lt_cv_need_dllmain=no
lt_cv_prog_cc_can_build_shared=yes
lt_cv_prog_cc_no_builtin=
lt_cv_prog_cc_pic='   -DDLL_EXPORT'
lt_cv_prog_cc_pic_works=yes
lt_cv_prog_cc_shlib=
lt_cv_prog_cc_static=-static
lt_cv_prog_cc_static_works=yes
lt_cv_prog_cc_wl=-Wl,
lt_cv_prog_gnu_ld=yes
lt_cv_sys_global_symbol_pipe=
lt_cv_sys_path_separator=:

## ----------------- ##
## Output variables. ##
## ----------------- ##

BUILD_DIR=''
BUILD_DIR_NATIVE=''
CC=''
CFLAGS=''
CPPFLAGS=''
DDD=''
DEFS=''
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EXEEXT=''
GDB='/mingw/bin/gdb'
JAR='/f/Travail/jdk/bin/jar'
JAR_COMPRESS_FLAGS=''
JAR_EXTRACT_FLAGS=''
JAR_NOCOMPRESS_FLAGS=''
JAVA='/f/Travail/jdk/bin/java'
JAVAC='/f/Travail/jdk/bin/javac'
JAVAC_D_FLAG='-d'
JAVAC_FLAGS='-g'
JAVAH='/f/Travail/jdk/bin/javah'
JAVA_CLASSPATH=''
JAVA_FLAGS=''
JAVA_G='/f/Travail/jdk/bin/java'
JAVA_G_FLAGS='-Xdebug -Xrunjdwp:transport=dt_socket,address=8757,server=y,suspend=n -Xbootclasspath/a:/f/Travail/jdk/lib/tools.jar'
JAVA_INCLUDE_FLAGS=''
JAVA_LIB_FLAGS=''
JAVA_LIB_RUNTIME_PATH=''
JDB='/f/Travail/jdk/bin/jdb'
JDB_ATTACH_FLAGS='-attach 8757'
JIKES=''
LDFLAGS=''
LIBOBJS=''
LIBS=''
LTLIBOBJS=''
OBJEXT=''
PACKAGE_BUGREPORT=''
PACKAGE_NAME=''
PACKAGE_STRING=''
PACKAGE_TARNAME=''
PACKAGE_VERSION=''
PATH_SEPARATOR=':'
SHELL='/bin/sh'
SHLIB_CFLAGS=''
SHLIB_LD=''
SHLIB_LD_LIBS=''
SHLIB_PREFIX=''
SHLIB_SUFFIX=''
SHLIB_VERSION=''
TCLBLEND_LD_BIND_NOW=''
TCLBLEND_LD_PRELOAD=''
TCLJAVA='jacl'
TCLJAVA_DBGX=''
TCLJAVA_NODOT_VERSION='131'
TCLJAVA_VERSION='1.3.1'
TCLSH=''
TCL_BIN_DIR=''
TCL_BIN_TCLSH=''
TCL_BUILD_LIB_SPEC=''
TCL_CFLAGS=''
TCL_DBGX=''
TCL_DEFS=''
TCL_INSTALL_LIB_DIR=''
TCL_LD_SEARCH_FLAGS=''
TCL_LIBS=''
TCL_SRC_DIR=''
TCL_VERSION=''
THREAD_BIN_DIR=''
THREAD_BIN_DIR_NATIVE=''
TOP_DIR=''
TOP_DIR_NATIVE=''
WISH=''
ac_ct_CC=''
bindir='${exec_prefix}/bin'
build_alias=''
datadir='${prefix}/share'
exec_prefix='NONE'
host_alias=''
includedir='${prefix}/include'
infodir='${prefix}/info'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localstatedir='${prefix}/var'
mandir='${prefix}/man'
oldincludedir='/usr/include'
prefix='NONE'
program_transform_name='s,x,x,'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
sysconfdir='${prefix}/etc'
target_alias=''

## ----------- ##
## confdefs.h. ##
## ----------- ##

#define PACKAGE_BUGREPORT ""
#define PACKAGE_NAME ""
#define PACKAGE_STRING ""
#define PACKAGE_TARNAME ""
#define PACKAGE_VERSION ""

configure: exit 1

Re: [tcljava-user] Problems building Tcl Blend on WinNT

[<rja...@nm...>]

Mo DeJong wrote:
> On Tue, 02 Sep 2003 15:19:35 -0600
> rja...@nm... (Robert E. Jackson) wrote:
> 
> 
>>Better now.
>>
>>After copying libjvm.dll.a, configure worked.
>>
>>I had to make two changes to the Makefile:
>>
>>#JAVA_CLASSPATH		= .;D:\jdk1.3.1_09\lib\tools.jar
>>JAVA_CLASSPATH		= .:/d/jdk1.3.1_09/lib/tools.jar
> 
> 
> Huh? You should not have needed to modify any of the paths. Why
> exactly did you need to do this? Were you attempting to run the
> jtclsh script from inside Cygwin? (this is not supported)
> 
> You should run the jtclsh script from the Mingw shell.
> 
Alas, not.
I was trying to run 'make' from the Mingw shell.

> 
>>Amusingly enough, 'make install' installed in my 'msys' tree instead of in my 
>>'cygwin' tree, probably exactly as it should do.
> 
> 
> Building with Cygwin is not supported. I don't see why people keep
> trying to do this.
> 
> cheers
> Mo
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user
> 

Re: [tcljava-user] Problems building Tcl Blend on WinNT

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

On Tue, 02 Sep 2003 15:19:35 -0600
rja...@nm... (Robert E. Jackson) wrote:

> Better now.
> 
> After copying libjvm.dll.a, configure worked.
> 
> I had to make two changes to the Makefile:
> 
> #JAVA_CLASSPATH		= .;D:\jdk1.3.1_09\lib\tools.jar
> JAVA_CLASSPATH		= .:/d/jdk1.3.1_09/lib/tools.jar

Huh? You should not have needed to modify any of the paths. Why
exactly did you need to do this? Were you attempting to run the
jtclsh script from inside Cygwin? (this is not supported)

You should run the jtclsh script from the Mingw shell.

> Amusingly enough, 'make install' installed in my 'msys' tree instead of in my 
> 'cygwin' tree, probably exactly as it should do.

Building with Cygwin is not supported. I don't see why people keep
trying to do this.

cheers
Mo

[tcljava-user] Re: tclBlend1.3.1 Evaluation

[James G. <jg...@mo...>]

Hi Mo,

I have been using the tclBlend1.3.1 release now for 2 weeks running a
plethora of regression tests to ensure it is stable within our system.
It has worked flawlessly and most of all I have not been able to repeat
the "tcl.lang.TclRuntimeError: (find) table entry" bug. Our system uses
most of the tclBlend API from Tcl->Java and Java->Tcl.

Regards,

James Graham

> Message: 1
> Date: Tue, 2 Sep 2003 13:34:30 -0700
> From: Mo DeJong <md...@un...>
> To: tcl...@li...
> Subject: Re: [tcljava-user] Re: tcljava-user digest, Vol 1 #215 - 1 msg
> Reply-To: tcl...@li...
> 
> On Thu, 21 Aug 2003 10:34:21 -0400
> James Graham <jg...@mo...> wrote:
> 
> > Hi Mo,
> >
> > That's what I figured. I am now evaluating the TclJava1.3.1 release, but
> > I concerned about the statement "Tcl Blend is not considered stable
> > enough to be used in production systems", since I am using this software
> > in a production system. Would you suggest that I use the TclJava1.3.1 or
> > try and patch the TclBlend1.2.6 with the fixes for the ReflectObject?
> 
> It is true that the 1.3 series needs to be evaluated for use in production
> systems. What I need to hear from users is "I evaluated Tcl Blend 1.3
> and it is working flawlessly". Once I have heard this from a number of
> users, I will remove that text from the README. As far as 1.2 goes,
> it would be far less work to eval the 1.3.1 release than to mess around
> with patching up 1.2.6. The 1.3 version of Tcl Blend is significantly
> better that 1.2, the code is much cleaner and should be more stable.
> It just needs testing before I can make the claim that it is ready for
> use in production systems.
> 
> cheers
> Mo DeJong


-- 
Systems Engineer
MoSys Inc.
jg...@mo...
(613) 831-5005 220

Re: [tcljava-user] Problems building Tcl Blend on WinNT

[<rja...@nm...>]

Better now.

After copying libjvm.dll.a, configure worked.

I had to make two changes to the Makefile:

#JAVA_CLASSPATH		= .;D:\jdk1.3.1_09\lib\tools.jar
JAVA_CLASSPATH		= .:/d/jdk1.3.1_09/lib/tools.jar

and:

PATH = .:/usr/local/bin:/mingw/bin:/bin:/c/Program\ Files/GNU/WinCVS\ 
1.3:/c/Tcl/bin:/d/jdk1.3.1_09/bin:/c/cygwin/usr/local/mingw/bin:.:/c/cygwin/bin:/c/WINNT/system32:/c/WINNT:/c/WINNT/system32/nls:/c/WINNT/system32/nls/English:.:/c/INFORMIX/bin:/c/Program\ 
Files/Executive\ Software/DiskeeperLite/:/c/jam7/util:/c/Program\ Files/SSH\ 
Communications\ Security/SSH\ Secure\ Shell:/c/Program\ Files/GNU/WinCVS\ 
1.3:/c/Tcl/bin:/d/jdk1.3.1_09/bin:/c/cygwin/usr/local/mingw/bin:.:/c/cygwin/bin:/c/WINNT/system32:/c/WINNT:/c/WINNT/system32/nls:/c/WINNT/system32/nls/English:.:/c/INFORMIX/bin:/c/Program\ 
Files/Executive\ 
Software/DiskeeperLite/:/c/cygwin/home/jidrej/tclBlend1.3.1:/c/cygwin/home/jidrej/tcl8.4.4/win:/c/cygwin/home/jidrej/thread-2.5/win:/d/jdk1.3.1_09/jre/bin:/d/jdk1.3.1_09/jre/bin/classic

In the PATH, I backslash escaped all the embedded blanks in the path.

I am attaching the results of the 'make shell + cd tests + source all.tcl'

To get 'make install' to work, I had to make a similar JAVA_CLASSPATH change to
jtclsh.

Amusingly enough, 'make install' installed in my 'msys' tree instead of in my 
'cygwin' tree, probably exactly as it should do.

Bob Jackson


Mo DeJong wrote:

> On Mon, 25 Aug 2003 09:16:59 -0600
> rja...@nm... (Robert E. Jackson) wrote:
> 
> 
>>I am trying to build TclBlend on a WinNT box using Msys.
>>After building Tcl8.4.4 and Threads-2.5, configure barfs with
>>the following config.log contents.
> 
> 
> Well, this is a tricky one. The first problem is this:
> 
> gcc -o conftest.exe -g -O2 -I/d/jdk1.3.1_09/include 
> -I/d/jdk1.3.1_09/include/win32   conftest.c  /d/jdk1.3.1_09/lib/jvm.lib
> undefined reference to `_imp__JNI_GetCreatedJavaVMs@12'
> 
> For some reason, gcc is not able to link with the jvm.lib file
> provided by the vendor. I added extra code to deal with this
> case for the 1.3.1 release, but it seems to also fail (see below).
> 
> gcc -o conftest.exe -g -O2 -I/d/jdk1.3.1_09/include
> -I/d/jdk1.3.1_09/include/win32   conftest.c 
> -L/c/cygwin/home/jidrej/tclBlend1.3.1/win -ljvm
> cannot find -ljvm
> 
> In the case that the vendor jvm.lib could not be used, Tcl Blend
> was supposed to use an included libjvm.dll.a file. Trouble is,
> I just looked in the tclBlend131.zip and I don't see it in there.
> I fixed the problem in the CVS now, to get things working for
> you, I suggest the following:
> 
> Download the libjvm.dll.a and save it in the tclBlend1.3.1/win dir.
> 
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/tcljava/tcljava/win/libjvm.dll.a?rev=1.1&content-type=application/octet-stream
> 
> Then, run configure again and it should work for you. I will put
> up a new 1.3.2 release sometime soon which will fix the problem
> once and for all.
> 
> cheers
> Mo
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user
> 

Re: [tcljava-user] Problems building Tcl Blend on WinNT

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

On Mon, 25 Aug 2003 09:16:59 -0600
rja...@nm... (Robert E. Jackson) wrote:

> I am trying to build TclBlend on a WinNT box using Msys.
> After building Tcl8.4.4 and Threads-2.5, configure barfs with
> the following config.log contents.

Well, this is a tricky one. The first problem is this:

gcc -o conftest.exe -g -O2 -I/d/jdk1.3.1_09/include 
-I/d/jdk1.3.1_09/include/win32   conftest.c  /d/jdk1.3.1_09/lib/jvm.lib
undefined reference to `_imp__JNI_GetCreatedJavaVMs@12'

For some reason, gcc is not able to link with the jvm.lib file
provided by the vendor. I added extra code to deal with this
case for the 1.3.1 release, but it seems to also fail (see below).

gcc -o conftest.exe -g -O2 -I/d/jdk1.3.1_09/include
-I/d/jdk1.3.1_09/include/win32   conftest.c 
-L/c/cygwin/home/jidrej/tclBlend1.3.1/win -ljvm
cannot find -ljvm

In the case that the vendor jvm.lib could not be used, Tcl Blend
was supposed to use an included libjvm.dll.a file. Trouble is,
I just looked in the tclBlend131.zip and I don't see it in there.
I fixed the problem in the CVS now, to get things working for
you, I suggest the following:

Download the libjvm.dll.a and save it in the tclBlend1.3.1/win dir.

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/tcljava/tcljava/win/libjvm.dll.a?rev=1.1&content-type=application/octet-stream

Then, run configure again and it should work for you. I will put
up a new 1.3.2 release sometime soon which will fix the problem
once and for all.

cheers
Mo

Re: [tcljava-user] Re: tcljava-user digest, Vol 1 #215 - 1 msg

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

On Thu, 21 Aug 2003 10:34:21 -0400
James Graham <jg...@mo...> wrote:

> Hi Mo,
> 
> That's what I figured. I am now evaluating the TclJava1.3.1 release, but
> I concerned about the statement "Tcl Blend is not considered stable
> enough to be used in production systems", since I am using this software
> in a production system. Would you suggest that I use the TclJava1.3.1 or
> try and patch the TclBlend1.2.6 with the fixes for the ReflectObject?

It is true that the 1.3 series needs to be evaluated for use in production
systems. What I need to hear from users is "I evaluated Tcl Blend 1.3
and it is working flawlessly". Once I have heard this from a number of
users, I will remove that text from the README. As far as 1.2 goes,
it would be far less work to eval the 1.3.1 release than to mess around
with patching up 1.2.6. The 1.3 version of Tcl Blend is significantly
better that 1.2, the code is much cleaner and should be more stable.
It just needs testing before I can make the claim that it is ready for
use in production systems.

cheers
Mo DeJong