);
} catch (SecurityException e2) {
// This catch is necessary if Jacl is to work in an applet
// at all. Note that java::new will not work from within Jacl
Mo Dejong
Red Hat Inc.
The TclJava mailing list is sponsored
so there is no "bug" to fix in the demo.
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
ames of the programs that should be used to actually run
Jacl or Tcl Blend.
Mo Dejong
Red Hat Inc.
The TclJava mailing list is sponsored by Scriptics Corporation.
To subscribe:send mail to [EMAIL PROTECTED]
wit
uses Jacl)
http://www.nmrview.com/swank/index.html
(Scriptics Connect uses Tcl Blend)
http://scriptics.com/products/connect/
Any others?
Mo Dejong
Red Hat Inc.
On Thu, 18 May 2000, Larry W. Virden wrote:
Hi. I maintain a Tcl software catalog on the internet at
URL: http://www.purl.org/NET/Tcl
I thought the whole point you were making was that if we require that
Tcl be built with threads then we could remove the JAVA_LOCK stuff.
How do you suggest we implement locking in a non thread enabled version
of Tcl if we are not going to use the current JAVA_LOCK approach?
Mo Dejong
Red Hat
need
one global lock, we could use on Java monitor for each
Notifier.
Mo DeJong
Red Hat Inc
On Thu, 18 May 2000, Jiang Wu wrote:
My opinion is that there is no need for any locking for non-threaded version
of Tcl in TclBlend. There is no need for any locking for threaded version
of Tcl
t did. The write() call should be thread
safe and the windows port has its own global mutex.
Scott, could you extract a comment from Scott S. on this one?
Is JAVA_LOCK designed to only let one thread access the JVM
at a time?
Mo Dejong
Red Hat Inc.
On Thu, 18 May 2000, Jiang Wu wrote:
You are right
On Wed, 17 May 2000, Larry W. Virden wrote:
From: Mo DeJong [EMAIL PROTECTED]
the test cases just fine for me. You are using the tcljava/unix/configure
script and not the tcljava/configure script, right? The tcljava/configure
Yeah, sorry about that. Merging the configure, unix
On Wed, 17 May 2000, Larry W. Virden wrote:
From: Mo DeJong [EMAIL PROTECTED]
Boy that is strange. The ./configure test just runs
"package require Tcl 8.3.1"
and makes sure that does not return an error. What do you get
if you just go into the Tcl build dir, r
es for any
paltforms. If folks want to build on windows they will need to install
Cygwin and or Mingwin.
Mo Dejong
Red Hat Inc.
On Tue, 16 May 2000, Scott Redman wrote:
I think we should just require Tcl to be thread-enabled
(as long as Tk will work with it, which is being looked
into for 8.4).
. Something to think about
in the near future is moving the Shell.java file from the jacl
dir to the tcljava dir so that the same tcl.lang.Shell program
can be accessed in Jacl and Tcl Blend.
Mo Dejong
Red Hat Inc.
On Wed, 5 Apr 2000, Jiang Wu wrote:
This is related the last email I sent regarding
Well, I am not sure what Perl has to do with Tcl Blend. If you
are having problmes with Tcl and Tcl Blend I suggest that you
upgrade to Tcl 8.3.1 and Tcl Blend 1.2.6 and see if the problem
goes away. Perhaps I am not understanding your question.
Mo Dejong
Red Hat Inc.
On Wed, 10 May 2000
of the building there is a door there. Further
directions will be sign-posted (look for big kitchen).
WHEN: Tuesday, May 16th from 7:00pm to ~8:30pm.
TOPICS:
7:00 "The state of Tcl/Java."
Mo DeJong will present an overview of the
current state of Tcl and Java integration
(aka Ja
it [java::cast {String[]} [java::null]] $properties
or
java::import org.omg.CORBA.ORB
java::call ORB {init String[] Properties} [java::null] $properties
I hope that helps
Mo Dejong
Red Hat Inc.
The TclJava mailing list is sp
://www.deja.com/[ST_artlink=www.cs.umn.edu,ST_rn=ps]/jump/http://www.cs.umn.edu/~dejong/tcl/tcljava/prerelease.html
Mo Dejong
Red Hat Inc.
On Wed, 3 May 2000, Sendur Sellakumar wrote:
Hi.
I am getting this linking error when building TclBlend on JDK 1.1.6 w/Tcl
8.3 (on NT) Here
ut nothing ever came of it.
Third, why rely on a custom command ("weld") when the Tcl subst command
does about the same?
later
Mo Dejong
Red Hat Inc.
The TclJava mailing list is sponsored by Scriptics Corporation.
To sub
On Mon, 1 May 2000, Jeff Sturm wrote:
Mo DeJong wrote:
The term "thread safe" is very misleading. Jacl interps are safe
if you use them properly. The problem is that the documentaiton
about how to use them properly is a little thin.
There is no "automatic thread saf
k out http://www.nmrview.com/swank/index.html. The "swank"
project is Tk implemented on top of Swing. By the way, I am
going to be doing a Swank demo at the next SVTUG meeting.
It will be at the Red Hat offices in Sunnyvale CA on
the 16th of this month. Everyone is welcome to stop by for
cool
before
using it. How does that sound?
By the way, this whole mess will be fixed in the 1.3 version, I
am going to get rid of the build stuff in the win and unix subdirs
and just use on TEA ./configure and Makefile for both Jacl and
Tcl Blend.
M
is if you could add a configure.in test
to see if you can compile the above program like so.
AC_TRY_COMPILE([#include jni.h], , , AC_MSG_ERROR([Can not compile file
that depends on jni.h]))
I hope that helps
Mo DeJong
Red Hat Inc.
On Tue, 4 Apr 2000, Bhupinder Thakur wrote:
hello friends,
i have
g a test
case for this problem. It is the only issue holding up
a 1.2.6 release at this point.
Mo DeJong
Red Hat Inc.
Let them use 1.2.5, especially if you're only tweaking
error messages (or is there more than that?).
-- Scott
---
ally looks inside .jar and .zip files that appear on the
env(TCL_CLASSPATH). This makes the "worst case" lookup time depend on
the number of .zip or .jar files on the file system, which is really
ugly. Perhaps we should add a env(TCL_JARPATH) var instead?
Mo Dejong
Red Hat Inc.
On Thu,
on
the env(TCL_CLASSPATH) that would still be supported. Does anyone
see a problem with that? This would be going into 1.3 so
backward compatibility is not a valid objection.
Mo Dejong
Red Hat Inc.
On Thu, 2 Mar 2000, Thomas McKay wrote:
I actually like the feature of looking for and loading classes fr
Just an FYI.
An implementation of the binary command for Jacl has
been added to the 1.3 version in the CVS. Many thanks go to
Christian Krone for donating the implementation.
Mo Dejong
Red Hat Inc.
The TclJava mailing list
ong to
get a "Scriptics Blessed" release because of the web site and FTP
site updates. The Web Pages really should be in the tcljava CVS
modules.
Mo Dejong
Red Hat Inc.
On Wed, 23 Feb 2000, Scott Redman wrote:
Brent is still working on it, you can give him feedback so he
can make it eas
ternal
rep is a Java object type. If this problem is caused by
the catch command, would switching to the java::try
command fix it?
Mo DeJong
Red Hat Inc.
The TclJava mailing list is sponsored by Scriptics Corporation.
To subscribe:
a note the the IBM JDK newsgroup right away.
The IBM folks really seem to want to fix problems in
the JDK port while Sun seems to just want 1.1.X to die.
Mo DeJong
Red Hat Inc.
The TclJava mailing list is sponsored by Scriptics
|| \
[string compare $result -inf] == 0 || \
[string compare $result -1.#INF] == 0} {
set result pass
} else {
set result [list fail $result]
}
set result
} pass
Yuk!
Mo Dejong
Red Hat Inc
This is a bug in Tcl 8. If you upgrade to Tcl 8.0.5 it should fix
the crash you are seeing. You can read about this and other known
bugs in the known_issues.txt file that comes with your Tcl Blend
distro.
Mo Dejong
Red Hat Inc.
On Fri, 4 Feb 2000, Suvarna Ayyagari wrote:
Hi
I was building
this
is a JVM bug there is nothing I can do to fix it.
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
? The problem seems to be that when
another Java thread invokes a callback created with the java::bind
command, the Tcl callback never gets invoked and the other thread
gets deadlocked. This same code works just fine in Jacl.
Mo Dejong
Red Hat Inc.
// Start of file Bind.java
// This class
Nope.
Mo Dejong
Red Hat Inc.
On Tue, 18 Jan 2000, Trella Christopher-P28453 wrote:
In jacl, is there anyway to interrupt the interpreter while it is executing
(say an infinite loop is being executed)?
Chris Trella
480-675-1347
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED
What was the problem you were running into? Would the applet fail to run
without the patch you suggest? Could you post a diff -u style patch
for the change you suggest?
Mo Dejong
Red Hat Inc.
On Mon, 17 Jan 2000, Thomas McKay wrote:
...
+ Changed Class.class.getResourceAsStream
have patches, please post them
now! After the 1.2.6 release, all new code will be added on
the new 1.3 development version. Unless there is a really critical
bug found and fixed in the 1.2.6 release, I do not think there
will be any more releases on the 1.2 tree.
Mo Dejong
Cygnus Solutions
Jacl work in applet?
You should be using Jacl 1.2.5. There will be a new 1.2.6
release in the next couple of weeks. There is no reason
to wait for the new release unless you need one of the bug
fixes in it.
Which is the newest one?
A lot of questions and no answer,
thanks for any help.
L
at you might be able to use to determine your load order.
(http://www10.software.ibm.com/developerworks/opensource/jikes/project)
I hope that helps
Mo DeJong
The TclJava mailing list is sponsored by Scriptics Corporation.
To subscribe:
the java::defineclass command is returning null, perhaps
you should fire up ddd with the java debug option inside Jacl and
see if you can figure out where things are going wrong. There is
already a rule in the Jacl makefile that does this for you, it is
called "make ddd".
Mo Dejong
Cygnus
s. Check out
the unix/custom.c file as well as the "cutom" and "custom_shell_green"
rules in the unix makefile for more info. This will require hacking,
so please do not expect this to work "out of the box".
Mo Dejong
Cygnus Solutions
On Mon, 13 Dec 1999, Nimrod Shaulsk
On Wed, 8 Dec 1999, Vince Darley wrote:
Hope this stops someone else wasting a bunch of time.
My problem with 'java::import -package medical Simulation' not working when
it seemed it should (and when it worked yesterday) turned out to be the
following:
(i) my code, tclBlend, java etc
You might want to try this to get a stack trace. That might really
help track down the problem.
java::try {
java::bind $l processLogin login
} catch {NullPointerException e} {
$e printStactTrace
}
Mo Dejong
Cygnus Solutions
* set l [Login getObject] works, I get a ref that supports
pment tree will only exist in the CVS.
I am not going to create .tar or .zip snapshots, but
if someone else really wanted em they would be welcome
to host snapshots on an FTP or web server.
I hope that clears things up.
Mo Dejong
Cygnus
Blend.
Mo Dejong
Cygnus Solutions
On Thu, 9 Dec 1999, Randolph S. Kahle wrote:
I am making a lot of progress today understanding the JavaBean event
processing. But I am now stuck again.
In the class EventAdaptor.java the method _processEvent(...) has the
following code:
BeanEvent evt
or JDK 1.2,
you need more than one directory on the PATH for it to work.
Mo Dejong
Cygnus Solutions
On Thu, 9 Dec 1999, Grant Sayer wrote:
Hi
I've just installed, on Windows-NT, tcl8.2, Java JDK1.2.2, tclblend125
binary.
In a tclsh82 shell when I execute
%package require java
I'm gettin
101 - 143 of 143 matches
Mail list logo