[Tcl Java] Re: ajuba branch
"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. tclblend/javaTimer.test javaTimer-3.1 JavaTimerProc Contents of test case: set t [java::new tests.TimerHandlerTest $notifier 100] set result [java::field $t value] java::field $t err true lappend result [catch {$notifier doOneEvent 0} msg] $msg [java::field $t value] Result was: 0 0 1 0 Result should have been: 0 1 {java.lang.NullPointerException: TimerHandlerTest} 1 javaTimer-3.1 FAILED Mo Humm, I have not seen this error before either. Could this Mo have something to do with your Notifier changes? No these tests were run before I made the notifier changes. This is a fresh checkout from cvs. Since making the notifier changes, I get the same errors, so the notifier modifications didn't change anything with regard to the test results. Mo If not, could you investigate it a bit more? Perhaps get a Mo stack trace and print it to see where things are going wrong. I'll see what I can do. I want to write some tests that will exercise the enw notifer anyway. -Dan 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] with the word UNSUBSCRIBE as the subject. To send to the list, send email to '[EMAIL PROTECTED]'. An archive is available at http://www.mail-archive.com/tcljava@scriptics.com
[Tcl Java] Re: ajuba branch
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 was wrong and that only works for 8.4. Oh well. tclblend/javaTimer.test javaTimer-3.1 JavaTimerProc Contents of test case: set t [java::new tests.TimerHandlerTest $notifier 100] set result [java::field $t value] java::field $t err true lappend result [catch {$notifier doOneEvent 0} msg] $msg [java::field $t value] Result was: 0 0 1 0 Result should have been: 0 1 {java.lang.NullPointerException: TimerHandlerTest} 1 javaTimer-3.1 FAILED Mo Humm, I have not seen this error before either. Could this Mo have something to do with your Notifier changes? No these tests were run before I made the notifier changes. This is a fresh checkout from cvs. Since making the notifier changes, I get the same errors, so the notifier modifications didn't change anything with regard to the test results. It could be related to the event queue, I just don't see it on my box. A printed stack trace would really help: replace: catch {$notifier doOneEvent 0} msg with: java::try {$notifier doOneEvent 0} catch {Exception e} {$e printStackTrace} Mo If not, could you investigate it a bit more? Perhaps get a Mo stack trace and print it to see where things are going wrong. I'll see what I can do. I want to write some tests that will exercise the enw notifer anyway. Me thinks tcljava/tests/tcljava/JavaNotifier.test is in need of writing. This could slurp up the Jacl specific and Tcl Blend specific tests that are floating around too. 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 PROTECTED] with the word UNSUBSCRIBE as the subject. To send to the list, send email to '[EMAIL PROTECTED]'. An archive is available at http://www.mail-archive.com/tcljava@scriptics.com
[Tcl Java] Re: ajuba branch
"Mo" == Mo DeJong [EMAIL PROTECTED] writes: Mo On Thu, 26 Oct 2000, Daniel Wickstrom wrote: Mo It could be related to the event queue, I just don't see it on Mo my box. A printed stack trace would really help: Mo replace: Mo catch {$notifier doOneEvent 0} msg Mo with: Mo java::try {$notifier doOneEvent 0} catch {Exception e} {$e Mo printStackTrace} Mo If not, could you investigate it a bit more? Perhaps get a Mo stack trace and print it to see where things are going wrong. I'll see what I can do. I want to write some tests that will exercise the enw notifer anyway. Here is the stacktrace: % source tclblend/javaTimer.test javaTimer-3.1 JavaTimerProc Contents of test case: set t [java::new tests.TimerHandlerTest $notifier 100] set result [java::field $t value] java::field $t err true lappend result [java::try {$notifier doOneEvent 0} catch {Exception e} {$e printStackTrace}] $msg [java::field $t value] Result was: 0 1 {unknown java object "java0x1"} 0 Result should have been: 0 1 {java.lang.NullPointerException: TimerHandlerTest} 1 javaTimer-3.1 FAILED % source tclblend/javaTimer.test java.lang.NullPointerException: TimerHandlerTest at tcl.lang.TclPkgInvoker.invokeMethod(TclPkgInvoker.java:81) at tcl.lang.JavaInvoke.call(JavaInvoke.java:254) at tcl.lang.JavaInvoke.callMethod(JavaInvoke.java:114) at tcl.lang.ReflectObject.cmdProc(ReflectObject.java:906) at tcl.lang.Interp.callCommand(Interp.java:983) at tcl.lang.Interp.eval(Interp.java:791) at tcl.lang.JavaTryCmd.cmdProc(JavaTryCmd.java:74) at tcl.lang.Interp.callCommand(Interp.java:983) javaTimer-3.1 JavaTimerProc Contents of test case: set t [java::new tests.TimerHandlerTest $notifier 100] set result [java::field $t value] java::field $t err true lappend result [java::try {$notifier doOneEvent 0} catch {Exception e} {$e printStackTrace}] $msg [java::field $t value] Result was: 0 {} {unknown java object "java0x1"} 1 Result should have been: 0 1 {java.lang.NullPointerException: TimerHandlerTest} 1 javaTimer-3.1 FAILED % 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] with the word UNSUBSCRIBE as the subject. To send to the list, send email to '[EMAIL PROTECTED]'. An archive is available at http://www.mail-archive.com/tcljava@scriptics.com
[Tcl Java] Re: ajuba branch
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, everything you are using is the same Mo as my install except I have the CVS version of Tcl. Are you sure that the sourceforge archive is up to date? I tried the same test with the following setup: solaris 2.7 sun jdk1.1.8 tcljava from ajuba branch This time I received an error because the all the files couldn't be found. It seems that there is quite a bit missing from the tests sub-directory. I just got a fresh CVS checkout from SF and ran the tests with IBM JDK 1.3 (on Linux) and it worked just fine. I don't know what to tell ya. You are using the branch tag: ajuba-tclblend-contract-2000-08-01-branch right? 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 PROTECTED] with the word UNSUBSCRIBE as the subject. To send to the list, send email to '[EMAIL PROTECTED]'. An archive is available at http://www.mail-archive.com/tcljava@scriptics.com
[Tcl Java] Re: ajuba branch
I just got a fresh CVS checkout from SF and ran the tests with IBM JDK 1.3 (on Linux) and it worked just fine. I don't know what to tell ya. You are using the branch tag: ajuba-tclblend-contract-2000-08-01-branch I just got a fresh checkout from the ajuba branch (used cut and paste from your email), and now I get: 1184 nsadmin@localhost:~/sourceforge/tcljava make test make[1]: Entering directory `/home/nsadmin/sourceforge/tcljava' make[2]: Entering directory `/home/nsadmin/sourceforge/tcljava' # # Making test_tcljava.build # mkdir -p /home/nsadmin/sourceforge/tcljava/tests cd /home/nsadmin/sourceforge/tcljava/src/tests/tcljava ;\ CLASSPATH=/usr/local/jdk/jdk118_v1/lib/classes.zip:/home/nsadmin/sourceforge/tcljava/tests:/home/nsadmin/sourceforge/tcljava/tc lblend.jar:/home/nsadmin/sourceforge/tcljava/tcljava.jar \ /usr/bin/jikes -g \ -d /home/nsadmin/sourceforge/tcljava/tests pkg1/*.java pkg2/*.java \ tcl/lang/*.java tests/*.java tests/invoke/*.java \ tests/javainfo/*.java tests/signature/*.java \ tests/javabind/*.java tests/exec/*.java mkdir -p /home/nsadmin/sourceforge/tcljava/tests/javaload mkdir -p /home/nsadmin/sourceforge/tcljava/tests/javaload/tests/javaload cd /home/nsadmin/sourceforge/tcljava/src/tests/tcljava ;\ CLASSPATH=/usr/local/jdk/jdk118_v1/lib/classes.zip:/home/nsadmin/sourceforge/tcljava/tests:/home/nsadmin/sourceforge/tcljava/tc lblend.jar:/home/nsadmin/sourceforge/tcljava/tcljava.jar:/home/nsadmin/sourceforge/tcljava/tests/javaload \ /usr/bin/jikes -g \ -d /home/nsadmin/sourceforge/tcljava/tests/javaload javaload/*.java cd /home/nsadmin/sourceforge/tcljava/tests/javaload; \ CLASSPATH=/usr/local/jdk/jdk118_v1/lib/classes.zip \ /usr/local/jdk/jdk118_v1/bin/jar -cf0M test9.jar Test9Extension.class; \ rm Test9Extension.class cd /home/nsadmin/sourceforge/tcljava/tests/javaload; \ CLASSPATH=/usr/local/jdk/jdk118_v1/lib/classes.zip \ /usr/local/jdk/jdk118_v1/bin/jar -cf0M test10.jar Test10Extension.class; \ rm Test10Extension.class make[2]: Leaving directory `/home/nsadmin/sourceforge/tcljava' # # Making test_tclblend.build # cd /home/nsadmin/sourceforge/tcljava/src/tests/tclblend ;\ CLASSPATH=/usr/local/jdk/jdk118_v1/lib/classes.zip:/home/nsadmin/sourceforge/tcljava/tests:/home/nsadmin/sourceforge/tcljava/tc lblend.jar:/home/nsadmin/sourceforge/tcljava/tcljava.jar \ /usr/bin/jikes -g \ -d /home/nsadmin/sourceforge/tcljava/tests tests/*.java tcl/lang/*.java make[1]: Leaving directory `/home/nsadmin/sourceforge/tcljava' pwd is /home/nsadmin/sourceforge/tcljava/tests CLASSPATH is /usr/local/jdk/jdk118_v1/lib/classes.zip:/home/nsadmin/sourceforge/tcljava/tests:/home/nsadmin/sourceforge/tcljava /tclblend.jar:/home/nsadmin/sourceforge/tcljava/tcljava.jar auto_path is /home/nsadmin/sourceforge/tcljava /usr/local/tcl/tcl8.3.2/library /usr/local/tcl/tcl8.3.2 /usr/local/tcl/tcl8.3.2/ lib /usr/local/lib tcljava/ArrayObject.test tcljava/AutomaticSignature.test tcljava/BeanEvent.test tcljava/BeanEventMgr.test tcljava/ClassRep.test tcljava/FieldSig.test tcljava/FuncSig.test tcljava/JavaBindCmd.test SIGILL4* illegal instruction stackbase=0, stackpointer=BFFFD218 Full thread dump: "Bind delay thread 1" (TID:0x40634960, sys_thread_t:0x81c62a0, state:CW, thread_t: t@4101, sp:0x0 threadID:0x1823, stack_ba se:0xbf1ffcf4, stack_size:0x20) prio=0 tcl.lang.TclEvent.sync(TclEvent.java:126) tcl.lang.EventAdaptor._processEvent(EventAdaptor.java:334) tcl.lang.Adaptor2.actionPerformed(Unknown Source) tests.javabind.Bind.run(Bind.java:60) ze:0x20) prio=-1073753914 *current thread* This is different than what I saw yesterday, but it's still not good. I guess, I'll try and download the ibm jdk. -Dan 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] with the word UNSUBSCRIBE as the subject. To send to the list, send email to '[EMAIL PROTECTED]'. An archive is available at http://www.mail-archive.com/tcljava@scriptics.com
[Tcl Java] Re: ajuba branch
On Tue, 24 Oct 2000, Dan Wickstrom wrote: I've finished the changes that I need to make for making the notifier thread safe, and I want to generate a patch against the ajuba contract branch, so I checked it out from sourceforge and built it. When I run make test, I get an assertion failure. on tsdPtr-initalized. Is this branch supposed to be able to run the tests, or do I need to wait for other changes? I was hoping that the tests would pass before I made the notifier changes, so that I could at least tell if the new notifier changes would break anything. I'm running with the following: redhat 6.2 tcl8.3.2 tcljava from souceforge ajuba contract branch blackdown jdk1.1.8_v1 That really should work, everything you are using is the same as my install except I have the CVS version of Tcl. When I run the "make test" on the contract branch, it works just fine. Of course, I am using IBM JDK 1.3. not the blackdown one. I know there is a problem with a core dump during some of the classloader tests when run with JDK 1.1.8 from blackdown, but you never hit that assert. The assertion is raised in the case where a JNI function is called in a thread before the thread local class cache and JNI thread attach have been done. ... (Time passes) ... I just tried it with JDK 1.1.8 and now I am getting a SIGILL in some pthreads code. Very strange. #0 0xbfffa6ee in ?? () #1 0x400dbe05 in pthread_handle_sigrestart (sig=32, ctx={gs = 0, __gsh = 0, fs = 0, __fsh = 0, es = 43, __esh = 0, ds = 43, __dsh = 0, edi = 0, esi = 3221211404, ebp = 3221211844, esp = 3221211372, ebx = 3221211404, edx = 1074683196, ecx = 0, eax = 0, trapno = 1, err = 0, eip = 1075407969, cs = 35, __csh = 0, eflags = 2097734, esp_at_signal = 3221211372, ss = 43, __ssh = 0, fpstate = 0xbfffc870, oldmask = 4, cr2 = 0}) at pthread.c:636 #2 signal handler called #3 0x40196c61 in __libc_nanosleep () from /lib/libc.so.6 #4 0x400d8fee in pthread_cond_timedwait_relative_new (cond=0x8164d38, mutex=0x804a0b0, abstime=0xbfffcaf8) at condvar.c:318 #5 0x400d9211 in pthread_cond_timedwait (cond=0x8164d38, mutex=0x804a0b0, abstime=0xbfffcaf8) at condvar.c:381 #6 0x400b3190 in Tcl_ConditionWait (condPtr=0x804a0a0, mutexPtr=0x400c92ac, timePtr=0x8049d38) at /home/mo/project/tcl/unix/../unix/tclUnixThrd.c:686 #7 0x400b3ccc in Tcl_WaitForEvent (timePtr=0x8049d38) at /home/mo/project/tcl/unix/../unix/tclUnixNotfy.c:742 #8 0x4008e090 in Tcl_DoOneEvent (flags=-3) at /home/mo/project/tcl/unix/../generic/tclNotify.c:889 #9 0x40061949 in Tcl_VwaitObjCmd (clientData=0x0, interp=0x804de48, objc=2, objv=0xbfffcc38) at /home/mo/project/tcl/unix/../generic/tclEvent.c:960 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 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] with the word UNSUBSCRIBE as the subject. To send to the list, send email to '[EMAIL PROTECTED]'. An archive is available at http://www.mail-archive.com/tcljava@scriptics.com