I do not understand how that could be the problem. The CVS tree
does not include a configure script, only the configure.in script
is included. You would need to have run autoconf before you
could build the first time. The problem you are seeing with
the @JAR@ symbol is the same problem you ran int
Has anyone else noticed that the tcljava mailing list seems to
mishandle messages that are sent in a reply? A quick look at the
list archive indicates that things started to go wrong sometime
in october.
The subject line of a message grown like this.
1st post : problem on win98/95
1st reply : R
> > Removing an env var that is empty is a Windows platform issue,
> > not the fault of Tcl.
> >
> > Scott Stanton fixed the pkgIndex.tcl to work properly, even
> > with the empty env variable issue.
> >
> > -- Scott
> >
> > Moses DeJong wrote:
?
You can also look at the configure.status file and see if that has
the proper values for the variables. You could post that file along
with the results of running "diff -u Makefile.in Makefile" after
running "./config.status".
Mo DeJong
On Thu, 2 Dec 1999, Larry W. Virden w
On Tue, 30 Nov 1999, Larry W. Virden wrote:
Do you get this same error with the unix/configure.in build?
Try that and see if the error is the same. If it is, I would
be willing to bet that your sed program is broken in some way.
Try replacing the Solaris sed program with gnu sed and see if
that f
On Tue, 30 Nov 1999, Scott Redman wrote:
That should not be a problem. I put in a check for this
error condition myself. There is some code in the pkgIndex.tcl
file that looks in env for CLASSPATH spelled with some mix
of lowercase letters. The real problem is that Tcl removes
a env var that is s
On Tue, 30 Nov 1999, Larry W. Virden wrote:
This would not really help. The original poster was asking how he
could get access to the CVS repository so that he could store a local
copy of the entire tree. Without the ability to archive up the actual
RCS files in the CVS tree, you can not use comm
The first thing you could try is to add the --without-jikes
option and see if that fixes the build. I am not sure what
version of jikes is getting included in RedHat 6.1, so that
might be the problem. I have used the most recent jikes 1.0
series and they seem to work just fine.
Do you get this er
The best solution for this problem is a tar archive of the CVSROOT.
Perhaps it could be updated once a week. This is tricky because
this is something that needs to run on the Scriptics CVS server,
and I have no control of that system. I can request that the
good folks at scriptics implement this,
On Thu, 25 Nov 1999, Christian Krone wrote:
> Hello,
>
> not so long ago Mo wrote,
> > The history command should be very easy.
> And he was right. Indeed it was *so* easy,
> that I managed it before xmas :-)
>
> I attached the differences and the modified history.test of Tcl8.2
This is great
On Wed, 24 Nov 1999, Thomas McKay wrote:
FAQ #13 focuses on this issue.
http://www.scriptics.com/faq/java.html#Q13
> Specifically, what are the problems?
I have not used the Java2 plug in at all. I tried to use
Jacl in an applet a long time ago, but the netscape Java VM
was just too buggy. You
See http://www.itl.nist.gov/div897/ctg/java/feather for more
information about the enhancements Alden Dima has agreed
to add to Tcl Blend 1.3. As for which one to use, that is
really up to you. Both Jacl and Tcl Blend have ups and downs.
later
Mo
On Wed, 24 Nov 1999, Randolph S. Kahle wrote:
>
This is crashing inside the JVM, so this is going to be
a little tricky to debug.
> (gdb) bt
> #0 0x0 in ?? ()
> #1 0xefb4b070 in _resetsig ()
> #2 0xefb4a934 in _sigon ()
> #3 0xefb4620c in _ti_cond_timedwait ()
> #4 0xefa17f9c in condvarTimedWait ()
> #5 0xefa15ddc in sysMonitorWait ()
>
On Wed, 24 Nov 1999, Randolph S. Kahle wrote:
> Moses,
I can only tell you what my plans are. Things may change and
the features added will depend on how many people get involved.
The cvs will be updated in a couple of weeks with the first
round of changes to Jacl and Tcl Blend. Here is what I c
There are "some problems" running Jacl as an applet, but I do not
think that using Tcl Blend inside the plug-in works at all. I could
be wrong about that, but I do not know of anyone that is using
Tcl Blend in the plug-in. By the way, these "problems" running Jacl
in an applet are not fixable beca
On Tue, 23 Nov 1999, Suvarna Ayyagari wrote:
> I do the following operations in jtclsh. The phonetest is one of our
> applications which we have written.
>
>
> set res [java::new phonetest.ResManager]
This is really just a style issue, but you can use String instead
of java.lang.String. That
On Tue, 23 Nov 1999, Christian Krone wrote:
> Hello,
>
> Mo wrote:
> > The best way to get regression test into Jacl is to get them into
> > the Tcl 8.3 tests. [...] Right now, the
> > Tcl 8.0 regression tests are used, but I want to switch everything
> > over to the new tests ASAP.
The general
You should not need any kind of tcljdbc wrapper or anything. You can
create jdbc objects directly from Tcl. The whole point of the tcljava
interface is to remove the need to create "wrappers" around C code.
You do not need wrappers when you can just invoke the Java methods
directly from your Tcl c
On Mon, 22 Nov 1999, Suvarna Ayyagari wrote:
That is fine. All you really need to do is set the LD_LIBRARY_PATH
correctly to get TclBlend working under Solaris. Be sure that you include
any shared libs that can not be found when doing a "ldd libtclblend.so"
on the LD_LIBRARY_PATH. This includes t
On Mon, 22 Nov 1999, Vince Darley wrote:
> I've been using tcljava to wrap a nice gui around some java simulation code.
> I extract a bunch of data from the code and display it. The problem is
> that, every now and again, the result of a simple call to a static method
> which returns a double:
>
On Mon, 22 Nov 1999, Suvarna Ayyagari wrote:
>
> Hi,
Humm, Solaris 2.6 is the 64 bit version of the OS right? I have
yet to run Tcl Blend on a 64 bit OS.
> I have installed tclblend1.2.5. the installation went fine. I built it on
> Solaris 2.6 with JDK 1.1.8 with native threads and Tcl8.0.5.
On Mon, 22 Nov 1999, Christian Krone wrote:
Thanks for taking the time to fix this one. I will be sure that
your patch gets into the new 1.3 version. The cvs will be
updated to 1.3 in about 2 weeks.
> I tried this in Jacl, and I found two errors in one command!
> First there was an overflow in t
The mailing list archive is located here.
http://www.mail-archive.com/tcljava@scriptics.com
Mo DeJong
On Wed, 17 Nov 1999, Thomas McKay wrote:
> There was a note posted a while ago on how to redirect stdout and stderr in
> Jacl. I thought I had saved it... Is there an archive of this list?
Having one command that does two totally unrelated things seems
like a bad design if you ask me. It might be cleaner to define
a command to invoke the static method and another one to actually
do the shorter cast operation. What if you used something like this?
set s [java::new String "I am a Jav
On Tue, 16 Nov 1999, Thomas Down wrote:
> I've written a simple patch for JaCL (should also work with
> TclBlend, I guess) which allows you to create a new Tcl command
> for each java class which you import. This provides an easy
> approach to casting, e.g.:
>
> package require java
Well, Ja
On Sun, 14 Nov 1999, Veena Jayaram wrote:
> hi Mo DeJong,
>
> The problem is that the tclblend1.2.5/jdk1.1 download for windows actually links
> to jvm.dll (which is from jdk1.2), like the tclblend1.2.5/jdk1.2 download.
Doh! I forgot that I was using a debug build of Tcl and Tcl Blend. I just
u
I looked into the problems people were having with the precompiled
Tcl Blend 1.2.5 version built for JDK 1.1. First off, Tcl prints
a lousy error message when loading a .dll fails. If you are having
any problems loading tclblend.dll, you might want to apply this patch.
--- tcl8.2.0/win/tclWinLoad
I think jvm.dll is from the JDK 1.2 binary dist. It sounds like you
downloaded the JDK 1.2 tclblend.dll, you need the tclblend.dll compiled
for JDK 1.1. That misleading error message in Tcl's load command
really needs to be fixed!
later
Mo
> Quickview on tclblend.dll lists the following dll fi
uire java 1.2 file since I downloaded the version for 1.1.
>
> Anyway, as you surmised before, I don't have VC++ on my PC, but I do have a C
> development environment on a Solaris machine, so I've now gone and built
> tcl8.2.2 and tclBlend1.2.5 from the source there, and it works
On Thu, 11 Nov 1999, David Mosenkis wrote:
> I already had JDK bin directory in PATH, and adding classes.zip to CLASSPATH
> didn't help:
This warning is generated by the loadtclblend proc inside pkgIndex.tcl.
It seems to indicate that your PATH does not include a directory
that has a file called
On Thu, 11 Nov 1999, David Mosenkis wrote:
As yes, the catch-22 of the binary dist. The binary version is really
designed for people that have used Tcl Blend before. The reason for
this is that you need to set your PATH and CLASSPATH env vars correctly
before Tcl Blend will even load (there are c
On Sun, 7 Nov 1999, Angelica Ahuactzin Larios wrote:
Did you compile Tcl 8.0.5 with the same debug setting as Tcl Blend?
It looks like Tcl Blend is looking for a non-debug version of Tcl.
Here are the needed steps.
cd tcl8.0.5\win
#EDIT makefile.vc to the proper paths and debug settings
nmake
Hi all.
Check out this URL for an article about Tcl and Java.
http://www.sunworld.com/sunworldonline/swol-11-1999/swol-11-jacl.html
You might also want to check out the new Tcl and Java
web pages at Scriptics. They have been updated for the
new "production" 1.2.5 releases of Jacl and Tcl Blend.
On Wed, 3 Nov 1999, Thomas McKay wrote:
The book is wrong in this one example. This is a namespace feature that
was changed (in Tcl 8.1 I think). Originally, it seemed like a good idea
to be able to leave out the eval but I guess they reconsidered.
> Gotcha. The book I have Tcl/Tk by Welch has
On Tue, 2 Nov 1999, Thomas McKay wrote:
Nope, you need to use "namespace eval {...}"
Try this.
% namespace eval foo {
variable x
set x 12
}
% set foo::x
12
You can create a namespace like this "namespace eval foo {}".
If you run into problems, please check to see if you code
works in Tc
On Thu, 28 Oct 1999, Thomas McKay wrote:
It just is. This was the biggest and most difficult change made when
moving from the 1.0 to 1.1 version. My paper from the Tcl 98 conf
goes into more detail about it. See
http://www-users.cs.umn.edu/~dejong/tcl/paper.html section 5.1 for
a good description
> approaches and thought my code might spark some ideas out there. :-)
>
> > -Original Message-
> > From: Moses DeJong [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, October 28, 1999 11:28 AM
> > To: [EMAIL PROTECTED]
> > Subject: [Tcl Java] RE: [Tcl J
On Thu, 28 Oct 1999, Thomas McKay wrote:
> How would I do it in Java? This is what I have now...
ACK, NO! Do not call this.getClass() to get the second argument
to the ReflectObject.newInstance() method. You need to use the
actual Java Class object that the instance will be reflected as.
For in
On Thu, 28 Oct 1999, Thomas McKay wrote:
> After I asked the question I had some more time to poke around in the Jacl
> src. No, it was never a feature it just seemed natural to me that it would
> be, though.
Are you saying that this "autoload of commands implemented in Java"
feature should be
cl. They are just a way
to have "more global" spaces with a prefix on variable and proc names.
later
mo
> I'll try out the namespace commands. I'm not an experienced traditional-Tcl
> user so it's doubtful I'd notice subtle things not working.
>
> &
On Wed, 27 Oct 1999, Thomas McKay wrote:
Well, you can rename reflect objects now (like java0x1)
but it is a little tricky because you can not use the
variable in a way that changes the InternalRep and
then use it like a Java object again. This is
actually the same as using a typed null reference
On Wed, 27 Oct 1999, Thomas McKay wrote:
> Okay, I finally have some time to upgrade to v1.2.4 of Jacl. Since v1.0, I
> had been loading classes dynamically as commands by overriding the unknown
> proc and using a copy of TclClassLoader to load the appropriate class.
>
> I'm guessing that this
Hi all.
The archive for the tcljava mailing list is now located at
http://www.mail-archive.com/tcljava@scriptics.com
All the messages from the old list are also there.
The old tclconsortium.org archive has been removed.
Later
Mo DeJong
Test
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]
On Mon, 25 Oct 1999, Ebert, Tyrone wrote:
> Hello,
This is not really a "supported feature" of the current version of
Tcl Blend. I heard that it worked at one time, but I have never
been able to get it working for me. This is a "planned feature" for
the 1.3 version of Tcl Blend if that helps.
>
Test.
The TclJava mailing list is sponsored by WebNet Technologies.
To subscribe:send mail to [EMAIL PROTECTED]
with the word SUBSCRIBE as the subject.
To unsubscribe: send mail to [EMAIL PROTECTED]
On Sat, 25 Sep 1999, Angelica Ahuactzin Larios wrote:
You can not load Tcl extensions implemented in C into Jacl. If you want to
use C based Tcl extensions you will need to use Tcl Blend not Jacl.
I hope that helps
Mo DeJong
> Hello !!!
>
> I have some problems when I want to execute
On Sun, 24 Oct 1999, Daniel Gayo Avello wrote:
Humm, I thought I fixed that before releasing 1.2.4. The problem was in
the configuure.in file, it uses AC_MSG_WARN when it should have been
AC_MSG_WARN. Doh! I just checked the configure file and it looks
like I did not regenerate it. Go to the unix
On Mon, 18 Oct 1999, Daniel Gayo Avello wrote:
Right off the bat it sounds like you should be using Tcl Blend.
You can still use you old commands implemented in C/C++ with
new commands implemented in Java.
> Hi, everybody! I'm new to this list and I have a tricky question for
> you... I'm
Hi all.
Cameron Laird and I are writing up an article about tcljava, and
we could use your help. We need some feedback on what people do
not like about Jacl or Tcl Blend. This includes things that
currently do not work the way you would like them, or features
that are lacking in the current versi
On Wed, 22 Sep 1999, Suvarna Ayyagari wrote:
> Hi,
>
> I have a question and I do not know if this is feasible with Tclblend
>
> Let us say I have a java method on object 'obj' that returns a byte array to
> me. And the method name is 'readData' and the contents of the byte array
> returned t
.
> It would be helpful if anyone could let me know.
>
> I know Moses Dejong had provided a proc for the same purpose.
>
> Thanks
> Suvarna
The TclJava mailing list is sponsored by WebNet Technologies.
To subscribe:
On Mon, 6 Sep 1999, Randolph S. Kahle wrote:
> Moses,
>
> Thank you for explaining the story behind the code base, etc.
Is this really a bug or is it just a change that was made to Tcl in
versions 8.1 or 8.2?
> Let me expand on my current focus. I have found a bug in TclIndex.java. I
> have d
You might want to send Sun a bug report about this one. Sun seems to like
getting JIT bug reports, but they just ignore you the rest of the time.
> Thanks for the tip about the JIT. I made this change and now the tests run.
I will have to try the Sun JDK sometime in the future. I gave up on Sun,
On Mon, 6 Sep 1999, Randolph S. Kahle wrote:
> I am starting to work through Jacl release 1.2.4.
Help fixing bugs would be great. Just find a test case that fails and
hack away until it passes.
> I am finding bugs that I can help fix.
Yep, anyone can propose changes.
> My understanding is th
On Sun, 5 Sep 1999, Randolph S. Kahle wrote:
> Hello. I am new to Jacl and I am trying to build the latest release, but I
> am running into a number of problems. I don't know if I have "operator
> error", "configuration errors" or if I'm turning up real bugs.
>
> I am on WindowsNT 4.0 SP4 using
On Fri, 3 Sep 1999, Thomas McKay wrote:
That does not work in Tclsh8.0 either. The problem is that the
parser needs to see a space after the } (meaning }{ is not valid).
later
mo
> The following does not parse in 1.1a1
>
> proc foo {a b}{
>return
> }
>
> "extra character after curly brace
Hi all.
The final verison of 1.2.4 is now up on my website at
http://www.cs.umn.edu/~dejong/tcl/tcljava. Here is a short
snip from the release note that will go up on
comp.lang.tcl today. Now that this release is finished,
I can start packing for my vacation in CA.
What's New in the 1.2.4 Relea
You should be able to add -DTCLBLEND_INCREASE_STACK_SIZE to the Tcl Blend
makefile's CFLAGS before you compile. That will use the default size * 4
for the stack size. I have not tested it but it should work.
later
mo
On Mon, 30 Aug 1999, Christopher Hylands wrote:
> JDK1.1 does not have a simpl
On Tue, 24 Aug 1999, Ron Espiritu wrote:
> Hello everybody!
Jacl does not load native libraries, is that what you were trying to do?
You should be able to load packages that are pure Tcl with no problems.
> I am having problems w/ using the "package require" command. It seems that
> under jacl
> I noticed that the Java compiler flags are hard-coded to "-g"
> for Unix (on Windows, it switches between -g and -O).
>
> Could this be part of the problem?
>
> -- Scott
>
> Moses DeJong wrote:
> >
> > On Fri, 20 Aug 1999, Thomas McKay wrote:
> >
On Fri, 20 Aug 1999, Thomas McKay wrote:
You should be able to get the 1.1.1 version of Jacl by downloading the
cvs tree and running this command "cvs checkout -r rel-1_1_1 tcljava".
> I just ran a test of Jacl 1.1a1, 1.2.3, and 1.2.4 and they all had
> nearly identical results (+/- 0.1 seconds)
On Thu, 19 Aug 1999 [EMAIL PROTECTED] wrote:
>
> I have succeeded in getting both Tcl 8.0.5 and TclBlend 1.2.3 built with
> debugging info. Unfortunately, I still get a crash as soon as the tclblend.dll
> is loaded. I turned on the debug flag in pkgIndex.tcl and everything seems in
> order. I no
Some users reported that Jacl had slowed down when moving from
the 1.1 to 1.2 version. I ran some tests on a Linux box without
a JIT and I was not able to reproduce this problem. Has anyone
else noticed this problem, or been able to reproduce it? Here
were the timing results I got on my linux box.
Hi all.
After some more hacking this weekend I have placed a new prerelease
of Jacl up at http://www.cs.umn.edu/~dejong/tcl/tcljava/pre. This
version finally fixes the last of the namespace variable bugs (yeah).
All of the namespace test cases in var.test, namespace-old.test,
and namespace.test n
On Thu, 12 Aug 1999, Suvarna Ayyagari wrote:
> Hi,
>
> I want to create a byte array using tclblend.The array may contain values
> from 00 to FF
>
> in Java I would do it as follows,
>
> byte b[] = { (byte) 0xFF ,(byte) 0x80};
>
> Can you please tell me how to implement this in tclblend ?
>
On Wed, 11 Aug 1999, rob ratcliff wrote:
>
> > I was able to compile and run Tcl Blend on an IRIX 6.2 box. I was
> > using the egcs compiler with the 32 bit libs (gcc kind of works
> > in 64 bit mode but it was a bit of a hack).
I was using "new 32". Old 32 does not seem to work at all. I think
On Wed, 11 Aug 1999, Suvarna Ayyagari wrote:
> Hi,
Correct me if I am wrong here, but I do not think the JRE comes with
the developer tools like javac, javah, jar, and so on. These are required
by the Tcl Blend build process. You might be able to compile it and give
it to users along with the JR
On Tue, 10 Aug 1999, rob ratcliff wrote:
I was able to compile and run Tcl Blend on an IRIX 6.2 box. I was
using the egcs compiler with the 32 bit libs (gcc kind of works
in 64 bit mode but it was a bit of a hack).
> Has anybody successfully installed Java Blend on IRIX 6.5 and JDK 1.2?
The Tc
On Tue, 10 Aug 1999 [EMAIL PROTECTED] wrote:
> Hey folks,
>
> After many hours of wandering around the JACL html files, I'm
> beginning to conclude that JACL just wasn't designed to do what I'm
> trying to do. Maybe I'm trying to do something too weird (this seems
> to be a tendency I have
Hi all.
I have been working on Jacl and Tcl Blend this weekend
to add the long needed import feature. Here is a quick
example of the new java::import command.
java::import java.util.Hashtable
set h [java::new Hashtable]
Notice that you do not need to give the entire class name to java::new.
If
On Thu, 5 Aug 1999, Erik A Pearson wrote:
>
> >
> >Not sure what you mean here. Could you provide more info or a patch
> >and some example code?
I looked over the src/jacl/tcl/lang/FileUtil.java and the method
getNewFileObj. In the 1.0 release of Jacl it was defined like this.
static File
ge
On Thu, 5 Aug 1999, Way Sun wrote:
>
> Hi,
I think you might be the first person to try Tcl Blend on a HP-UX
system. I know I do not have one to test on.
> Just wondering if anyone's seen this error msg when loading libtclblend?
> I'm using HP-UX 11 (with native threads), Tcl 8.0.5, and JDK 1.
On Thu, 5 Aug 1999, Erik A Pearson wrote:
> Here are a couple of suggestions:
>
> I've need to make these two changes to the 1.2.2 and earlier:
Not sure what you mean here. Could you provide more info or a patch
and some example code?
> 1. add support to handle PATH_VOLUME_RELATIVE in FileUtil
There is a new prerelease of Jacl ready for downloading at
http://www.cs.umn.edu/~dejong/tcl/tcljava/pre. A precompiled
binary and a source dist are provided. Anyone using an earlier
prerelease should try this version out ASAP. This prerelease
includes a "namespace aware" version of the info comma
The article you read must have been based on TclBlend 1.0. There
were some changes made in the 1.1 release in the tcl.lang.ReflectObject
class. The point of the changes were to add support for "typed objects".
If you want to read up on the reasons for these changes you can check
out the paper I wr
On Wed, 28 Jul 1999, Suvarna Ayyagari wrote:
> Hi,
The scriptics web page is based on the 1.1 stable version
of Tcl/Java. It will not be updated to include 1.2 contents
until the 1.2 development branch becomes "stable". The
java::try command is documented in the html docs that come
with the Jac
On Mon, 26 Jul 1999, Suvarna Ayyagari wrote:
> Hi All,
>
> I had a basic questions abt catching exceptions.
>
> I am running an application written in TCl. I am using Tclblend to integrate
> with another java application.
>
> Now for instance I am doing the following
> Now consider the followi
On Mon, 26 Jul 1999 [EMAIL PROTECTED] wrote:
>
> Mo DeJong wrote:
> > This sounds like a good way to use Jacl.
There are examples included with the Jacl dist. Look in the demos
subdirectory. The demos come with a README file that tries to explain
what features the demos shows off. Those demos a
On Mon, 26 Jul 1999 [EMAIL PROTECTED] wrote:
Hi Steven.
> Hey folks,
This sounds like a good way to use Jacl.
> I'm working on a project where I have a fairly complex, yet
> fairly straightforward set of java objects that are generated by
> querying a database. I want to instantiate a JA
Hello all.
There is a new prerelease of the next version of Jacl
up on my website at http://www.cs.umn.edu/~dejong/tcl/tcljava/pre.
This new prerelease includes lots of fixes related to namespaces.
This prerelease now passes almost all of the existing regression
tests and all of the namespace fea
Are you running under Solaris? Also, what version of Tcl are you using?
If you do not have Tcl 8.0.5 you should get the source for it and
compile it with the --enable-symbols option to configure. Once you
have a debug version of Tcl and Tcl Blend you should be able to attach
gdb to a running Tcl B
On Tue, 20 Jul 1999, Dunne, Hugh wrote:
> Hello, I am new to the list and also a relative newby with Java and
> (especially) Corba. Has anyone successfully used TclBlend to access Corba
> objects?
Please help us track down this crash. If you can provide an example
of the code that works in 100%
ense to
> reuse them; Moses Dejong replied) and covers some of the issues.
>
> Part of what I'm running into is my own limited knowledge of TCL
> and JACL; I'm not sure what makes sense in how the scripts would be
> written. Hopefully I can explain the gen
On Tue, 6 Jul 1999, Suvarna Ayyagari wrote:
> Hi,
>
> I had a question. Lets say I have a class MyThread which extends
> java.lang.thread
>
> And I have a class MyClass which has a public variable named "display" of
> type MyThread.
>
> Using Tclblend, I want to set the public variable 'disp
Hi all.
I have been working on the next version of Jacl which adds namespaces.
I have a prerelease that is in an "almost working" state and I wanted
to let folks know in case they wanted to try it out. If you are would
like to help you can download the code here
http://www.cs.umn.edu/~dejong/tcl/
Were you in the C:/Program Files/Tcl/bin directory at the time? If you
double click on the wish executable and the tclblend dll is in the same
directory it might cause problems. To be honest, I have never had
a problem with this but Christopher said he got crashes so he put
that warning message in
On Mon, 28 Jun 1999, Lou Bershad wrote:
> From: Lou Bershad [mailto:[EMAIL PROTECTED]]
> Sent: Monday, June 28, 1999 9:40 AM
> To: [EMAIL PROTECTED]
> Subject: What isn't implemented in JACL?
>
>
There is a file called dists.txt that has the info you are
looking for included in the Jacl dist.
Hi all.
If anyone would like to see what I have been working on for the last month
you can check out a prerelease of Jacl 1.2.4 which includes namespaces.
This is not working code, so don't expect it to run your Jacl programs
yet. Currently, variables in namespaces seem to work but just about
eve
On Mon, 21 Jun 1999, Dan R. Schenck wrote:
> Mo,
Correct. There are just too many problem giving out a binary
of this software because the binary needs to match the version
of Tcl and the version of Java that the person is using. I
have given up on releasing a binary, but that does not
mean some
On Tue, 15 Jun 1999 [EMAIL PROTECTED] wrote:
> I'm unable to access then NT System Environment from a proc that has been
> previously sourced in. Example included.
>
> I am adding java functionality to an existing test harness. It consists
> of a group of files containing procs all of which are
Did you try the errorInfo variable? I seem to remember a patch provided
by Harald Kirsch that fixed the exact problem you describe (using the
evalFile() method and getting the error info). Look in the changes file
for the change "1/7/99 (line numbers in interp.evalFile() method)".
You should be ab
On Mon, 14 Jun 1999 [EMAIL PROTECTED] wrote:
> I'm having trouble with the 'package require java' command. It will
> execute just fine from the tclsh prompt but gets an error when run from
> within my C test program.
>
> Here's the screen output:
>
> TCLSH output
>>--
The first thing you should do is download and build the most recent 8.0.5
release. The 8.0.3 release had a crash causing bug in the Tcl core that
seemed to be invoked by Tcl Blend's tests. If you still get the crash
with Tcl 8.0.5 then something else is wrong. Those failed tests related
to Inf are
On Thu, 10 Jun 1999, Will Taylor wrote:
> The TclBlend README conatins the following:
> To build Tcl Blend on Solaris the Native Threads Pack, and
> several patches, must be installed on top of the JDK. The
> package, necessary patches, and installation instructions can
> be found at http://www.
st.tcl, and everything is fine again.
>
>
> On Win32 there is no problem with JIT and C++ and TclBlend 1.2.3
>
> one hour later :-):
>
> This behaviour i reproducable with my pure JNI C++ HelloWorldAwt.C,
> where no TclBlend is involved.
> Without JIT it works, with
On Thu, 10 Jun 1999, Marcel Ruff wrote:
> Hi,
>
> Im using the Tcl interpreter in a C++ main modul.
>
> When i start the application and invoke the tcl interpreter with
> the package java and try to open a Java GUI i get a crash (output see
> below)
>
> My environment:
> ---
What lin
On Tue, 4 May 1999, philippe boyer wrote:
> when i try to read the attached file with jacl 1.1.1/NT the result is:
>
> % open c:/readProblem.txt
> file4
>
> % read file4
> [B@574c681ashot M = Snapshot ]
> CallCtlConnEstablishedEv[ Ad = ADDR_2 C = Snapshot M = Snapshot ]
> TermConnActiveEv[ Tm =
On Thu, 3 Jun 1999, Suvarna Ayyagari wrote:
> Hi All,
Are you using the jtclsh wrapper script that comes with Tcl Blend?
I assume you downloaded the code and compiled it, if you downloaded
the binary release, remove it and recompile with the source release.
I noticed that your LD_LIBRARY_PATH al
On Thu, 3 Jun 1999, Steve Ball wrote:
> Dear Tclers,
>
> I am working on creating a Tcl extension to James Clark's XT XSL processor,
> using TclBlend.
>
> This seems to boil down to being able to access the Tcl interpreter via a
> static public class. The trouble is, there doesn't appear to be
1 - 100 of 181 matches
Mail list logo
