[Tcl Java] Re: ajuba branch

2000-10-26 Thread Daniel Wickstrom 

 "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

2000-10-26 Thread Mo DeJong 

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

2000-10-26 Thread Daniel Wickstrom 

 "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

2000-10-25 Thread Mo DeJong 

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

2000-10-25 Thread Dan Wickstrom 


 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

2000-10-24 Thread Mo DeJong 

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