On Wed, 9 Aug 2000, Jiang Wu wrote:
-Original Message-
From: Mo DeJong [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 09, 2000 1:34 PM
To: [EMAIL PROTECTED]
Subject: [Tcl Java] Re: TclBlend Initialization Mutex
Con:
Non-thread safe extensions may have problems under
nterp does not enter the event queue (like tclsh).
Mo DeJong
Red Hat Inc
The TclJava mailing list is sponsored by Scriptics Corporation.
To subscribe:send mail to [EMAIL PROTECTED]
with the word SUBSCRIBE as the sub
Here is that patch that I suggest we use to force Tcl Blend
into compiling only with threaded Tcl. This will only
appear in the contract branch for now. When that
work is merged back into the HEAD, everyone will
be forced to compile Tcl Blend with threaded Tcl.
Comments?
Mo DeJong
Red Hat Inc
if
we wrapped a Tcl_Obj without incrementing its ref count,
this should still work. The toString() call would
invoke Java_tcl_lang_CObject_getString which
would call Tcl_GetStringFromObj() (no problem there right).
I am sure there are cases I have overlooked,
but I think the idea is doable.
What do
onclusions. I wanted to
take my own look at the problem and see if my solution matched
yours. Now that I see we both think this is the right solution,
I feel much better about it.
Mo DeJong
Red Hat Inc
The TclJava mailing list is sp
al tests for this are in tests/tcljava/PkgInvoker.test.
I hope that helps
Mo DeJong
Red Hat Inc
The TclJava mailing list is sponsored by Scriptics Corporation.
To subscribe:send mail to [EMAIL PROTECTED]
f using TCL.OK, what would the implications
of that be?
Mo DeJong
Red Hat Inc
The TclJava mailing list is sponsored by Scriptics Corporation.
To subscribe:send mail to [EMAIL PROTECTED]
with the word SUBS
tor
shirt :)
I just wish we could use the garbage collector instead
of keeping that nasty Tcl_Preserve() stuff around in Jacl.
Mo DeJong
Red Hat Inc
The TclJava mailing list is sponsored by Scriptics Corporati
er updates should be easy in comparison.
I assume that some of these changes are tested by
other tests and not just string.test.
Mo DeJong
Red Hat Inc
The TclJava mailing list is sponsored by Scriptics Corporation.
To subscribe:
ar file.
Does anyone feel up to hacking on this problem? It
would not be very hard to implement and it would
be really useful because folks could put their own
packages into .jar files. Oh, by the way in case
you are wondering how a "package require java"
works, it is faked bec
t
in a loop without increasing memory consumption (this wasn't the
fact in my first implementation!).
One would think that the Java GC system would be a bit smarter
about this. Perhaps there is ref to a slave Interp that would
need to get set to null before it could be GCed.
M
-berlin.de/~v12/krischan/clock8.4.patch
Greetings, Krischan
Checked in.
Mo DeJong
Red Hat Inc
The TclJava mailing list is sponsored by Scriptics Corporation.
To subscribe:send mail to [EMAIL PROTECTED
Mo DeJong
Red Hat Inc
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
ChangeLog
===
RCS file: /home/cvs/external/tcljava/ChangeLog,v
retrieving revision 1.59
diff -u -r1.59 ChangeLog
--- ChangeLog 2000/08/21 04:48:11 1.59
+++ ChangeLog 2000/08/23 05:51:29
@@ -1,3 +1,10 @@
+2000-08-22 Mo DeJong [EMAIL PROTECTED]
+
+
and reworked a bunch of stuff to support it. Things should
be fully thread safe now. If you want to take another
peek you are welcome to, of course you might have to wait
until monday morning for the CVS mirror to update.
Mo DeJong
Red Hat Inc
the code.
Mo DeJong
Red Hat Inc
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
strange JDK version that the configure script does not yet
know about. I also suggest that you use the 1.3 version in the CVS
if you are using some strange new JDK.
Mo DeJong
Red Hat Inc
The TclJava mailing list is sponsored
urce code for Tcl so that it can find tclInt.h.
I assume you just downloaded the binary of Tcl and you are trying to
build Tcl Blend from that. You might just want to download the binary
or Tcl Blend in that case, but be warned that the binary has its own
troubles.
M
ys welcome. Tcl/Java is an open source project,
so the more you pitch in the faster things will get done.
A number of new folks have started to contribute to the
project in recent months, and that has lead to a number
of great new features.
Mo DeJong
R
On Mon, 11 Sep 2000, Peter Geraghty wrote:
...
Peter, you are posting in HTML. This makes it very hard to
read your email. Please repost in plain text if you want
help.
Mo DeJong
Red Hat Inc
The TclJava mailing list is sponsored
.
You might also want to try another JVM and see if that does
anything.
By the way, why would you use that MKS Toolkit when
you could be using Cygwin?
Mo DeJong
Red Hat Inc
The TclJava mailing list is sponsored by Scriptics Corporation
sg00490.html
http://www.mail-archive.com/tcljava@scriptics.com/msg00040.html
The "quick fix" (where Quick != Correct)
http://www.mail-archive.com/tcljava@scriptics.com/msg00492.html
A discussion of the real fix, and why it is hard:
http://www.mail-archive.com/tcljava@
e a new stop watch object and save
a reference to the Tcl object, type:
% set sw [swNew]
To set the countdown time, type:
% swSet $sw 10
Is that more clear?
Mo DeJong
Red Hat Inc
The TclJav
ersion of your patch
into the contract branch (I just added another list command to an uplevel).
cheers
Mo DeJong
Red Hat Inc
The TclJava mailing list is sponsored by Scriptics Corporation.
To subscribe:send mail
Blend is loaded into
Tcl, but I am not sure what is going on when you load
Tcl Blend and Tcl into a JVM. How could we test this
sort of thing?
Here is my proposed patch to cleanup the Class refs.
I am also going to attach it to this file because
it is going to get hosed in mail.
Mo DeJong
Red Hat Inc
On Thu, 12 Oct 2000, Daniel Wickstrom wrote:
"Mo" == Mo DeJong [EMAIL PROTECTED] writes:
Mo There are two cleanup cases.
Mo TclThreadCleanup is called when a Tcl thread (one that was not
Mo started inside a JVM) is terminated. TclThreadCleanup will
Mo
On Thu, 12 Oct 2000, Daniel Wickstrom wrote:
"Mo" == Mo DeJong [EMAIL PROTECTED] writes:
Mo What do you mean by "The jvm attach is done at the start of
Mo the thread by a registered proc"? Are you not using:
Mo (*javaVM)-AttachCurrentThread()
Tcl Blend init case, then I am all for that. Of
course, I would need to see the patch first :)
Mo DeJong
Red Hat Inc
The TclJava mailing list is sponsored by Scriptics Corporation.
To subscribe:send mail to [EMAIL
Flags.Flag DELETED] does not work, neither does
[java::field javax.mail.Flags Flag.DELETED].
I think you want to use:
java::field javax.mail.Flags\$Flag DELETED
It is a wacky hack that the Java designers decided to
throw into 1.1 so that they did not have to change the
VM spec. Rather ugly if you a
there!
Perhaps it is a problem with some init code
that is not getting run in the Tcl interp.
What part of Tcl calls those callbacks?
Mo DeJong
Red Hat Inc
The TclJava mailing list is sponsored by Scriptics Corporation.
To subscribe
would be better spent focusing
on that right now instead of fighting ref counting.
Mo DeJong
Red Hat Inc
The TclJava mailing list is sponsored by Scriptics Corporation.
To subscribe:send mail to [EMAIL PROTECTED
it with some tests under JDK 1.1
and it is working (with one small exception).
Could some folks to try this out and see if it
makes the crash in the GC thread problem go away?
There should be no more memory leaks.
The patch is for src/tclblend/tcl/lang/CObject.java
off of the contract branch.
thanks
Mo
% of the cases
is better than something that works for 0% of them.
Mo DeJong
Red Hat Inc
The TclJava mailing list is sponsored by Scriptics Corporation.
To subscribe:send mail to [EMAIL PROTECTED]
with the word
the
[EMAIL PROTECTED] mailing list
in favor of using the ones on SF.
Same goes for the old CVS repo.
cheers
Mo DeJong
Red Hat Inc
The TclJava mailing list is sponsored by Scriptics Corporation.
To subscribe:send mail
in the most recent CVS version.
I would say this is a perfect time to try out the
new bug DB on sourceforge.
Go to:
http://sourceforge.net/projects/tcljava
The enter this in the bug tracker.
cheers
Mo DeJong
Red Hat Inc
The TclJava
that points to
where the Thread extension is build is the
only way to go.
Mo DeJong
Red Hat Inc
The TclJava mailing list is sponsored by Scriptics Corporation.
To subscribe:send mail to [EMAIL PROTECTED
Since I do not see this is the IBM JDK, I am going to
assume that it is a JDK 1.1.8 bug. I hear there is
also a new JDK 1.2 and JDK 1.3 from blackdown, but
I have not downloaded those for testing.
Mo DeJong
Red Hat Inc
The TclJava ma
On Wed, 25 Oct 2000, Daniel Wickstrom wrote:
"Mo" == Mo DeJong [EMAIL PROTECTED] writes:
I'm running with the following:
redhat 6.2 tcl8.3.2 tcljava from souceforge ajuba contract
branch blackdown jdk1.1.8_v1
Mo That really should work, ever
.in
2) configure
3) make
You don't need to. There is already a tcljava/configure file for
just that reason (so you don't need to download autoconf). If you
change the Tcl/Java configure.in file or other m4 files, you
would need to rerun things. If you wanted to do that, you
would run the ./autogen.s
a Cygwin tested build process for Tcl Blend
in the 1.2 release, but it did not support Jacl and suffered
a bit of code rot when compared to 1.3, so I had to kill it.
I need to revive that sucker, but perhaps someone else who
has done some autotools hacking would like to beat me t
On Thu, 26 Oct 2000, Daniel Wickstrom wrote:
"Mo" == Mo DeJong [EMAIL PROTECTED] writes:
Mo What version of Tcl are you using? This should not show up
Mo with Tcl 8.3.2 or 8.4. At any rate, it does not matter.
I'm using tcl version 8.3.2.
Strange, perhaps I
On Thu, 26 Oct 2000, Daniel Wickstrom wrote:
"Mo" == Mo DeJong [EMAIL PROTECTED] writes:
Mo Are you up to it? I am going to be working on this object ref
Mo queue thing for some time, so if you could take a whack at the
Mo Notifier it would really help. There is
will host more in depth
discussions while the user list will be
focused on user questions. The user list
should be very low bandwidth.
cheers
Mo DeJong
Red Hat Inc
The TclJava mailing list is sponsored by Scriptics Corporation
101 - 143 of 143 matches
Mail list logo
