Hello,
in the attachment there is an implementation of the binary command
based on the sources of Jacl1.2.5:
There are BinaryCmd.java and TclByteArray.java, both are new files
belonging into jacl1.2.5/src/jacl/tcl/lang. The former is the
implementation of the Command for binary, the latter is a
Nice work. I am going to work on merging all the recent patches
and I hope to have a new version in the CVS very soon (this
weekend ??). The current list of new features is as follows.
New Regexp implementation
New binary command
Fixes for the clock command
Add bash shell scripts under windows
M
I am trying to get java::bind to work in the following situation:
* I am developing services for my application as represented by Java interfaces
* The interface has add and remove method signatures.
* Access to the service is managed through TclCmd classes (so the Tcl
script is *not* referen
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
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 thing
Hi all.
My last post about new features was not very clear.
Ongoing Jacl and Tcl Blend development will happen
in the new 1.3 development tree. No new features
will be added to the existing 1.2 version, but bug
fixes may get added. For instance, there are currently
some nice bug fixes to the 1.2.
Mo,
Thanks for the tip.
the failure seems to be when a registration is invoked. Again, thanks for
the tip. I'll keep researching.
java.lang.NullPointerException:
at com..application.LoginController.addLoginListener(LoginController.java:37)
at java.lnag.reflect.Method.invoke(Native Metho
Mo,
Problem solved in very short order because of your help.
Thank you *very* much for the prompt reply to my email.
Regards,
Randy Kahle
The TclJava mailing list is sponsored by Scriptics Corporation.
To subscribe:send ma
Was it a bug in the tcljava code or your code? Could the java::bind
command be improved in some way to avoid this type of problem in
the future?
Mo Dejong
Cygnus Solutions
On Thu, 9 Dec 1999, Randolph S. Kahle wrote:
> Mo,
>
> Problem solved in very short order because of your help.
>
> Thank
Mo,
The problem was mine. The collection object that held listeners was null
(never initialized). That was the null pointer problem.
java::bind seems fine. I'm using it to do queries, etc. and it seems
reasonable. I will be working over Jacl in the next couple of days as our
team completes a
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 = new BeanEvent( interp, paramTypes, params, cmd );
interp.getNotifier().queueEvent( ev
The problem you describe sounds like the "bind freezes my app" mystery
bug that a few people seem to have run into. There are some detailed
problems reports in the CVS. Check out the tcljava CVS and look at these
files in the tcljava/bugs directory.
eventbug1
eventbug2
eventbug3
jbindbug.txt
The
Run this same code in Jacl under jdb. When it locks up, interupt
the code and see which threads are locked. You should then be able
to get a backtrace for each of the threads to find out where
the deadlock is. I think this bug in in the notifier somewhere, so
it should deadlock both Jacl and Tcl B
Mo,
I did as you suggested (this is the first time I've run jdb, so I hope I am
using it to best advantage).
I have 7 Threads:
Thread-1 (running)
AWT-EventQueue-0 (cond. wait)
PostEventQueue-0 (cond. wait)
AWT-Windows (running)
IFC (cond. wait) (Yes, I am using IFC!)
Time
14 matches
Mail list logo
