From inaba@src.ricoh.co.jp Sun Jun 1 01:50:01 2003 From: inaba@src.ricoh.co.jp (Kiyo Inaba) Date: Sun Jun 1 00:50:01 2003 Subject: [kaffe] JIT3 on M68k Platform (Amiga/Linux) In-Reply-To: <20030511165947.87686.qmail@web10004.mail.yahoo.com> Message-ID: <200306010752.h517qlT13346@snoopy.src.ricoh.co.jp> Hi, --- Dalibor Topic wrote: >--- Tony Wyatt wrote: >> Hi all, >> >> I thought this little gem should be shared with other M68k owners. There was >> only one big problem that made the JIT3 crash on the Amiga and native m68k >> Linux on my machine, and this patch fixes it. > >thanks a lot for tracking down that one, I've checked it in. I checked this mod with my patch attached, but still something is wrong. Simple '$JAVA HelloWorldApp' does not output anything, and compiling fails. I am wondering my gcc/glibc version is wrong, or linux version specific... I will check it next week more in detail. Kiyo ----------------------------------------------------------------------------- diff -Naur kaffe-snap-030515.orig/config/config-mem.h kaffe-snap-030515/config/config-mem.h --- kaffe-snap-030515.orig/config/config-mem.h Tue May 6 11:33:42 2003 +++ kaffe-snap-030515/config/config-mem.h Sun Jun 1 13:32:22 2003 @@ -43,6 +43,9 @@ #endif #if !defined(HAVE_DECLARED_SWAB) +#if defined(HAVE_SYS_TYPES_H) +#include +#endif /* * Some systems (Linux) do not declare swab in any standard header file */ diff -Naur kaffe-snap-030515.orig/config/config.h.in kaffe-snap-030515/config/config.h.in --- kaffe-snap-030515.orig/config/config.h.in Wed May 21 20:10:47 2003 +++ kaffe-snap-030515/config/config.h.in Sun Jun 1 13:34:33 2003 @@ -289,6 +289,9 @@ /* Define to 1 if you have the header file. */ #undef HAVE_NETINET_TCP_H +/* Define to 1 if you have the header file. */ +#undef HAVE_NETPACKET_PACKET_H + /* Define to 1 if you have the `on_exit' function. */ #undef HAVE_ON_EXIT diff -Naur kaffe-snap-030515.orig/config/m68k/linux/config.frag kaffe-snap-030515/config/m68k/linux/config.frag --- kaffe-snap-030515.orig/config/m68k/linux/config.frag Sat Dec 18 14:09:34 1999 +++ kaffe-snap-030515/config/m68k/linux/config.frag Sun Jun 1 13:35:07 2003 @@ -3,8 +3,8 @@ # Khost_cpu=m68k Khost_os=linux -CFLAGS="-g -fno-omit-frame-pointer" -#CFLAGS="-g -O -fno-omit-frame-pointer" +#CFLAGS="-g -fno-omit-frame-pointer" +CFLAGS="-g -O -fno-omit-frame-pointer" if [ "$cross_compiling" = yes ]; then # if we use cross environment, following values may not be detected. ac_cv_alignmentof_voidp=${ac_cv_alignmentof_voidp='2'} diff -Naur kaffe-snap-030515.orig/config/m68k/linux/jit3-md.h kaffe-snap-030515/config/m68k/linux/jit3-md.h --- kaffe-snap-030515.orig/config/m68k/linux/jit3-md.h Thu Jan 1 09:00:00 1970 +++ kaffe-snap-030515/config/m68k/linux/jit3-md.h Sun Jun 1 15:54:20 2003 @@ -0,0 +1 @@ +#include "m68k/linux/jit-md.h" diff -Naur kaffe-snap-030515.orig/configure kaffe-snap-030515/configure --- kaffe-snap-030515.orig/configure Wed May 21 20:18:20 2003 +++ kaffe-snap-030515/configure Sun Jun 1 13:33:43 2003 @@ -23914,6 +23914,7 @@ netinet/in.h \ netinet/in_systm.h \ netinet/tcp.h \ +netpacket/packet.h \ png.h \ poll.h \ pwd.h \ diff -Naur kaffe-snap-030515.orig/configure.in kaffe-snap-030515/configure.in --- kaffe-snap-030515.orig/configure.in Wed May 21 20:18:22 2003 +++ kaffe-snap-030515/configure.in Sun Jun 1 13:34:02 2003 @@ -741,6 +741,7 @@ netinet/in.h \ netinet/in_systm.h \ netinet/tcp.h \ +netpacket/packet.h \ png.h \ poll.h \ pwd.h \ diff -Naur kaffe-snap-030515.orig/kaffe/kaffevm/stringParsing.c kaffe-snap-030515/kaffe/kaffevm/stringParsing.c --- kaffe-snap-030515.orig/kaffe/kaffevm/stringParsing.c Sat Apr 26 06:35:34 2003 +++ kaffe-snap-030515/kaffe/kaffevm/stringParsing.c Sat May 31 17:19:34 2003 @@ -822,10 +822,14 @@ parseErrorInfo pe; parsedString ps; int retval; + va_list * args; + + args = KCALLOC(1, sizeof(args)); ps.data = str; ps.len = strlen(str); - retval = parseString_private(&pe, &ps, ss, values, SPO_Noop, NULL); + retval = parseString_private(&pe, &ps, ss, values, SPO_Noop, *args); + KFREE(args); return( retval ); } @@ -838,541 +842,5 @@ strncpy(retval, ps->data, ps->len); retval[ps->len] = '\0'; } - return( retval ); -} - -static -char *test1Strings[] = { - "[team:0x1:create]", - "[a:0x100:b]", - "[team:0x1:create", - "[team:1:create", - "[team:0x1:create]baddata", - "[]", - "[:]", - "[::]", - "[a:b:c]", - 0 -}; - -static -parsedString test1Substrings[] = { - { "[team:0x1:create] ** This is junk ** " }, - { "[a:0x100:b] ** This is junk ** " }, - { "[team:0x1:create ** This is junk ** " }, - { "[team:1:create ** This is junk ** " }, - { "[team:0x1:create]baddata ** This is junk ** " }, - { "[] ** This is junk ** " }, - { "[:] ** This is junk ** " }, - { "[::] ** This is junk ** " }, - { "[a:b:c] ** This is junk ** " }, - { 0 } -}; - -static -struct { - int result; - parsedString name; - int commands; - parsedString usage; -} test1Results[] = { - { - 1, - { "team:0x1:create]", 4 }, - 0x1, - { "create]", 6 } - }, - { - 1, - { "a:0x100:b]", 1 }, - 0x100, - { "b]", 1 } - }, - { 0, { 0, 0 }, 0, { 0, 0 } }, - { 0, { 0, 0 }, 0, { 0, 0 } }, - { 0, { 0, 0 }, 0, { 0, 0 } }, - { 0, { 0, 0 }, 0, { 0, 0 } }, - { 0, { 0, 0 }, 0, { 0, 0 } }, - { 0, { 0, 0 }, 0, { 0, 0 } }, - { 0, { 0, 0 }, 0, { 0, 0 } } -}; - -static -struct { - int result; - parsedString name; - int commands; - parsedString usage; -} test1SubResults[] = { - { - 1, - { "team:0x1:create] ** This is junk ** ", 4 }, - 0x1, - { "create] ** This is junk ** ", 6 } - }, - { - 1, - { "a:0x100:b] ** This is junk ** ", 1 }, - 0x100, - { "b] ** This is junk ** ", 1 } - }, - { 0, { 0, 0 }, 0, { 0, 0 } }, - { 0, { 0, 0 }, 0, { 0, 0 } }, - { 0, { 0, 0 }, 0, { 0, 0 } }, - { 0, { 0, 0 }, 0, { 0, 0 } }, - { 0, { 0, 0 }, 0, { 0, 0 } }, - { 0, { 0, 0 }, 0, { 0, 0 } }, - { 0, { 0, 0 }, 0, { 0, 0 } } -}; - -static -stringScript test1Commands[] = { - { SPO_Expect, { "[" } }, - { SPO_String }, - { SPO_Expect, { ":" } }, - { SPO_Integer }, - { SPO_Expect, { ":" } }, - { SPO_String }, - { SPO_Expect, { "]" } }, - { SPO_End }, -}; - -static -int test1(void) -{ - int lpc, result, commands, retval = 1; - parsedString name, usage; - - for( lpc = 0; test1Strings[lpc]; lpc++ ) - { - result = parseString(test1Strings[lpc], - SPO_Expect, "[", - SPO_String, &name, - SPO_Expect, ":", - SPO_Integer, &commands, - SPO_Expect, ":", - SPO_String, &usage, - SPO_Expect, "]", - SPO_End); - if( (test1Results[lpc].result == result) && - (!result || - (!strcmp(test1Results[lpc].name.data, name.data) && - (test1Results[lpc].name.len == name.len) && - (test1Results[lpc].commands == commands) && - !strcmp(test1Results[lpc].usage.data, usage.data) && - (test1Results[lpc].usage.len == usage.len))) ) - { - } - else - { - printf("Failure on %s\n", test1Strings[lpc]); - retval = 0; - } - } - - for( lpc = 0; test1Strings[lpc]; lpc++ ) - { - result = parseString_script(test1Strings[lpc], - test1Commands, - &name, - &commands, - &usage); - if( (test1Results[lpc].result == result) && - (!result || - (!strcmp(test1Results[lpc].name.data, name.data) && - (test1Results[lpc].name.len == name.len) && - (test1Results[lpc].commands == commands) && - !strcmp(test1Results[lpc].usage.data, usage.data) && - (test1Results[lpc].usage.len == usage.len))) ) - { - } - else - { - printf("Failure on %s\n", test1Strings[lpc]); - retval = 0; - } - } - - for( lpc = 0; test1Strings[lpc]; lpc++ ) - { - void *values[] = { - &name, - &commands, - &usage - }; - - result = parseString_script_values(test1Strings[lpc], - test1Commands, - values); - if( (test1Results[lpc].result == result) && - (!result || - (!strcmp(test1Results[lpc].name.data, name.data) && - (test1Results[lpc].name.len == name.len) && - (test1Results[lpc].commands == commands) && - !strcmp(test1Results[lpc].usage.data, usage.data) && - (test1Results[lpc].usage.len == usage.len))) ) - { - } - else - { - printf("Failure on %s\n", test1Strings[lpc]); - retval = 0; - } - } - - for( lpc = 0; test1Substrings[lpc].data; lpc++ ) - { - test1Substrings[lpc].len = strlen(test1Strings[lpc]); - result = parseSubString(&test1Substrings[lpc], - SPO_Expect, "[", - SPO_String, &name, - SPO_Expect, ":", - SPO_Integer, &commands, - SPO_Expect, ":", - SPO_String, &usage, - SPO_Expect, "]", - SPO_End); - if( (test1SubResults[lpc].result == result) && - (!result || - (!strcmp(test1SubResults[lpc].name.data, name.data) && - (test1SubResults[lpc].name.len == name.len) && - (test1SubResults[lpc].commands == commands) && - !strcmp(test1SubResults[lpc].usage.data, usage.data) && - (test1SubResults[lpc].usage.len == usage.len))) ) - { - } - else - { - printf("Failure on %s\n", test1Substrings[lpc].data); - retval = 0; - } - } - return( retval ); -} - -static -char *test2Strings[] = { - ".:../Klasses.jar", - ".", - ":", - ".:", - 0 -}; - -struct test2Parse { - int lpc; - int event; - parsedString cpath; -}; - -static -struct { - int result; -} test2Results[] = { - { 1 }, - { 1 }, - { 0 }, - { 0 } -}; - -static -parsedString test2ParseValues[] = { - { ".:../Klasses.jar", 1 }, - { "../Klasses.jar", 14 }, - { ".", 1 }, - { ":", 0 }, - { "", 0 }, - { ".:", 1 }, - { "", 0 } -}; - -static -struct { - parsedString *values; -} test2HandledValues[] = { - { &test2ParseValues[0] }, - { &test2ParseValues[2] }, - { &test2ParseValues[3] }, - { &test2ParseValues[5] } -}; - -static -int test2Handler(struct test2Parse *tp) -{ - int retval = 0; - - if( !strcmp(tp->cpath.data, - test2HandledValues[tp->lpc].values[tp->event].data) && - (tp->cpath.len == - test2HandledValues[tp->lpc].values[tp->event].len) ) - { - retval = 1; - } - tp->event++; - return( retval ); -} - -static -int test2(void) -{ - int result, lpc, retval = 1; - struct test2Parse tp; - - for( lpc = 0; test2Strings[lpc]; lpc++ ) - { - tp.lpc = lpc; - tp.event = 0; - result = parseString(test2Strings[lpc], - SPO_NotEmpty, - SPO_Do, - SPO_NonEmptyString, &tp.cpath, - SPO_While, ":", "", - SPO_Handle, test2Handler, &tp, - SPO_End, - SPO_End, - SPO_End); - if( test2Results[lpc].result == result ) - { - } - else - { - printf("Failure on %s\n", test2Strings[lpc]); - retval = 0; - } - } - return( retval ); -} - -static -char *test3Strings[] = { - "stack.tim@irontown", - "stack.tim", - "stack", - "stack@irontown", - "stack@irontown.cs.utah.edu", - 0 -}; - -struct { - int result; - parsedString name; - parsedString instance; - parsedString realm; -} test3Results[] = { - { 1, { "stack.tim@irontown", 5 }, { "tim@irontown", 3 }, { "irontown", 8 } }, - { 1, { "stack.tim", 5 }, { "tim", 3 }, { "irontown", 8 } }, - { 1, { "stack", 5 }, { "", 0 }, { "irontown", 8 } }, - { 1, { "stack@irontown", 5 }, { "", 0, }, { "irontown", 8 } }, - { 1, { "stack@irontown.cs.utah.edu", 5 }, { "", 0 }, { "irontown.cs.utah.edu", 20 } } -}; - -static -int test3(void) -{ - parsedString name, instance, realm; - int result, lpc, retval = 1; - - for( lpc = 0; test3Strings[lpc]; lpc++ ) - { - instance.data = ""; - instance.len = 0; - realm.data = "irontown"; - realm.len = 8; - result = parseString(test3Strings[lpc], - SPO_String, &name, - SPO_OneOf, ".@", - SPO_Cond, ".", - SPO_String, &instance, - SPO_End, - SPO_Cond, "@", - SPO_String, &realm, - SPO_End, - SPO_End, - SPO_End); - if( (test3Results[lpc].result == result) && - (!result || - (!strcmp(test3Results[lpc].name.data, name.data) && - (test3Results[lpc].name.len == name.len) && - !strcmp(test3Results[lpc].instance.data, instance.data) && - (test3Results[lpc].instance.len == instance.len) && - !strcmp(test3Results[lpc].realm.data, realm.data) && - (test3Results[lpc].realm.len == realm.len))) ) - { - } - else - { - printf("Failure on %s\n", test3Strings[lpc]); - retval = 0; - } - } - return( retval ); -} - -static -char *test4Strings[] = { - "tcp:localhost/14000", - "localhost/14000", - 0 -}; - -static -struct { - int result; - parsedString protocol; - parsedString host; - int port; -} test4Results[] = { - { 1, { "tcp:localhost/14000", 3 }, { "localhost/14000", 9 }, 14000 }, - { 1, { "tcp", 3 }, { "localhost/14000", 9 }, 14000 } -}; - -static -int test4(void) -{ - int result, lpc, port, retval = 1; - parsedString protocol, host; - - for( lpc = 0; test4Strings[lpc]; lpc++ ) - { - protocol.data = "tcp"; - protocol.len = 3; - result = parseString(test4Strings[lpc], - SPO_NonEmptyString, &protocol, - SPO_Cond, ":", - SPO_End, - SPO_NonEmptyString, &host, - SPO_Expect, "/", - SPO_Integer, &port, - SPO_End); - if( (test4Results[lpc].result == result) && - (!result || - (!strcmp(test4Results[lpc].protocol.data, protocol.data) && - (test4Results[lpc].protocol.len == protocol.len) && - !strcmp(test4Results[lpc].host.data, host.data) && - (test4Results[lpc].host.len == host.len) && - (test4Results[lpc].port == port))) ) - { - } - else - { - printf("Failure on %s\n", test4Strings[lpc]); - retval = 0; - } - } - return( retval ); -} - -static -char *test5Strings[] = { - "arg1", - "arg1 arg2", - "arg1 arg2 arg3", - 0 -}; - -static -int test5Handler(parsedString *ps) -{ - int retval = 1; - - return( retval ); -} - -static -int test5(void) -{ - int lpc, retval = 1; - parsedString arg; - - for( lpc = 0; test5Strings[lpc]; lpc++ ) - { - parseString(test5Strings[lpc], - SPO_Do, - SPO_NonEmptyString, &arg, - SPO_WhileSpace, - SPO_Handle, test5Handler, &arg, - SPO_End, - SPO_End); - } - return( retval ); -} - -static -char *test6Strings[] = { - "irontown:/z/stack/jinstall/Image", - "irontown:/Image", - "irontown:/Image/", - 0 -}; - -static -struct { - int result; - parsedString host; - parsedString dir; - parsedString file; -} test6Results[] = { - { 1, - { "irontown:/z/stack/jinstall/Image", 8 }, - { "/z/stack/jinstall/Image", 17 }, - { "Image", 5 } }, - { 1, - { "irontown:/Image", 8 }, - { "/Image", 0 }, - { "Image", 5 } }, - { 1, - { "irontown:/Image/", 8 }, - { "/Image/", 6 }, - { "", 0 } }, -}; - -static -int test6(void) -{ - parsedString host, dir, file; - int result, lpc, retval = 1; - - for( lpc = 0; test6Strings[lpc]; lpc++ ) - { - result = parseString(test6Strings[lpc], - SPO_NotEmpty, - SPO_String, &host, - SPO_Expect, ":", - SPO_String, &dir, - SPO_Do, - SPO_String, &file, - SPO_While, "/", "", - SPO_End, - SPO_End, - SPO_End); - if( (test6Results[lpc].result == result) && - (!result || - (!strcmp(test6Results[lpc].host.data, host.data) && - (test6Results[lpc].host.len == host.len) && - !strcmp(test6Results[lpc].dir.data, dir.data) && - (test6Results[lpc].dir.len == dir.len) && - !strcmp(test6Results[lpc].file.data, file.data) && - (test6Results[lpc].file.len == file.len))) ) - { - } - else - { - printf("Failure on %s\n", test6Strings[lpc]); - retval = 0; - } - } - return( retval ); -} - -int testStringParsingModule(void) -{ - int retval; - - retval = test1() && - test2() && - test3() && - test4() && - test5() && - test6(); return( retval ); } diff -Naur kaffe-snap-030515.orig/kaffe/kaffevm/support.c kaffe-snap-030515/kaffe/kaffevm/support.c --- kaffe-snap-030515.orig/kaffe/kaffevm/support.c Tue May 6 11:34:59 2003 +++ kaffe-snap-030515/kaffe/kaffevm/support.c Sun Jun 1 14:10:59 2003 @@ -816,6 +816,8 @@ call.ret = ret; #if defined(TRANSLATOR) + assert((func == (METHOD_NATIVECODE(meth))) + || (func == (((Hjava_lang_Object*)obj)->dtable->method[meth->idx]))); call.function = func; /* GCDIAG wipes free memory with 0xf4... */ diff -Naur kaffe-snap-030515.orig/replace/getifaddrs.c kaffe-snap-030515/replace/getifaddrs.c --- kaffe-snap-030515.orig/replace/getifaddrs.c Fri Feb 21 18:51:11 2003 +++ kaffe-snap-030515/replace/getifaddrs.c Sun Jun 1 13:32:53 2003 @@ -17,7 +17,7 @@ #if defined(HAVE_GETIFADDRS) -#elif defined(linux) +#elif defined(linux) && defined(HAVE_NETPACKET_PACKET_H) #if !defined(__set_errno) #define __set_errno(x) errno = x From kaz@maczuka.gcd.org Sun Jun 1 04:48:02 2003 From: kaz@maczuka.gcd.org (Ito Kazumitsu) Date: Sun Jun 1 03:48:02 2003 Subject: [kaffe] java.lang.UnsatisfiedLinkError: not enough memory In-Reply-To: Your message of "Fri, 09 May 2003 06:27:41 JST" References: <20030508212741.1926.qmail@maczuka.gcd.org> Message-ID: <20030601105013.8540.qmail@maczuka.gcd.org> >>>>> ":" == Ito Kazumitsu writes: :> When I try to use AWT, the following message appears. Is this because :> I do not have enough memory? :> :> bash-2.05b$ LD_LIBRARY_PATH=/usr/local/kaffe/jre/lib/i386 java org.hsqldb.util.DatabaseManager :> kaffe-bin in realloc(): warning: pointer to wrong page :> kaffe-bin in realloc(): warning: pointer to wrong page I have found a bug in libltdl/ltdl.c. In argz_create_sep(), LT_DLMALLOC() allocates some memory. And in argz_append(), LT_DLREALLOC() tries to expand it. While LT_DLMALLOC() uses KMALLOC(), which does not call malloc(), LT_DLREALLOC() uses realloc(), which requires that the memory should have been allocated by malloc(). In ltdl.c, there is a code for realloc() enclosed in "##if 0 .. ##endif". I think this can be used if it is renamed as rpl_realloc. So I tried the following and it worked for me. --- ltdl.c.orig Wed May 7 14:29:10 2003 +++ ltdl.c Sun Jun 1 19:29:37 2003 @@ -211,8 +211,8 @@ static lt_ptr lt_emalloc LT_PARAMS((size_t size)); static lt_ptr lt_erealloc LT_PARAMS((lt_ptr addr, size_t size)); -/* static lt_ptr rpl_realloc LT_PARAMS((lt_ptr ptr, size_t size)); */ -#define rpl_realloc realloc +static lt_ptr rpl_realloc LT_PARAMS((lt_ptr ptr, size_t size)); +/* #define rpl_realloc realloc */ /* These are the pointers that can be changed by the caller: */ LT_GLOBAL_DATA lt_ptr (*lt_dlmalloc) LT_PARAMS((size_t size)) @@ -512,9 +512,10 @@ how much to copy. That's not right, but you can't know the size of the source unless you know enough about, or wrote malloc. So this code is disabled... */ - +#endif static lt_ptr -realloc (ptr, size) +/* realloc (ptr, size) */ +rpl_realloc (ptr, size) lt_ptr ptr; size_t size; { @@ -549,7 +550,7 @@ return mem; } } -#endif +/* #endif */ #if ! HAVE_ARGZ_APPEND From robilad@yahoo.com Sun Jun 1 15:54:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Sun Jun 1 14:54:01 2003 Subject: [kaffe] Qt AWT backend works under Qtopia(Qt Palmtop) In-Reply-To: <20021216045305.GA11828@linux2.cc.ntu.edu.tw> Message-ID: <20030601215656.59423.qmail@web10003.mail.yahoo.com> --- jserv@linux2.cc.ntu.edu.tw wrote: > Hello all Kaffe developers, > > With a few modifications, I got Kaffe VM (AWT included) working > under Qtopia (e.g. Qt Palmtop: http://qpe.sf.net/ ). The patched AWT > source could be download in: I was trying to get this patch to work over the weekend, but haven't had a clear success yet. It breaks qt embedded at the moment, and doesn't seem to work for me on qtopia 1.6 from trolltech. so I'd propose delaying the release by a week until that's sorted out, and continuing with the development until next wednesday, then freeze, release next sunday. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From mozzalt@keti.re.kr Sun Jun 1 21:07:01 2003 From: mozzalt@keti.re.kr (=?ks_c_5601-1987?B?waTBvsH4X0tFVEk=?=) Date: Sun Jun 1 20:07:01 2003 Subject: [Re] [kaffe] Can I use a mng image in kaffe? Message-ID: <009801c328b4$5c5710e0$1882fdcb@DESK> Thanks for replying about my problem. As you commented, I tried to dispaly a mng file with QT-3.1.1. Like a test of kaffe, QT-test also displayed a single image of mng file. I misunderstood that QT can display an animated mng file. Qt displyed an animated mng file through an routine that makes animate a mng file. So, I think that I must add a code that makes animate a mng file to my java code, or I make a that java class. Any your commnets I will welcome. Thanks. From samuel@hectrix.com Sun Jun 1 21:17:01 2003 From: samuel@hectrix.com (samuel) Date: Sun Jun 1 20:17:01 2003 Subject: [kaffe] Kaffe-AWT-QT Message-ID: <200306021116.AA528089184@hectrix.com> Hello Dalibor, Could you tell me where can I find the latest source from CVS? I mean that what version did you use? And, I have already used the absolute path for qt to build with Kaffe. I did not use the standard qt but the qt-embedded. Will it still work fine? Or, I need to build it with qt/x11? Thanks, Samuel ---------- Original Message ---------------------------------- From: Dalibor Topic Date: Fri, 30 May 2003 04:19:40 -0700 (PDT) >Hi Samuel, > >--- Samuel wrote: >> Hi everyone, > >> I am trying to build up the kaffe with QT to be the GUI library. I have >> already compiled the kaffe with the parameter "--with-awt=qt >> --with-qtdir=/...". However, I still cannot work with the kaffe with gui. >> Anything I need to do before I run Kaffe? I already try to compile the >> kaffe-awt-qt before but it returns error on line 246 of the toolkit.h. >> Anything can make me work for java with qt? Any idea is welcome. > >I've just tried it with the latest sources from CVS, and it works for me ;) > >You should set the qtdir as an absolute path, like --with-qtdir=/usr/lib/qt3 . > >See FAQ/FAQ.awt for more information. > >cheers, >dalibor topic > >__________________________________ >Do you Yahoo!? >Yahoo! Calendar - Free online calendar with sync to Outlook(TM). >http://calendar.yahoo.com > >_______________________________________________ >kaffe mailing list >kaffe@kaffe.org >http://kaffe.org/cgi-bin/mailman/listinfo/kaffe > From inaba@src.ricoh.co.jp Sun Jun 1 22:07:01 2003 From: inaba@src.ricoh.co.jp (Kiyo Inaba) Date: Sun Jun 1 21:07:01 2003 Subject: [kaffe] Qt AWT backend works under Qtopia(Qt Palmtop) In-Reply-To: <20030601215656.59423.qmail@web10003.mail.yahoo.com> Message-ID: <200306020409.h5249jO05985@snoopy.src.ricoh.co.jp> Dalibor Topic wrote: >so I'd propose delaying the release >by a week until that's sorted out, and continuing with the development until >next wednesday, then freeze, release next sunday. Does 'next wednesday' mean June/4? And does the 'freeze' mean 'code freeze'? Then, kaffe-1.1.0 may not be used with linux-2.0.x, am I right? Or are there anyone who is now trying to solve 'InetAddressImpl' issue? Kiyo From kaffe@kaffe.org Sun Jun 1 22:36:01 2003 From: kaffe@kaffe.org (Kaffe CVS) Date: Sun Jun 1 21:36:01 2003 Subject: [kaffe] Kaffe CVS: kaffe jim Message-ID: CVSROOT: /cvs/kaffe Module name: kaffe Changes by: jim 03/06/01 21:34:05 Modified files: . : ChangeLog Makefile.am Makefile.in config : Makefile.am Makefile.in developers : autogen.sh update-class-list include : Makefile.am Makefile.in kaffe/scripts : Makefile.in kaffe/scripts/compat: Makefile.in libraries/clib/awt/qt: Makefile.am Makefile.in libraries/clib/net: Makefile.am Makefile.in libraries/javalib: Makefile.am Makefile.in test/regression: Makefile.am Makefile.in Log message: * developers/autogen.sh: Added checks for version of automake/autoconf * developers/update-class-list: I had some problems with the generated Makefile.am, so I made some changes. * Makefile.am, config/Makefile.am, include/Makefile.am, libraries/clib/awt/qt/Makefile.am, libraries/clib/net/Makefile.am, libraries/javalib/Makefile.am, test/regression/Makefile.am: Various "make dist" fixes. * Makefile.in, config/Makefile.in, include/Makefile.in, kaffe/scripts/Makefile.in, kaffe/scripts/compat/Makefile.in, libraries/clib/awt/qt/Makefile.in, libraries/clib/net/Makefile.in, libraries/javalib/Makefile.in, test/regression/Makefile.in: Regenerated. From jim@kaffe.org Sun Jun 1 22:46:02 2003 From: jim@kaffe.org (Jim Pick) Date: Sun Jun 1 21:46:02 2003 Subject: [kaffe] Qt AWT backend works under Qtopia(Qt Palmtop) In-Reply-To: <20030601215656.59423.qmail@web10003.mail.yahoo.com> References: <20030601215656.59423.qmail@web10003.mail.yahoo.com> Message-ID: <1054529297.4336.6.camel@localhost> > I was trying to get this patch to work over the weekend, but haven't had a > clear success yet. It breaks qt embedded at the moment, and doesn't seem to > work for me on qtopia 1.6 from trolltech. so I'd propose delaying the release > by a week until that's sorted out, and continuing with the development until > next wednesday, then freeze, release next sunday. I was just about to plead for the same thing. :-) I had time to do some automake / "make dist" fixes this weekend, but unfortunately, I came down with a touch of a cold, so I've been working at reduced efficiency. :-( I'd really like to get a precompiled rt.jar in there somehow for the release. That should make life easier for those people who only want to install the package and use it, and aren't that interested in doing development work on the Java classes themselves. I'd like to do a bit more testing on it as well. So lets continue to do bugfixes until Wednesday, and we'll roll the release out next Sunday. Cheers, - Jim From mozzalt@keti.re.kr Sun Jun 1 23:50:01 2003 From: mozzalt@keti.re.kr (=?ks_c_5601-1987?B?waTBvsH4X0tFVEk=?=) Date: Sun Jun 1 22:50:01 2003 Subject: [kaffe] an error during 'make' cause of library linking and ' illegal instruction (core dumped) in target board. Message-ID: <01c301c328cb$266a2af0$1882fdcb@DESK> Hi I succeeded in building a kaffe CVS (about April 15 2003), and I tested a java code in my target. It makes a good job.. But it generate the follwing Waning message....in both host(x86-i686) and my target. ---------------------------------------------- Waring : Unrecognized version number 47/0 in classfile. ---------------------------------------------- So I updated a kaffe-cvs today. But I have a problem with building the lasted kaffe. I compiled with same work and option, nevertheless I have an error during building the lasted kaffe. Simply my working is the following 1. I updated jikes-1.18 through jikes CVS and I built a jikes. 1) ./configure --prefix=/usr/local/jikes 2) make 3) make install 1.5. I downloaed qt-3.1.1 and I install qt in /usr/local/mips-qt 2. I updated kaffe through kaffe CVS and I first built a kaffe for x86(i686) in order to compile a java code in host(i686) 1) ./configure --prefix=/usr/local/x86kaffe --with-jikes=/usr/local/jikes/bin/j ikes 2) make and make install 3) It makes succesfully and kaffe example is compiled and runned succesfully 3. I compiled kaffe for my target ( mips, linux, awt=qt, crosscompiler=SGI CrossCompiler tool chain mips-linux-gcc(egcs- 2.91.66,etc) 1) I configured a kaffe with the following options --------------------------------- export QTDIR=/usr/local/mips-qt CC=mips-linux-gcc CFLAGS="-mcpu=r5000" \ CXX=mips-linux-g++ CXXFLAGS="-mcpu=r5000" \ KAFFEH=/usr/local/x86kaffe/bin/kaffeh \ ac_cv_c_char_unsigned='no' \ ac_cv_alignmentof_voidp='4' \ ac_cv_c_bigendian='yes' \ ac_cv_sizeof___int64='0' \ ac_cv_sizeof_int='4' \ ac_cv_sizeof_long='4' \ ac_cv_sizeof_long_long='8' \ ac_cv_sizeof_short='2' \ ac_cv_sizeof_voidp='4' \ ./configure \ --with-engine=intrp \ --with-jikes=/usr/local/bin/jikes/bin/jikes \ --target=mips-pc-linux-gnu --host=mips-linux-gnu --build=mips-linux \ --with-include=/usr/mips-linux/include --with-librariesusr/mips-linu x/lib \ --with-awt=qt --with-qtdir=/usr/local/mips-qt \ --enable-debug \ --disable-feedback \ --without-profiling \ --without-stats \ --disable-gcj ---------------------------------------------------- 2) make During making a kaffe, the follwing error happened..(library linking error) ------------------------------------------------------ mips-linux-g++ -shared -nostdlib /opt/mipsroot/usr/lib/crti.o /opt/mipsroot/usr/lib/crtbeginS.o .libs/tlk.o .libs/wnd.o .libs/evt.o .libs/gra.o .libs/fnt.o .libs/clr.o .libs/img.o .libs/cbd.o libs/evt.moc.o -L/usr/local/mips-qt/lib -lqte -L/usr/lib/gcc-lib/mips-linux /egcs-2.91.66 -L/usr/mips-linux/lib -lstdc++ -lm -lc -lgcc /opt/mipsroot/usr/lib/crtendS.o /opt/mipsroot/usr/lib/crtn.o -mcpu=r5000 -mcpu=r5000 -Wl,-soname -Wl,libawt-1.1.x-cvs.so -Wl,-retain-sym bols-file -Wl,.libs/libawt.exp -o .libs/libawt-1.1.x-cvs.so /usr/mips-linux/bin/ld: cannot find -lm make[4]: *** [libawt.la] error 1 make[4]: exit `/root/kaffe/libraries/clib/awt/qt' directory make[3]: *** [all] error 2 make[3]: exit `/root/kaffe/libraries/clib/awt/qt' directory make[2]: *** [all-recursive] mips-linux-g++ -shared -nostdlib /opt/mipsroot/usr/lib/crti.o /opt/mipsroot/usr/lib/crtbeginS.o .libs/tlk.o .libs/wnd.o .libs/evt.o .libs/gra.o .libs/fnt.o .libs/clr.o .libs/img.o .libs/cbd.o .libs/evt.moc.o -L/usr/local/mips-qt/lib -lqte -L/usr/lib/gcc-lib/mips-linu x/egcs-2.91.66 -L/usr/mips-linux/lib -lstdc++ -lm -lc -lgcc /opt/mipsroot/usr/lib/crtendS.o /opt/mipsroot/usr/lib/crtn.o -mcpu=r5000 -mcpu=r5000 -Wl,-soname -Wl,libawt-1.1.x-cvs.so -Wl,-retain-sym bols-file -Wl,.libs/libawt.exp -o .libs/libawt-1.1.x-cvs.so /usr/mips-linux/bin/ld: cannot find -lm make[4]: *** [libawt.la] error 1 make[4]: exit `/root/kaffe/libraries/clib/awt/qt' directory make[3]: *** [all] error 2 make[3]: exit `/root/kaffe/libraries/clib/awt/qt' directory make[2]: *** [all-recursive] error 1 make[2]: exit `/root/kaffe/libraries/clib/awt' directory make[1]: *** [all-recursive] error 1 make[1]: exit `/root/kaffe/libraries/clib' directory make: *** [all-recursive] error 11 make[2]: exit `/root/kaffe/libraries/clib/awt' directory make[1]: *** [all-recursive] error 1 make[1]: exit `/root/kaffe/libraries/clib' directory make: *** [all-recursive] error 1 ---------------------------------------------------------------------------- - So I replaced the configure option 'with-libraries=usr/mips-linux/lib' with 'with-libraries=/opt/mipsroot/usr/lib'. 'make' is succesful. ' make install' created a tree in /usr/local/kaffe. 3) I copied that tree in my target. 4) I test command (kaffe, java, etc), but it generated just 'illegal instruction (core dumped) Error. Debugging options(-verbosecall, -vmdebug) is useless. The result is same. What is the wrong...? Is it related with the option ( --with-libraries= PATH )? Before I use the latest kaffe-CVS, I have a nothing problem except warnig message. How can I solve those problems? I wonder about the cause of Warning message and that error. Tnanks. From kaffe@kaffe.org Mon Jun 2 00:00:09 2003 From: kaffe@kaffe.org (Kaffe CVS) Date: Sun Jun 1 23:00:09 2003 Subject: [kaffe] Kaffe CVS: kaffe jim Message-ID: CVSROOT: /cvs/kaffe Module name: kaffe Changes by: jim 03/06/01 22:57:00 Modified files: . : ChangeLog configure configure.in developers : autogen.sh Log message: * configure.in: Make --enable-debug the default. Fix some quoting in the help texts. * developers/autogen.sh: In my last checkin, autoconf was never being run because I was using "set -e". So, ignore automake warnings, and remove preexisting configure script (and friends) so that failure is obvious. * configure: Regenerated. From hkraemer@freenet.de Mon Jun 2 00:08:01 2003 From: hkraemer@freenet.de (Helmer =?ISO-8859-1?B?S3LkbWVy?=) Date: Sun Jun 1 23:08:01 2003 Subject: [kaffe] Qt AWT backend works under Qtopia(Qt Palmtop) In-Reply-To: <1054529297.4336.6.camel@localhost> References: <20030601215656.59423.qmail@web10003.mail.yahoo.com> <1054529297.4336.6.camel@localhost> Message-ID: <20030602081048.1e1e7a2b.hkraemer@freenet.de> On 01 Jun 2003 21:48:18 -0700 Jim Pick wrote: Hi, > So lets continue to do bugfixes until Wednesday, and we'll roll the > release out next Sunday. any restrictions as to what or how much I may checkin? Greetings, Helmer From hkraemer@freenet.de Mon Jun 2 01:41:01 2003 From: hkraemer@freenet.de (Helmer =?ISO-8859-1?B?S3LkbWVy?=) Date: Mon Jun 2 00:41:01 2003 Subject: [kaffe] Qt AWT backend works under Qtopia(Qt Palmtop) In-Reply-To: <200306020409.h5249jO05985@snoopy.src.ricoh.co.jp> References: <20030601215656.59423.qmail@web10003.mail.yahoo.com> <200306020409.h5249jO05985@snoopy.src.ricoh.co.jp> Message-ID: <20030602094318.5a3b33e0.hkraemer@freenet.de> This is a multi-part message in MIME format. --Multipart_Mon__2_Jun_2003_09:43:18_+0200_0878b370 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Mon, 2 Jun 2003 13:09:45 +0900 (JST) Kiyo Inaba wrote: > Dalibor Topic wrote: > >so I'd propose delaying the release > >by a week until that's sorted out, and continuing with the development until > >next wednesday, then freeze, release next sunday. > > Does 'next wednesday' mean June/4? And does the 'freeze' mean 'code > freeze'? Then, kaffe-1.1.0 may not be used with linux-2.0.x, am I > right? Relax. > Or are there anyone who is now trying to solve 'InetAddressImpl' issue? The attached patch might be a good starting point. Greetings, Helmer --Multipart_Mon__2_Jun_2003_09:43:18_+0200_0878b370 Content-Type: application/octet-stream; name="inet6.patch" Content-Disposition: attachment; filename="inet6.patch" Content-Transfer-Encoding: base64 SW5kZXg6IGNvbmZpZ3VyZS5pbgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvY3ZzL2thZmZlL2thZmZl L2NvbmZpZ3VyZS5pbix2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4yMDEKZGlmZiAtdSAtcjEuMjAx IGNvbmZpZ3VyZS5pbgotLS0gY29uZmlndXJlLmluCTIgSnVuIDIwMDMgMDU6NTc6MDAgLTAwMDAJ MS4yMDEKKysrIGNvbmZpZ3VyZS5pbgkyIEp1biAyMDAzIDA3OjMzOjU0IC0wMDAwCkBAIC04NzMs NiArODczLDMwIEBACiBBQ19DX0NPTlNUCiBBQ19DX0lOTElORQogCitBQ19DQUNIRV9DSEVDSyhm b3Igc3RydWN0IGluNl9hZGRyLCBhY19jdl9zdHJ1Y3RfaW42X2FkZHIsCitbQUNfVFJZX0NPTVBJ TEUoWworI2luY2x1ZGUgPHN5cy90eXBlcy5oPgorI2luY2x1ZGUgPHN5cy9zb2NrZXQuaD4KKyNp bmNsdWRlIDxuZXRpbmV0L2luLmg+XSxbCitzdHJ1Y3QgaW42X2FkZHI7CitdLCBbYWNfY3Zfc3Ry dWN0X2luNl9hZGRyPXllc10sIFthY19jdl9zdHJ1Y3RfaW42YWRkcj1ub10pXSkKK2lmIHRlc3Qg IiRhY19jdl9zdHJ1Y3RfaW42X2FkZHIiID0geWVzOyB0aGVuCisgICAgQUNfREVGSU5FKEhBVkVf U1RSVUNUX0lONl9BRERSLCAxLAorW0RlZmluZSBpZiA8bmV0aW5ldC9pbi5oPiBkZWZpbmVzICdz dHJ1Y3QgaW42X2FkZHInXSkKK2ZpCisKK0FDX0NBQ0hFX0NIRUNLKGZvciBzdHJ1Y3Qgc29ja2Fk ZHJfaW42LCBhY19jdl9zdHJ1Y3Rfc29ja2FkZHJfaW42LAorW0FDX1RSWV9DT01QSUxFKFsKKyNp bmNsdWRlIDxzeXMvdHlwZXMuaD4KKyNpbmNsdWRlIDxzeXMvc29ja2V0Lmg+CisjaW5jbHVkZSA8 bmV0aW5ldC9pbi5oPl0sWworc3RydWN0IHNvY2thZGRyX2luNiBhZGRyZXNzOworXSwgW2FjX2N2 X3N0cnVjdF9zb2NrYWRkcl9pbjY9eWVzXSwgW2FjX2N2X3N0cnVjdF9zb2NrYWRkcl9pbjY9bm9d KV0pCitpZiB0ZXN0ICIkYWNfY3Zfc3RydWN0X3NvY2thZGRyX2luNiIgPSB5ZXM7IHRoZW4KKyAg ICBBQ19ERUZJTkUoSEFWRV9TVFJVQ1RfU09DS0FERFJfSU42LCAxLAorW0RlZmluZSBpZiA8bmV0 aW5ldC9pbi5oPiBkZWZpbmVzICdzdHJ1Y3Qgc29ja2FkZHJfaW42J10pCitmaQorCiBkbmwgPT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PQogZG5sIENoZWNrIGZvciBbdV1pbnR7OCwxNiwzMiw2NH0gYW5kIGJvb2wu CiBkbmwgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpAQCAtOTU5LDYgKzk4Myw3IEBACiBBQ19DSEVDS19GVU5D UyhbZ2V0Y3dkIGNoZGlyIGdldHdkIGdldHRpbWVvZmRheSBmdGltZSB0aW1lIHVuYW1lIGdldHVp ZF0pCiBBQ19DSEVDS19GVU5DUyhbbG9jYWx0aW1lXSkKIEFDX0NIRUNLX0ZVTkNTKFtnZXRhZGRy aW5mb10pCitBQ19DSEVDS19GVU5DUyhbZ2V0bmFtZWluZm9dKQogCiBBTV9JQ09OVgogTElCUz0i JExJQlMgJExJQklDT05WIgpJbmRleDogaW5jbHVkZS9uZXRzLmgKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmls ZTogL2N2cy9rYWZmZS9rYWZmZS9pbmNsdWRlL25ldHMuaCx2CnJldHJpZXZpbmcgcmV2aXNpb24g MS41CmRpZmYgLXUgLXIxLjUgbmV0cy5oCi0tLSBpbmNsdWRlL25ldHMuaAk2IEphbiAyMDAzIDE3 OjE0OjE4IC0wMDAwCTEuNQorKysgaW5jbHVkZS9uZXRzLmgJMiBKdW4gMjAwMyAwNzozMzo1NCAt MDAwMApAQCAtMTMsNyArMTMsMTUgQEAKIAogI2luY2x1ZGUgImNvbmZpZy5oIgogI2luY2x1ZGUg ImNvbmZpZy1tZW0uaCIKKyNpbmNsdWRlICJjb25maWctbmV0LmgiCiAjaW5jbHVkZSA8ZXJybm8u aD4KKworLyogZGVmaW5lIGEgbWFjcm8gdGhhdCdzIHRydWUgaWZmIElQdjYgaXMgZnVsbHkgc3Vw cG9ydGVkICovCisjaWYgZGVmaW5lZChBRl9JTkVUNikgJiYgZGVmaW5lZChQRl9JTkVUNikgJiYg ZGVmaW5lZChIQVZFX1NUUlVDVF9JTjZfQUREUikgJiYgZGVmaW5lZChIQVZFX1NUUlVDVF9TT0NL QUREUl9JTjYpCisjZGVmaW5lIEtBRkZFX0lORVQ2CisjZWxzZQorI3VuZGVmIEtBRkZFX0lORVQ2 CisjZW5kaWYKIAogLyogc29tZSBzeXN0ZW1zIGRlZmluZSB0aGlzIGFscmVhZHkgYXMgYSBtYWNy bywgaW4gd2hpY2ggd2UgbGVhdmUgaXQgYXMgaXMgKi8KICNpZm5kZWYgaF9lcnJubwpJbmRleDog bGlicmFyaWVzL2NsaWIvbmV0L0luZXRBZGRyZXNzSW1wbC5jCj09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6 IC9jdnMva2FmZmUva2FmZmUvbGlicmFyaWVzL2NsaWIvbmV0L0luZXRBZGRyZXNzSW1wbC5jLHYK cmV0cmlldmluZyByZXZpc2lvbiAxLjEzCmRpZmYgLXUgLXIxLjEzIEluZXRBZGRyZXNzSW1wbC5j Ci0tLSBsaWJyYXJpZXMvY2xpYi9uZXQvSW5ldEFkZHJlc3NJbXBsLmMJMTUgTWF5IDIwMDMgMTU6 MDM6MTYgLTAwMDAJMS4xMworKysgbGlicmFyaWVzL2NsaWIvbmV0L0luZXRBZGRyZXNzSW1wbC5j CTIgSnVuIDIwMDMgMDc6MzM6NTQgLTAwMDAKQEAgLTQ4LDcgKzQ4LDcgQEAKIAljYXNlIGphdmFf bmV0X0luZXRBZGRyZXNzSW1wbF9JTkVUX0FERFJFU1NfVjQ6CiAJCXJldHZhbCA9IEFGX0lORVQ7 CiAJCWJyZWFrOwotI2lmIGRlZmluZWQoQUZfSU5FVDYpCisjaWYgZGVmaW5lZChLQUZGRV9JTkVU NikKIAljYXNlIGphdmFfbmV0X0luZXRBZGRyZXNzSW1wbF9JTkVUX0FERFJFU1NfVjY6CiAJCXJl dHZhbCA9IEFGX0lORVQ2OwogCQlicmVhazsKQEAgLTExNCw3ICsxMTQsNyBAQAogCQkJCSAgICAg ICBzaXplb2YoaWEpKTsKIAkJCX0KIAkJfQotI2lmIGRlZmluZWQoQUZfSU5FVDYpCisjaWYgZGVm aW5lZChLQUZGRV9JTkVUNikKIAkJaWYoIHJldHZhbCA9PSBOVUxMICkKIAkJewogCQkJc3RydWN0 IGluNl9hZGRyIGlhOwpAQCAtMTc2LDcgKzE3Niw3IEBACiAJCQlzd2l0Y2goIGN1cnItPmFpX2Zh bWlseSApCiAJCQl7CiAJCQljYXNlIFBGX0lORVQ6Ci0jaWYgZGVmaW5lZChQRl9JTkVUNikKKyNp ZiBkZWZpbmVkKEtBRkZFX0lORVQ2KQogCQkJY2FzZSBQRl9JTkVUNjoKICNlbmRpZgogCQkJCWNv dW50ICs9IDE7CkBAIC0xOTAsNyArMTkwLDcgQEAKIAkJY3VyciA9IGFpOwogCQl3aGlsZSggY3Vy ciAmJiByZXR2YWwgKQogCQl7Ci0jaWYgZGVmaW5lZChQRl9JTkVUNikKKyNpZiBkZWZpbmVkKEtB RkZFX0lORVQ2KQogCQkJc3RydWN0IHNvY2thZGRyX2luNiAqaW42OwogI2VuZGlmCiAJCQlzdHJ1 Y3Qgc29ja2FkZHJfaW4gKmluNDsKQEAgLTIxNiw3ICsyMTYsNyBAQAogCQkJCQlyZXR2YWwgPSAw OwogCQkJCX0KIAkJCQlicmVhazsKLSNpZiBkZWZpbmVkKFBGX0lORVQ2KQorI2lmIGRlZmluZWQo S0FGRkVfSU5FVDYpCiAJCQljYXNlIFBGX0lORVQ2OgogCQkJCWluNiA9IChzdHJ1Y3Qgc29ja2Fk ZHJfaW42ICopCiAJCQkJCWN1cnItPmFpX2FkZHI7CkBAIC0zNjksOSArMzY5LDkgQEAKIHN0cnVj dCBIamF2YV9sYW5nX1N0cmluZyoKIGphdmFfbmV0X05hdGl2ZUluZXRBZGRyZXNzSW1wbF9nZXRI b3N0QnlBZGRyMChzdHJ1Y3QgSGphdmFfbmV0X05hdGl2ZUluZXRBZGRyZXNzSW1wbCogbm9uZSwg SEFycmF5T2ZCeXRlICphZGRyKQogewotI2lmIGRlZmluZWQoSEFWRV9HRVRBRERSSU5GTykKKyNp ZiBkZWZpbmVkKEhBVkVfR0VUTkFNRUlORk8pCiAJc3RydWN0IEhqYXZhX2xhbmdfU3RyaW5nICpy ZXR2YWwgPSAwOwotI2lmIGRlZmluZWQoQUZfSU5FVDYpCisjaWYgZGVmaW5lZChLQUZGRV9JTkVU NikKIAlzdHJ1Y3Qgc29ja2FkZHJfaW42IHNhX2J1ZjsKIAlzdHJ1Y3Qgc29ja2FkZHJfaW42ICpz aW42ID0gJnNhX2J1ZjsKICNlbHNlCkBAIC0zOTcsNyArMzk3LDcgQEAKIAkJc2luLT5zaW5fcG9y dCA9IDA7CiAJCW1lbWNweSgmc2luLT5zaW5fYWRkciwgdW5oYW5kX2J5dGVfYXJyYXkoYWRkciks IGFkZHItPmxlbmd0aCk7CiAJCWJyZWFrOwotI2lmIGRlZmluZWQoQUZfSU5FVDYpCisjaWYgZGVm aW5lZChLQUZGRV9JTkVUNikKIAljYXNlIDE2OgogI2lmIGRlZmluZWQoQlNENDQpCiAJCXNpbjYt PnNpbjZfbGVuID0gc2l6ZW9mKHN0cnVjdCBzb2NrYWRkcl9pbjYpOwpAQCAtNTEyLDcgKzUxMiw3 IEBACiAJY2FzZSA0OgogCQlmYW1pbHkgPSBBRl9JTkVUOwogCQlicmVhazsKLSNpZiBkZWZpbmVk KEFGX0lORVQ2KQorI2lmIGRlZmluZWQoS0FGRkVfSU5FVDYpCiAJY2FzZSAxNjoKIAkJZmFtaWx5 ID0gQUZfSU5FVDY7CiAJCWJyZWFrOwo= --Multipart_Mon__2_Jun_2003_09:43:18_+0200_0878b370-- From inaba@src.ricoh.co.jp Mon Jun 2 01:58:02 2003 From: inaba@src.ricoh.co.jp (Kiyo Inaba) Date: Mon Jun 2 00:58:02 2003 Subject: [kaffe] FAQ.cross-compiling Message-ID: <200306020759.h527xei10414@snoopy.src.ricoh.co.jp> Hi, Here, you can find 'FAQ.cross-compiling'. If someone can kindly improve my description, it is very welcome. Kiyo ------------------------------------------------------------------------- diff -Naur kaffe-snap-030529.orig/FAQ/FAQ.cross-compiling kaffe-snap-030529/FAQ/FAQ.cross-compiling --- kaffe-snap-030529.orig/FAQ/FAQ.cross-compiling Thu Jan 1 09:00:00 1970 +++ kaffe-snap-030529/FAQ/FAQ.cross-compiling Mon Jun 2 16:55:47 2003 @@ -0,0 +1,128 @@ +Cross compiling Kaffe +--------------------- + +This document provides some pointers for cross compiling the Kaffe VM. +The 'configure' mechanism used by kaffe enables users to do cross +compiling much easier, but still it's in the dark side... + +'Host', 'Target' and 'Build' +============================ +To cross compiling a language processor (like compiler, interpreter) +so many users are confused for the term 'host', 'target' or 'build'. +Suppose you want to make a kaffe 'running on m68k/linux' by using +existing development environment on 'i686/linux', you have to find +cross-tools 'running on i686/linux' and 'generates code for m68k/linux'. +But the language processor (in this case 'kaffe' itself), is configured +to run on m68k/linux. Fully confused, isn't it? + +In configure, the flag '--host' specifies 'for what processor and OS +you want to make this kaffe to run' and '--build' specifies 'on which +processor and OS you want to generate this kaffe'. + +The other issue is how to specify cross-compiler (and some other tools) +to the configure process. The easiest way (in my opinion) is to use +shell's environment variable to override default behavior of 'configure'. + +Simple example +============== +Based on the discussion above, simplest configure script to use cross +tools like 'm68k-linux-gcc' to generate kaffe for m68k/linux becomes + + CC=m68k-linux-gcc NM=m68k-linux-nm AR=m68k-linux-ar \ + ../kaffe-1.1.0/configure --host=m68k-linux --build=i686-linux + +The other way to do the same thing is to add cross-tools bin dir into +the PATH environment and simple configure without specifying CC etc. +If you find m68k-linux-gcc in '/proj/cross/bin' then same gcc can be +accessed by '/proj/cross/m68k-linux/bin/gcc' if you use default for +installing cross-gcc. So if you add '/proj/cross/m68k-linux/bin' to +your PATH environment variable, you need not to specify CC when you +configure. Someone said this approach is simpler than the previous +one, and you can decide which is better for you. + +And anyway, configuring and making your kaffe binary in different +directory from source directory is a good practice. This is really +needed for cross compiling. + +It does not work! +================= +The way how to supply options to configure is roughly ok, but it is +not enough. Because, include files needed to compile some library +files are generated automatically while build, and 'jar' file is +also generated while build. These files need runnable (on build computer) +'kaffeh' and 'kaffe' to generate. + +To do that, you first have to make and install 'native' kaffe, and +totally you may have three directories. In this document I use +'kaffe-1.1.0' where you store the source code, 'kaffe-native' where +you make native kaffe, and 'kaffe-m68k-linux' where you make cross +compiled kaffe. + +Then, you have + . --- kaffe-1.1.0 + +- kaffe-native + +- kaffe-m68k-linux +and, you first visit 'kaffe-native' and do '../kaffe-1.1.0/configure' and +'make; make install' first. Then you copy generated 'rt.jar' in somewhere +by + cp libraries/javalib/rt.jar /tmp/rt.jar + +And then, you can + + CC=m68k-linux-gcc NM=m68k-linux-nm AR=m68k-linux-ar \ + ../kaffe-1.1.0/configure --host=m68k-linux --build=i686-linux \ + --with-rt-jar=/tmp/rt.jar + +How to test cross-built kaffe? +============================== +When you test cross-built kaffe, simply copying the 'kaffe-bin' to the +target machine is not enough. At least you have to copy 'rt.jar' file +and native library files. + +To simplify this, I usually mount build directory from target machine, +and keep the directory structure same for both build machine and target +machine. + +If you want to check the completeness of your build by using regression +tests suite in kaffe (by 'make check'), you have to check the location +of shell is same for both build machine and target machine, or modify +it by your hand. + +Library mismatch +================ +Sometimes, you want to use different version of libraries (libc etc.) +installed on cross-build environment and target environment. This means +you also have to copy these files to the target machine. + +But, I usually specify static link option for building kaffe, and in +this case the configuration line becomes + CC=m68k-linux-gcc NM=m68k-linux-nm AR=m68k-linux-ar \ + ../kaffe-1.1.0/configure --host=m68k-linux --build=i686-linux \ + --with-staticbin --with-staticlib --with-staticvm \ + --with-threads=unix-jthreads --without-x \ + --with-rt-jar=/tmp/rt.jar + +The 'with-threads' option and 'without-x' option is not related to +library issue, but I usually specify these too to reduce the time needed +for build. + +Super-H +======= +Usually, cross-tools suffix and host name needed for kaffe is same. +But in case of Hitachi Super-H family, these are different. So in +this case you have to specify + CC=sh3-linux-gcc NM=sh3-linux-nm AR=sh3-linux-ar \ + ../kaffe-1.1.0/configure --host=superh-linux --build=i686-linux \ + --with-staticbin --with-staticlib --with-staticvm \ + --with-threads=unix-jthreads --without-x \ + --with-rt-jar=/tmp/rt.jar + +So where's cross tools? +======================= +One of the hardest thing for cross-compiling kaffe should be this. If +you are linux user, you may be happy that you can find binary versions +of these in several places in the internet. If you are using some +other OS, you may need to make cross-tools from GNU's source code. + +I'd like to put more information for this issue in the future release +of this document. From robilad@yahoo.com Mon Jun 2 03:27:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Mon Jun 2 02:27:01 2003 Subject: [kaffe] Qt AWT backend works under Qtopia(Qt Palmtop) In-Reply-To: <200306020409.h5249jO05985@snoopy.src.ricoh.co.jp> Message-ID: <20030602092953.90452.qmail@web10005.mail.yahoo.com> Hi Kiyo, --- Kiyo Inaba wrote: > Dalibor Topic wrote: > >so I'd propose delaying the release > >by a week until that's sorted out, and continuing with the development until > >next wednesday, then freeze, release next sunday. > > Does 'next wednesday' mean June/4? And does the 'freeze' mean 'code Yeah, I think 2003-06-04 should be the day when all features for the next version are in and the focus switches over to testing and fixing the platform-specific bugs and build-problems. That would make 2003-06-07 or 2003-06-08 the next release date. I'm saying features, since the Qtopia AWT implementation I'm trying to get ready for check in is clearly a feature, and not a bugfix ;) But it is of such limited effect, that I think I can put it in without breaking anything else ... > freeze'? Then, kaffe-1.1.0 may not be used with linux-2.0.x, am I > right? > > Or are there anyone who is now trying to solve 'InetAddressImpl' issue? Ito did a head start, showing it was possible to do it with a patch, I'll be taking a look at the strtod replacement functions, Tim wanted to see if better function/header checking in the configure script could help identify and work around problematic bits, and Helmer just posted a patch, from what I've seen on the list ;) So I believe we can solve that issue for 1.1.0, with so many developers involved ;) cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From robilad@yahoo.com Mon Jun 2 03:30:02 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Mon Jun 2 02:30:02 2003 Subject: [kaffe] Qt AWT backend works under Qtopia(Qt Palmtop) In-Reply-To: <20030602081048.1e1e7a2b.hkraemer@freenet.de> Message-ID: <20030602093304.63914.qmail@web10002.mail.yahoo.com> --- Helmer Krämer wrote: > On 01 Jun 2003 21:48:18 -0700 > Jim Pick wrote: > > Hi, > > > So lets continue to do bugfixes until Wednesday, and we'll roll the > > release out next Sunday. > > any restrictions as to what or how much I may checkin? not really, use your own judgement. Just don't rewrite the interpreter and jitter engines right now ;) cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From kaffe@kaffe.org Mon Jun 2 08:17:01 2003 From: kaffe@kaffe.org (Kaffe CVS) Date: Mon Jun 2 07:17:01 2003 Subject: [kaffe] Kaffe CVS: kaffe hkraemer Message-ID: CVSROOT: /cvs/kaffe Module name: kaffe Changes by: hkraemer 03/06/02 07:15:47 Modified files: . : ChangeLog kaffe/kaffevm : locks.c thread.c kaffe/kaffevm/mem: gc-mem.c gc-mem.h Log message: 2003-06-02 Helmer Kraemer * kaffe/kaffevm/thread.c (createInitialThread): properly initialize the context class loader of the initial thread * kaffe/kaffevm/mem/gc-mem.h: added some docs * kaffe/kaffevm/mem/gc-mem.c (gc_heap_malloc, gc_heap_free): use new gc_heap_lock to protect data structures for heap management * kaffe/kaffevm/locks.c: added gc_heap_lock to the array of special locks From inaba@src.ricoh.co.jp Mon Jun 2 08:48:01 2003 From: inaba@src.ricoh.co.jp (Kiyo Inaba) Date: Mon Jun 2 07:48:01 2003 Subject: [kaffe] an error during 'make' cause of library linking and ' illegal instruction (core dumped) in target board. In-Reply-To: <01c301c328cb$266a2af0$1882fdcb@DESK> Message-ID: <200306021450.h52Eoh207962@snoopy.src.ricoh.co.jp> Annung haseyo, "=?ks_c_5601-1987?B?waTBvsH4X0tFVEk=?=" wrote: >I succeeded in building a kaffe CVS (about April 15 2003), and I tested a >java code in my target. It makes a good job.. >But it generate the follwing Waning message....in both host(x86-i686) and my >target. >---------------------------------------------- >Waring : Unrecognized version number 47/0 in classfile. >---------------------------------------------- If your problem is same as me, following checkout cvs co -D '2003-05-15 12:00 UTC' kaffe may solve the problem. Please let us know whether this solves your problem or not. Kiyo From hkraemer@freenet.de Mon Jun 2 08:53:01 2003 From: hkraemer@freenet.de (Helmer =?ISO-8859-1?B?S3LkbWVy?=) Date: Mon Jun 2 07:53:01 2003 Subject: [kaffe] build failure if old version present, ServletContext.setAttribute In-Reply-To: <20030529123639.7c39794b.hkraemer@freenet.de> References: <20030526232732.GR5275@pegasus.wooledge.org> <20030527214700.47806.qmail@web10010.mail.yahoo.com> <20030524193210.GF5275@pegasus.wooledge.org> <20030526093858.86466.qmail@web10009.mail.yahoo.com> <20030526130954.GI5275@pegasus.wooledge.org> <20030527005711.4b2a53c6.hkraemer@freenet.de> <20030526231420.GQ5275@pegasus.wooledge.org> <20030526232732.GR5275@pegasus.wooledge.org> <20030527143836.07068f99.hkraemer@freenet.de> <20030527225040.GS5275@pegasus.wooledge.org> <20030529123639.7c39794b.hkraemer@freenet.de> Message-ID: <20030602165512.73e582d3.hkraemer@freenet.de> On Thu, 29 May 2003 12:36:39 +0200 Helmer Krämer wrote: Hi Greg, > > This one occurs after clicking a few things on the web interface, > > less than a minute after the node has finished initializing. There > > is no accompanying message in freenet.log, and stdout/stderr has > > only this: > > > > assertion "blk->free != 0" failed: file "mem/gc-mem.c", line 324 > > * this one, which fails because some of kaffe's data structures > needed fo heap management get corrupted (due to some race > condition between heap_malloc and heap_free). Will look into > this one, but if I cannot come up with a simple patch, I will > not fix it till after the release, since I won't make any big > changes to the garbage collector at this point I've just commited a small patch that will hopefully fix this one. Greetings, Helmer From jim@kaffe.org Mon Jun 2 09:03:02 2003 From: jim@kaffe.org (Jim Pick) Date: Mon Jun 2 08:03:02 2003 Subject: [kaffe] Qt AWT backend works under Qtopia(Qt Palmtop) In-Reply-To: <20030602092953.90452.qmail@web10005.mail.yahoo.com> References: <20030602092953.90452.qmail@web10005.mail.yahoo.com> Message-ID: <1054566310.21060.0.camel@localhost> On Mon, 2003-06-02 at 02:29, Dalibor Topic wrote: > --- Kiyo Inaba wrote: > > Does 'next wednesday' mean June/4? And does the 'freeze' mean 'code > > Yeah, I think 2003-06-04 should be the day when all features for the next > version are in and the focus switches over to testing and fixing the > platform-specific bugs and build-problems. > > That would make 2003-06-07 or 2003-06-08 the next release date. Yep. That's what I meant too... Cheers, - Jim From inaba@src.ricoh.co.jp Mon Jun 2 09:48:01 2003 From: inaba@src.ricoh.co.jp (Kiyo Inaba) Date: Mon Jun 2 08:48:01 2003 Subject: [kaffe] Qt AWT backend works under Qtopia(Qt Palmtop) Message-ID: <200306021550.h52FoF215190@snoopy.src.ricoh.co.jp> Hi Jim, > On Mon, 2003-06-02 at 02:29, Dalibor Topic wrote: >> Yeah, I think 2003-06-04 should be the day when all features for the next >> version are in and the focus switches over to testing and fixing the >> platform-specific bugs and build-problems. >> >> That would make 2003-06-07 or 2003-06-08 the next release date. >Yep. That's what I meant too... So, only 3 days available to adjust 'platform-specific' issues... This is the point for me why I asked the original question. If you plan to include some regression test results for several platforms in the release notes, this period becomes shorter than previous release. Of course, I don't remember clearly for the last time because it was 11 months ago :-) Just for your info, regression test on m68k takes more than 12 hours, and if I test all three configurations, the test itself may take this period ;-< Isn't it good time to consider maintaining development branch on which developers introduce new features, and release (or maintenance) branch on which developers can only modify bugs, or platform-specific issues? Kiyo From kaffe@kaffe.org Mon Jun 2 10:26:02 2003 From: kaffe@kaffe.org (Kaffe CVS) Date: Mon Jun 2 09:26:02 2003 Subject: [kaffe] Kaffe CVS: kaffe hkraemer Message-ID: CVSROOT: /cvs/kaffe Module name: kaffe Changes by: hkraemer 03/06/02 09:24:36 Modified files: libraries/javalib/java/lang: Double.java Float.java Integer.java libraries/javalib/java/lang/reflect: Method.java Modifier.java libraries/javalib/java/text: DecimalFormat.java libraries/javalib/java/math: BigInteger.java libraries/javalib/java/io: File.java FilePermission.java libraries/javalib/java/util/jar: Manifest.java libraries/javalib/java/util: Vector.java libraries/javalib/java/security: Signature.java developers : mauve-html-gen.pl libraries/javalib/profiles/allatonce: all.files . : ChangeLog Log message: 2003-06-02 Helmer Kraemer * libraries/javalib/java/lang/Double.java (compareTo) corrected comparison of two negative doubles * libraries/javalib/java/lang/Float.java (compareTo) corrected comparison of two negative floats * libraries/javalib/java/lang/Integer.java (getInteger) return null if name is null or empty * libraries/javalib/java/lang/reflect/Method.java (invoke) don't crash if non primitive arg is null * libraries/javalib/java/lang/reflect/Modifier.java (toString) fix order of modifiers in the generated string * libraries/javalib/java/text/DecimalFormat.java (format) properly round the value if necessary (applyPattern) default maximum number of fraction digits to 0 * libraries/javalib/java/math/BigInteger.java (intValue, longValue): use the analogous of narrowing primitive conversion as per spec * libraries/javalib/java/io/File.java (File): remove trailing seperatorChars from path (listFiles): return all files in the directory if filter is null * libraries/javalib/java/io/FilePermissions.java: (equals, implies): minor tweak to make it working * libraries/javalib/java/util/jar/Manifest.java: (read): accept manifests with a 0x00 at the end * libraries/javalib/java/util/Vector.java: (ensureCapacity): grow size as defined by spec (equals): don't crash if element is null (lastIndexOf): don't crash if element is null (removeAll): corrected return value (retainAll): new method (setSize): throw ArrayIndexOutOfBounds if new size is < 0 (toArray): don't set all unused array elements to null (trimToSize): don't increment modCount (removeRange): new method, taken from Classpath * libraries/javalib/java/security/Signature.java: properly handle classes that are derived from SignatureSpi but not from Signature * developers/mauve-html-gen.pl: tweaked so it catches all PASSes and all FAILs * libraries/javalib/profiles/allatonce/all.files: added java/security/Policy.java From kaz@maczuka.gcd.org Mon Jun 2 16:35:01 2003 From: kaz@maczuka.gcd.org (Ito Kazumitsu) Date: Mon Jun 2 15:35:01 2003 Subject: [kaffe] java.lang.UnsatisfiedLinkError: not enough memory In-Reply-To: Your message of "Sun, 01 Jun 2003 19:50:13 JST" References: <20030508212741.1926.qmail@maczuka.gcd.org> <20030601105013.8540.qmail@maczuka.gcd.org> Message-ID: <20030602223627.5280.qmail@maczuka.gcd.org> >>>>> ":" == Ito Kazumitsu writes: :> I have found a bug in libltdl/ltdl.c. :> :> In argz_create_sep(), LT_DLMALLOC() allocates some memory. :> And in argz_append(), LT_DLREALLOC() tries to expand it. :> :> While LT_DLMALLOC() uses KMALLOC(), which does not call malloc(), :> LT_DLREALLOC() uses realloc(), which requires that the memory :> should have been allocated by malloc(). :> :> In ltdl.c, there is a code for realloc() enclosed in "##if 0 :> .. ##endif". I think this can be used if it is renamed as :> rpl_realloc. I think my patch posted last time is somewhat dirty. I found the patch attached below also works and looks better. I think lt_dlmalloc/lt_dlfree may well use malloc/free because on a platform which has its own argz_* functions, which seem to be in glibc, malloc/free seems to be used in argz_* functions. Anyway, I think this issue should be settled before the new release. --- kaffe/kaffevm/external.c.orig Fri Apr 25 04:36:20 2003 +++ kaffe/kaffevm/external.c Tue Jun 3 07:12:32 2003 @@ -53,6 +53,7 @@ #endif #ifndef LIBRARYINIT +/* rpl-realloc in ltdl.c must use malloc(); static inline lt_ptr_t kdlmalloc(size_t len) { void *ptr = KMALLOC(len); addToCounter(<mem, "vmmem-libltdl", 1, GCSIZEOF(ptr)); @@ -62,7 +63,8 @@ addToCounter(<mem, "vmmem-libltdl", 1, -((jlong)GCSIZEOF(ptr))); KFREE(ptr); } -#define LIBRARYINIT() ((lt_dlmalloc=kdlmalloc),(lt_dlfree=kdlfree),lt_dlinit()) +#define LIBRARYINIT() ((lt_dlmalloc=kdlmalloc),(lt_dlfree=kdlfree),lt_dlinit()) */ +#define LIBRARYINIT() ((lt_dlmalloc=malloc),(lt_dlfree=free),lt_dlinit()) #endif #ifndef LIBRARYSUFFIX From hkraemer@freenet.de Mon Jun 2 17:13:02 2003 From: hkraemer@freenet.de (Helmer =?ISO-8859-1?B?S3LkbWVy?=) Date: Mon Jun 2 16:13:02 2003 Subject: [kaffe] java.lang.UnsatisfiedLinkError: not enough memory In-Reply-To: <20030602223627.5280.qmail@maczuka.gcd.org> References: <20030508212741.1926.qmail@maczuka.gcd.org> <20030601105013.8540.qmail@maczuka.gcd.org> <20030602223627.5280.qmail@maczuka.gcd.org> Message-ID: <20030603011553.6e77a649.hkraemer@freenet.de> On Tue, 03 Jun 2003 07:36:26 +0900 Ito Kazumitsu wrote: Hi, > >>>>> ":" == Ito Kazumitsu writes: > > :> I have found a bug in libltdl/ltdl.c. > :> > :> In argz_create_sep(), LT_DLMALLOC() allocates some memory. > :> And in argz_append(), LT_DLREALLOC() tries to expand it. > :> > :> While LT_DLMALLOC() uses KMALLOC(), which does not call malloc(), > :> LT_DLREALLOC() uses realloc(), which requires that the memory > :> should have been allocated by malloc(). > :> > :> In ltdl.c, there is a code for realloc() enclosed in "##if 0 > :> .. ##endif". I think this can be used if it is renamed as > :> rpl_realloc. > > I think my patch posted last time is somewhat dirty. > > I found the patch attached below also works and looks better. > I think lt_dlmalloc/lt_dlfree may well use malloc/free because > on a platform which has its own argz_* functions, which seem > to be in glibc, malloc/free seems to be used in argz_* functions. > > Anyway, I think this issue should be settled before the new release. have you tried implementing a kdlrealloc that uses gc_realloc()? Greetings, Helmer From greg@wooledge.org Mon Jun 2 17:35:01 2003 From: greg@wooledge.org (Greg Wooledge) Date: Mon Jun 2 16:35:01 2003 Subject: [kaffe] Kaffe and Freenet, round (N+1) In-Reply-To: <20030602165512.73e582d3.hkraemer@freenet.de> References: <20030524193210.GF5275@pegasus.wooledge.org> <20030526093858.86466.qmail@web10009.mail.yahoo.com> <20030526130954.GI5275@pegasus.wooledge.org> <20030527005711.4b2a53c6.hkraemer@freenet.de> <20030526231420.GQ5275@pegasus.wooledge.org> <20030526232732.GR5275@pegasus.wooledge.org> <20030527143836.07068f99.hkraemer@freenet.de> <20030527225040.GS5275@pegasus.wooledge.org> <20030529123639.7c39794b.hkraemer@freenet.de> <20030602165512.73e582d3.hkraemer@freenet.de> Message-ID: <20030602233644.GN8330@pegasus.wooledge.org> --4OpS+d6oOtUQaRm1 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Helmer Kr=E4mer (hkraemer@freenet.de) wrote: > Hi Greg, > > > assertion "blk->free !=3D 0" failed: file "mem/gc-mem.c", line 324 > I've just commited a small patch that will hopefully fix this one. I'm pleased to report that today's Kaffe CVS can run Freenet without crashing! However, it is also not working correctly. The node initializes properly, and seems to respond to web interface requests (servlets). However, any time I attempt to view an actual Freenet document ("Freesite") through the web interface, I get an error like this one in the logfile: 02-Jun-03 7:10:04 PM (freenet.node.Node, QThread-4, ERROR): Error while rec= eiving message freenet.client.InternalClient$ClientMessageVector@e5be98 in = state New Internal Get @ 35ff4a474f6a8c98: java.lang.ArithmeticException: N= egative bit address java.lang.ArithmeticException: Negative bit address at java.lang.Throwable.fillInStackTrace(Throwable.java:native) at java.lang.Throwable.(Throwable.java:44) at java.lang.Exception.(Exception.java:24) at java.lang.RuntimeException.(RuntimeException.java:21) at java.lang.ArithmeticException.(ArithmeticException.java:21) at java.math.BigInteger.checkIfBitAddressIsNotNegative(BigInteger.j= ava:177) at java.math.BigInteger.testBit(BigInteger.java:358) at java.math.BigInteger.intValue(BigInteger.java:531) at java.math.BigInteger.longValue(BigInteger.java:543) at freenet.client.Document.(Document.java:199) at freenet.client.AbstractClientKey.decode(AbstractClientKey.java:1= 97) at freenet.client.InternalClient$InternalGetToken.dataFound(Interna= lClient.java:335) at freenet.node.states.request.Pending.sendData(Pending.java:613) at freenet.node.states.request.Pending.searchData(Pending.java:648) at freenet.node.states.request.Pending.receivedRequestInitiator(Pen= ding.java:233) at freenet.node.states.request.DataPending.receivedMessage(DataPend= ing.java:69) at java.lang.reflect.Method.invoke0(Method.java:native) at java.lang.reflect.Method.invoke(Method.java:255) at freenet.node.State.received(State.java:126) at freenet.client.InternalClient$NewInternalGet.received(InternalCl= ient.java:525) at freenet.node.StateChain.received(StateChain.java:161) at freenet.node.StateChain.received(StateChain.java:52) at freenet.node.StandardMessageHandler$Ticket.run(StandardMessageHa= ndler.java:212) at freenet.node.StandardMessageHandler$Ticket.received(StandardMess= ageHandler.java:159) at freenet.node.StandardMessageHandler$Ticket.access$0(StandardMess= ageHandler.java:line unknown, pc 0x1ecb1f1) at freenet.node.StandardMessageHandler.handle(StandardMessageHandle= r.java:68) at freenet.Ticker$Event.run(Ticker.java:229) at freenet.thread.QThreadFactory$QThread.run(QThreadFactory.java:21= 3) I also tried downgrading my Freenet build to a month-old one just to see what would happen; I got the same results. My logfile is chock full of these "Negative bit address" errors. Tech stuff: Freenet build 6043 or 593, Kaffe CVS from 2003-06-02, on OpenBSD 3.2 x86. Kaffe was configured with "./configure --with-includes=3D/usr/local/include --with-libraries=3D/usr/local/lib --with-engine=3Djit3 --enable-debug". Freenet was built with jikes 1.14 on a Debian "unstable" x86 box. --=20 Greg Wooledge | "Truth belongs to everybody." greg@wooledge.org | - The Red Hot Chili Peppers http://wooledge.org/~greg/ | --4OpS+d6oOtUQaRm1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (OpenBSD) iD8DBQE+29+MkAkqAYpL9t8RAsTPAJ9/Jg8/TeZKmH8ZqMXZD9cOhnj6AQCgltzT kSVMMXCkkDJsAwafBcOrh+M= =+c9M -----END PGP SIGNATURE----- --4OpS+d6oOtUQaRm1-- From mark@klomp.org Mon Jun 2 17:58:02 2003 From: mark@klomp.org (Mark Wielaard) Date: Mon Jun 2 16:58:02 2003 Subject: [kaffe] Kaffe and Freenet, round (N+1) In-Reply-To: <20030602233644.GN8330@pegasus.wooledge.org> References: <20030524193210.GF5275@pegasus.wooledge.org> <20030526093858.86466.qmail@web10009.mail.yahoo.com> <20030526130954.GI5275@pegasus.wooledge.org> <20030527005711.4b2a53c6.hkraemer@freenet.de> <20030526231420.GQ5275@pegasus.wooledge.org> <20030526232732.GR5275@pegasus.wooledge.org> <20030527143836.07068f99.hkraemer@freenet.de> <20030527225040.GS5275@pegasus.wooledge.org> <20030529123639.7c39794b.hkraemer@freenet.de> <20030602165512.73e582d3.hkraemer@freenet.de> <20030602233644.GN8330@pegasus.wooledge.org> Message-ID: <1054598338.2855.4.camel@elsschot> Hi, On Tue, 2003-06-03 at 01:36, Greg Wooledge wrote: > Tech stuff: Freenet build 6043 or 593, Kaffe CVS from 2003-06-02, > on OpenBSD 3.2 x86. Kaffe was configured with "./configure > --with-includes=/usr/local/include --with-libraries=/usr/local/lib > --with-engine=jit3 --enable-debug". Freenet was built with jikes 1.14 > on a Debian "unstable" x86 box. You might want to try to configure kaffe with --enable-pure-java-math that will give you another (the GNU Classpath) java.math.BigInteger implementation (which doesn't use the native libgmp). Cheers, Mark From ito.kazumitsu@hitachi-cable.co.jp Mon Jun 2 19:35:02 2003 From: ito.kazumitsu@hitachi-cable.co.jp (Ito Kazumitsu) Date: Mon Jun 2 18:35:02 2003 Subject: [kaffe] libraries/clib/net/InetAddressImpl.c cannot be compiled on old Linux In-Reply-To: Dalibor Topic's message of "Fri, 30 May 2003 07:08:43 -0700 (PDT)" <20030530140843.8799.qmail@web10004.mail.yahoo.com> References: <20030530140843.8799.qmail@web10004.mail.yahoo.com> Message-ID: <200306030137.h531bEs02747@sm1.hitachi-cable.co.jp> In message "Re: [kaffe] libraries/clib/net/InetAddressImpl.c cannot be compiled on old Linux" on 03/05/30, Dalibor Topic writes: > In fact, automake offers bultin support for that using AM_FUNC_STRTOD. I think > that one is supposed to use the strtod.c from libit (libiberty). If that's the > source you used, I'll create a patch that lets kaffe use that strtod function, > in case the system implementation is broken, and post it to the list. I tried the strtod.c from libiberty that comes with binutils-2.13.2.1, but found it to be a poor man's strtod which uses atof. And atof of my old Linux seems to use its own strtod internally, So it cannot be of any help: it converts 4.9406564584124654418e-324 to 0.0. The strtod I am using now is /* $NetBSD: strtod.c,v 1.24 1997/03/29 21:05:22 thorpej Exp $ */ which compiles without requiring extra header files. I am afraid few people are complaining about the poor behavior of strtod and most people recommend that libc should be updated. So please do not spend much time on this matter. Thank you. From ito.kazumitsu@hitachi-cable.co.jp Tue Jun 3 00:03:01 2003 From: ito.kazumitsu@hitachi-cable.co.jp (Ito Kazumitsu) Date: Mon Jun 2 23:03:01 2003 Subject: [kaffe] The problem of "Double.c and buggy strtod" is settled In-Reply-To: Ito Kazumitsu's message of "Tue, 3 Jun 2003 10:37:14 +0900" <200306030137.h531bEs02747@sm1.hitachi-cable.co.jp> References: <20030530140843.8799.qmail@web10004.mail.yahoo.com> <200306030137.h531bEs02747@sm1.hitachi-cable.co.jp> Message-ID: <200306030605.h5365Zm06561@sm1.hitachi-cable.co.jp> In message "Re: [kaffe] libraries/clib/net/InetAddressImpl.c cannot be compiled on old Linux" on 03/06/03, Ito Kazumitsu writes: > I am afraid few people are complaining about the poor behavior > of strtod and most people recommend that libc should be updated. > So please do not spend much time on this matter. And in this case, actions should be taken against old Linux's buggy strtod and not against kaffe. So I first made a new library containing strtod of NetBSD, and tried to make kaffe include it. But for some reason kaffe would include the old strtod. So, as the last resort, I decided to insert the source of new strtod into kaffe's Double.c. But now I have found the reason why the new library cannot be linked. In /usr/include/stdlib.h, there is a part that reads: | #if defined (__OPTIMIZE__) && __GNUC__ >= 2 | /* Define inline functions which call the internal entry points. */ | | extern __inline double strtod (__const char *__nptr, char **__endptr) | { return __strtod_internal (__nptr, __endptr, 0); } "gcc -O2" is used for compiling Double.c, so strtod was actually __strtod_internal. Now I have prepared new __strtod_internal using the new strtod. And kaffe can use them and works fine. Thank you. From sgamwarige@sri.crossvue.com Tue Jun 3 02:52:01 2003 From: sgamwarige@sri.crossvue.com (Sankalpa) Date: Tue Jun 3 01:52:01 2003 Subject: [kaffe] kafee-qt 1.0.7 for ipaq on a board like assabet Message-ID: <1054630775.1587.16.camel@sankalpa.sri.crossvue.com> Hi I have successfully ported linux 2.4.18 rmk 7 to a customised board like assabet.I managed to up qt 2.3.2 with ipaq configuration (doing some minor modifications to suite to my system touch screen driver).Now I can run example aplications in qt 2.3.2 very well. To up kaffe on my machine I downloaded kaffe-qte_1.0.7-0.1_arm.ipk and extracted them to /opt directory and added /opt/Q*/bin to my path. So I managed to run simple Hello.class java program. I tried to run simple awt applications in following ways. 1.with winmanager -qws& up and qt lib path is added to my LD_LIBRARY_PATH 2.without winmanager up. In both occations I got following error. # java Panel1 java.lang.ExceptionInInitializerError: [exception was java.lang.UnsatisfiedLinkError: libawt: not found] at java.awt.Button.(Button.java:44) at java.awt.Button.(Button.java:36) at Panel1.(Panel1.java:18) at Panel1.main(Panel1.java:40) java.lang.UnsatisfiedLinkError: libawt: not found at java.lang.Throwable.fillInStackTrace(Throwable.java:native) at java.lang.Throwable.(Throwable.java:38) at java.lang.Error.(Error.java:21) at java.lang.LinkageError.(LinkageError.java:21) at java.lang.UnsatisfiedLinkError.(UnsatisfiedLinkError.java:21) at java.lang.Runtime.loadLibrary(Runtime.java:150) at java.lang.System.loadLibrary(System.java:142) at java.awt.Button.(Button.java:44) at java.awt.Button.(Button.java:36) at Panel1.(Panel1.java:18) at Panel1.main(Panel1.java:40) Further I searched for libawt.*.so and added that path to LD_LI*RY_PATH but result is same. What may be the problem? Thanks Sankalpa From sgamwarige@sri.crossvue.com Tue Jun 3 02:57:01 2003 From: sgamwarige@sri.crossvue.com (Sankalpa) Date: Tue Jun 3 01:57:01 2003 Subject: [kaffe] kaffe on board like assabet with qt Message-ID: <1054631091.1586.22.camel@sankalpa.sri.crossvue.com> Hi I have downloaded kaffe-1.0.7.tar.gz and kaffe-awt-qt.tgz and extracted them.I have a well functioning cross toolchain for arm on my i386 linux host. Further I have compiled and successfully running qt 2.3.2 on my arm machine using that tool chain. Can someone advise me how to compile kaffe for arm with qt support for awt? Thanks Sankalpa From samuel@hectrix.com Tue Jun 3 04:32:01 2003 From: samuel@hectrix.com (Samuel) Date: Tue Jun 3 03:32:01 2003 Subject: [kaffe] Kaffe-AWT-QT References: <20030530111940.41634.qmail@web10010.mail.yahoo.com> Message-ID: <001801c329bb$64b34800$df01a8c0@hectrix> Hi All, I've tried again and again, but I still cannot fix it. I am using the kaffe 1.0.7 and qt-embedded 3.2.0. I got error message when I make the kaffe-awt-qt. Could anyone tell me which version they are use and get success? I have already read the readme.qt also. Anyone have any ideas are welcome. Thank you. Samuel ----- Original Message ----- From: "Dalibor Topic" To: "Samuel" ; Sent: Friday, May 30, 2003 7:19 PM Subject: Re: [kaffe] Kaffe-AWT-QT > Hi Samuel, > > --- Samuel wrote: > > Hi everyone, > > > I am trying to build up the kaffe with QT to be the GUI library. I have > > already compiled the kaffe with the parameter "--with-awt=qt > > --with-qtdir=/...". However, I still cannot work with the kaffe with gui. > > Anything I need to do before I run Kaffe? I already try to compile the > > kaffe-awt-qt before but it returns error on line 246 of the toolkit.h. > > Anything can make me work for java with qt? Any idea is welcome. > > I've just tried it with the latest sources from CVS, and it works for me ;) > > You should set the qtdir as an absolute path, like --with-qtdir=/usr/lib/qt3 . > > See FAQ/FAQ.awt for more information. > > cheers, > dalibor topic > > __________________________________ > Do you Yahoo!? > Yahoo! Calendar - Free online calendar with sync to Outlook(TM). > http://calendar.yahoo.com > > _______________________________________________ > kaffe mailing list > kaffe@kaffe.org > http://kaffe.org/cgi-bin/mailman/listinfo/kaffe > From inaba@src.ricoh.co.jp Tue Jun 3 09:06:01 2003 From: inaba@src.ricoh.co.jp (Kiyo Inaba) Date: Tue Jun 3 08:06:01 2003 Subject: [kaffe] SH3 problem Message-ID: <200306031508.h53F8Yr24972@snoopy.src.ricoh.co.jp> Hi, Since I can not play with Kaffe tomorrow (I hope 'only'), if someone can give me some hints for current problem for sh3-linux. If I use, ------------------------------------------------------------ Engine: Interpreter Version: 1.1.x-cvs Java Version: 1.1 Configuration/Compilation options: Compile date : Tue Jun 3 01:27:10 JST 2003 Compile host : marshall Install prefix: /usr/local/kaffe Thread system : unix-jthreads CC : sh3-linux-gcc CFLAGS : -g LDFLAGS : ChangeLog head: 2003-05-17 Benja Fallenstein ------------------------------------------------------------ regression test works, but if I use ------------------------------------------------------------ Engine: Interpreter Version: 1.1.x-cvs Java Version: 1.1 Configuration/Compilation options: Compile date : Tue Jun 3 11:47:36 JST 2003 Compile host : marshall Install prefix: /usr/local/kaffe Thread system : unix-jthreads CC : sh3-linux-gcc CFLAGS : -g LDFLAGS : ChangeLog head: 2003-05-19 Helmer Kraemer ------------------------------------------------------------ then regression test produces, ------------------------------------------------------------ error compiling: java.lang.ClassNotFoundException: at/dms/kjc/Main at kaffe.lang.SystemClassLoader.findClass0(SystemClassLoader.java:native) at kaffe.lang.SystemClassLoader.findClass(SystemClassLoader.java:150) at java.lang.ClassLoader.loadClass(ClassLoader.java:149) at java.lang.Class.forName(Class.java:74) at java.lang.Class.forName(Class.java:43) Caused by: FAIL: HelloWorldApp.java ------------------------------------------------------------ There are so many changes in these two days, and I can not point out which mod introduces this problem. Kiyo From jim@kaffe.org Tue Jun 3 09:27:02 2003 From: jim@kaffe.org (Jim Pick) Date: Tue Jun 3 08:27:02 2003 Subject: Release Dates (was Re: [kaffe] Qt AWT backend works under Qtopia(Qt Palmtop)) In-Reply-To: <200306021550.h52FoF215190@snoopy.src.ricoh.co.jp> References: <200306021550.h52FoF215190@snoopy.src.ricoh.co.jp> Message-ID: <1054654164.670.15.camel@localhost> On Mon, 2003-06-02 at 08:50, Kiyo Inaba wrote: > Hi Jim, > > > On Mon, 2003-06-02 at 02:29, Dalibor Topic wrote: > >> Yeah, I think 2003-06-04 should be the day when all features for the next > >> version are in and the focus switches over to testing and fixing the > >> platform-specific bugs and build-problems. > >> > >> That would make 2003-06-07 or 2003-06-08 the next release date. > >Yep. That's what I meant too... > > So, only 3 days available to adjust 'platform-specific' issues... > This is the point for me why I asked the original question. If you > plan to include some regression test results for several platforms > in the release notes, this period becomes shorter than previous > release. Of course, I don't remember clearly for the last time because > it was 11 months ago :-) > > Just for your info, regression test on m68k takes more than 12 hours, > and if I test all three configurations, the test itself may take this > period ;-< > > Isn't it good time to consider maintaining development branch on which > developers introduce new features, and release (or maintenance) branch > on which developers can only modify bugs, or platform-specific issues? Well, the original plan for 1.1.0 was to freeze on May 18th, and release on June 1st. Obviously, we didn't freeze on May 18th, and did not release on June 1st. I'll take the blame for that - I wasn't prepared... My intention is to label the 1.1.x series of releases as "development releases". We'll do a big 1.2.0 release sometime in the future, which we will label a "production release". So we'll be following the convention as the Linux kernel, where odd-numbered minor number releases are development, and even-numbered minor number releases are production. Here's a proposal for 1.1.1 - I think we should do a two month cycle. We should freeze on July 27th (bug fixes only afterwards), and release on August 3rd. That will give us a week of testing next time. I don't want to freeze for too long, because most of the things we call "features" are actually just really big bug fixes. :-) As for regression test results - what I'd like to do is to get some more automated reporting via the website. And maybe we could snapshot that for the development releases. This seems like a longer term project though, for future releases. Cheers, - Jim From kaffe@kaffe.org Tue Jun 3 09:56:01 2003 From: kaffe@kaffe.org (Kaffe CVS) Date: Tue Jun 3 08:56:01 2003 Subject: [kaffe] Kaffe CVS: kaffe kaz Message-ID: CVSROOT: /cvs/kaffe Module name: kaffe Changes by: kaz 03/06/03 08:54:42 Modified files: . : ChangeLog kaffe/kaffevm : external.c Log message: * kaffe/kaffevm/external.c added new function kdlrealloc() to be used as lt_dlrealloc by ltdl.c From kaz@maczuka.gcd.org Tue Jun 3 09:59:02 2003 From: kaz@maczuka.gcd.org (Ito Kazumitsu) Date: Tue Jun 3 08:59:02 2003 Subject: [kaffe] java.lang.UnsatisfiedLinkError: not enough memory In-Reply-To: Your message of "Tue, 03 Jun 2003 01:15:53 +0200" References: <20030508212741.1926.qmail@maczuka.gcd.org> <20030601105013.8540.qmail@maczuka.gcd.org> <20030602223627.5280.qmail@maczuka.gcd.org> <20030603011553.6e77a649.hkraemer@freenet.de> Message-ID: <20030603160148.7912.qmail@maczuka.gcd.org> >>>>> "+" =3D=3D Helmer Kr=E4mer writes: +> On Tue, 03 Jun 2003 07:36:26 +0900 +> Ito Kazumitsu wrote: >> I think lt_dlmalloc/lt_dlfree may well use malloc/free because >> on a platform which has its own argz_* functions, which seem >> to be in glibc, malloc/free seems to be used in argz_* functions. +> have you tried implementing a kdlrealloc that uses gc_realloc()? Thank you for your suggestion. I made such kdlrealloc and tested it. I have just commited the new external.c. From kaffe@kaffe.org Tue Jun 3 17:34:01 2003 From: kaffe@kaffe.org (Kaffe CVS) Date: Tue Jun 3 16:34:01 2003 Subject: [kaffe] Kaffe CVS: kaffe dalibor Message-ID: CVSROOT: /cvs/kaffe Module name: kaffe Changes by: dalibor 03/06/03 16:32:08 Modified files: . : ChangeLog aclocal.m4 configure gwqt.m4 libraries/clib/awt/qt: clr.cc evt.cc fnt.cc img.cc tlk.cc wnd.cc Log message: 2003-06-03 Dalibor Topic * gwqt.m4: Added detection of Qtopia, which means new libs are added to the linker flags, and a new macro QPE is defined for conditional compilation of Qtopia specific bits. * aclocal.m4, configure: regenerated. 2003-06-03 Jim Huang Adapted Kaffe's Qt based AWT to compile under Qtopia. * libraries/clib/awt/qt/clr.cc, libraries/clib/awt/qt/evt.cc, libraries/clib/awt/qt/tlk.cc, libraries/clib/awt/qt/wnd.cc: Use QPEApplication instead of QApplication. Include appropriate headers. * libraries/clib/awt/qt/fnt.cc: Use unifont under QPE. * libraries/clib/awt/qt/img.cc: Ifdef-ed out createShmXImage and destroyShmXImage. Replaced a fprintf by a DBG. From robilad@yahoo.com Tue Jun 3 17:36:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Tue Jun 3 16:36:01 2003 Subject: [kaffe] Kaffe-AWT-QT In-Reply-To: <001801c329bb$64b34800$df01a8c0@hectrix> Message-ID: <20030603233909.17389.qmail@web10009.mail.yahoo.com> Hi Samuel, --- Samuel wrote: > Hi All, > I've tried again and again, but I still cannot fix it. I am using the > kaffe 1.0.7 and qt-embedded 3.2.0. I got error message when I make the > kaffe-awt-qt. Could anyone tell me which version they are use and get > success? I have already read the readme.qt also. Anyone have any ideas are > welcome. Thank you. check out this thread for more information on what I did to get kaffe embedded to run. http://www.kaffe.org/pipermail/kaffe/2003-March/029009.html I was using kaffe from CVS and qt-embedded-free 3.1.2. cheers, dalibor topic p.s. it might be helpful to post the actual error messages you get, just in case someone has already seen them ;) __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From robilad@yahoo.com Tue Jun 3 17:41:02 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Tue Jun 3 16:41:02 2003 Subject: [kaffe] kaffe on board like assabet with qt In-Reply-To: <1054631091.1586.22.camel@sankalpa.sri.crossvue.com> Message-ID: <20030603234321.24053.qmail@web10004.mail.yahoo.com> Hi Sankalpa, --- Sankalpa wrote: > Hi > > I have downloaded kaffe-1.0.7.tar.gz and kaffe-awt-qt.tgz and extracted > them.I have a well functioning cross toolchain for arm on my i386 linux > host. > Further I have compiled and successfully running qt 2.3.2 on my arm > machine using that tool chain. > > Can someone advise me how to compile kaffe for arm with qt support for > awt? If you want kaffe with a qt awt that should build out of the box (does that from, but I'm not cross comiling), use the latest CVS version. Read FAQ/FAQ.awt for more information. If you have to use kaffe 1.0.7 and kaffe-awt-qt as it is, ... well, read the docs coming with the patch ;) cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From robilad@yahoo.com Tue Jun 3 17:53:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Tue Jun 3 16:53:01 2003 Subject: [kaffe] kafee-qt 1.0.7 for ipaq on a board like assabet In-Reply-To: <1054630775.1587.16.camel@sankalpa.sri.crossvue.com> Message-ID: <20030603235556.25225.qmail@web10004.mail.yahoo.com> Hi Sankalpa, --- Sankalpa wrote: > Hi > > I have successfully ported linux 2.4.18 rmk 7 to a customised board > like assabet.I managed to up qt 2.3.2 with ipaq configuration (doing > some minor modifications to suite to my system touch screen driver).Now > I can run example aplications in qt 2.3.2 very well. > > To up kaffe on my machine I downloaded kaffe-qte_1.0.7-0.1_arm.ipk and > extracted them to /opt directory and added /opt/Q*/bin to my path. > So I managed to run simple Hello.class java program. Are you sure you got that ipk file from kaffe.org? > I tried to run simple awt applications in following ways. > > 1.with winmanager -qws& up and qt lib path is added to my > LD_LIBRARY_PATH > > 2.without winmanager up. What's a winmanager? > In both occations I got following error. > > # java Panel1 > java.lang.ExceptionInInitializerError: [exception was > java.lang.UnsatisfiedLinkError: libawt: not found] > at java.awt.Button.(Button.java:44) > at java.awt.Button.(Button.java:36) > at Panel1.(Panel1.java:18) > at Panel1.main(Panel1.java:40) > java.lang.UnsatisfiedLinkError: libawt: not found > at java.lang.Throwable.fillInStackTrace(Throwable.java:native) > at java.lang.Throwable.(Throwable.java:38) > at java.lang.Error.(Error.java:21) > at java.lang.LinkageError.(LinkageError.java:21) > at > java.lang.UnsatisfiedLinkError.(UnsatisfiedLinkError.java:21) > at java.lang.Runtime.loadLibrary(Runtime.java:150) > at java.lang.System.loadLibrary(System.java:142) > at java.awt.Button.(Button.java:44) > at java.awt.Button.(Button.java:36) > at Panel1.(Panel1.java:18) > at Panel1.main(Panel1.java:40) > > Further I searched for libawt.*.so and added that path to LD_LI*RY_PATH > but result is same. > > What may be the problem? Dynamic linking of libawt fails. Read FAQ/FAQ.debugging and use gdb to figure out what's really happening. Set a breakpoint on loadNativeLibrary and see if you can find out what's the exact cause for the breakage. There are so many ways for linking of c++ libraries to fail, it's not even funny (bad moc version in path, bad QTDIr setting, bad QTEDIR setting, wrong compiler ABI version, and whatever makes qt awt fail on my suse box right now wtihout leaving a stack trave in the debugger while it works on my mandrake box, or as the most bizarre cause I've seen with qt-embedded: not piping std* streams to /dev/null ). Without going over through it using gdb, there is no way you can find out what's the cause du jour ;) I assume you should first ask wherever you got that ipk file from. I, for example, don't even know what an ipk file is ;) good luck hunting the problem down, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From robilad@yahoo.com Tue Jun 3 18:23:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Tue Jun 3 17:23:01 2003 Subject: [kaffe] Kaffe CVS: kaffe dalibor In-Reply-To: Message-ID: <20030604002526.21548.qmail@web10009.mail.yahoo.com> Hi, I've finally got around to merge in Jim Huang's Qtopia patch for kaffe's qt based awt. I've only been able to test this on my mandrake 9.1 box with Qt3 and it worked fine there. My old suse box seems to have problems with it, since it crashes kaffe with a null pointer exception with qt2, qt3, qt-embedded and qtopia, but I blame it on bad, old suse 7.3 ;) Testing this configurations, and deciding that I can't do nothing against it, is why it took me so long to get this patch checked in. so sorry for any delays, especially release freeze related ones ;) this is what happens on my suse box: > /tmp/kaffe-qt2/bin/kaffe -jar TextEdit.jar tlkProperties qapp initialization. tlkInit Done. Internal error: caught an unexpected exception. Please check your CLASSPATH and your installation. java/lang/NullPointerException at java.awt.Toolkit.tlkInit(Toolkit.java:native) and the stack trace is empty since the backtrace produces an error about not being able to dereference a null pointer, so there is some stack corruption going on. I'll kindly leave fixing of that kind of problems to people who actually use kaffe's qt-based AWT if the problem occurs on their systems ;) As usual, any feedback, patches and praise are welcome ;) cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From greg@wooledge.org Tue Jun 3 21:09:01 2003 From: greg@wooledge.org (Greg Wooledge) Date: Tue Jun 3 20:09:01 2003 Subject: [freenet-dev] Re: [kaffe] Kaffe and Freenet, round (N+1) In-Reply-To: <20030604002941.GA9003@amphibian.dyndns.org> References: <20030527005711.4b2a53c6.hkraemer@freenet.de> <20030526231420.GQ5275@pegasus.wooledge.org> <20030526232732.GR5275@pegasus.wooledge.org> <20030527143836.07068f99.hkraemer@freenet.de> <20030527225040.GS5275@pegasus.wooledge.org> <20030529123639.7c39794b.hkraemer@freenet.de> <20030602165512.73e582d3.hkraemer@freenet.de> <20030602233644.GN8330@pegasus.wooledge.org> <1054598338.2855.4.camel@elsschot> <20030604002941.GA9003@amphibian.dyndns.org> Message-ID: <20030604030811.GA2789@pegasus.wooledge.org> --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Toad (toad@amphibian.dyndns.org) wrote: > On Tue, Jun 03, 2003 at 01:58:58AM +0200, Mark Wielaard wrote: > > You might want to try to configure kaffe with --enable-pure-java-math > > that will give you another (the GNU Classpath) java.math.BigInteger > > implementation (which doesn't use the native libgmp). >=20 > Eeek. Sloooooooow. But I suppose if it's all that works. OK, here we go. I started by updating from OpenBSD 3.2 to 3.3. Then I ran Freenet with Kaffe from early May, which is what I've been using normally with rather good results. This seemed to be OK, just as it was before the OS upgrade. Then I tried building recent CVS Kaffe (I think it's about 2 days old now). I got the same results as before: "Negative bit address", whatever that means, whenever I tried to access a document. Then I upgraded gmp from 3.1.1 (the OpenBSD 3.2 port) to 4.1.1 (the 3.3 port). I rebuilt Kaffe with that version of gmp, and still got the same results: "Negative bit address". Next, I tried with --enable-pure-java-math. This seemed to be working better; I could run the node and retrieve documents via fproxy (the web interface) without "Negative bit address" errors. But, as Toad said, it's incredibly slow compared to gmp. Running top, I saw kaffe-bin take about 30-40% (with spikes up to 90%) of the CPU when I hit a few image-heavy pages. Normally I don't see it get over 50% even when it's doing FEC decoding -- under normal conditions, like retrieving a few pages of images, it never got over 20% or so. Then, after about 1:30 of CPU time, the node went into a "comatose" state. I see this fairly often even with the early-May Kaffe; the node just sits there, not eating any CPU; sometimes it pulls out by itself after a few *minutes*(!), but usually it's time to restart it. After waiting about 5 minutes, I restarted it. Meanwhile, stdout/stderr had this: kaffe-bin in malloc(): warning: recursive call. kaffe-bin in malloc(): warning: recursive call. kaffe-bin in malloc(): warning: recursive call. And freenet.log had this: 03-Jun-03 10:42:16 PM (freenet.interfaces.PublicInterface, Interface # tcp/= 36963, NORMAL): Getting thread to dispatch in PublicInterface took more tha= n 10 seconds! If this happens frequently, report it to devl@freenetproject.= org. Waited 101231 millis. java.lang.Exception: debug at java.lang.Throwable.fillInStackTrace(Throwable.java:native) at java.lang.Throwable.(Throwable.java:44) at java.lang.Exception.(Exception.java:24) at freenet.interfaces.PublicInterface.dispatch(PublicInterface.java= :109) at freenet.interfaces.Interface.acceptConnections(Interface.java:22= 0) at freenet.interfaces.Interface.run(Interface.java:172) at java.lang.Thread.run(Thread.java:334) (This occurred several times.) Pretty soon, the restarted node had ground itself down into a coma just like the first time. top showed the CPU usage had dropped to nothing, with about 1:33 elapsed CPU. No more images were coming through on the web interface. There weren't any messages in the logs this time, though. So, the upshot is, I'm still running early-May CVS Kaffe. It's the only thing that still works. --=20 Greg Wooledge | "Truth belongs to everybody." greg@wooledge.org | - The Red Hot Chili Peppers http://wooledge.org/~greg/ | --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (OpenBSD) iD8DBQE+3WKbkAkqAYpL9t8RAvJQAJwMKMqNOJR0eU+15c75WjSmFb0FWgCglrmX 0xZloTC+TypCnbHYcpsiATM= =Ayal -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- From sgamwarige@sri.crossvue.com Tue Jun 3 21:40:01 2003 From: sgamwarige@sri.crossvue.com (Sankalpa Gamwarige) Date: Tue Jun 3 20:40:01 2003 Subject: [kaffe] kafee-qt 1.0.7 for ipaq on a board like assabet In-Reply-To: <20030603235556.25225.qmail@web10004.mail.yahoo.com> Message-ID: Are you sure you got that ipk file from kaffe.org? No I downloaded from http://yamaguch.sytes.net/~tora/download/ipkg/ What's a winmanager? its a qt application which does the window management.U can connect to it if u donot wish to run u`r qt based application as a standard alone one. ipk is tar.gz format in which another tar.gz files are resident to my observation (data.tar.gz and control.tar.gz). -----Original Message----- From: Dalibor Topic [mailto:robilad@yahoo.com] Sent: Wednesday, June 04, 2003 5:56 AM To: Sankalpa; kaffe mail list Subject: Re: [kaffe] kafee-qt 1.0.7 for ipaq on a board like assabet Hi Sankalpa, --- Sankalpa wrote: > Hi > > I have successfully ported linux 2.4.18 rmk 7 to a customised board > like assabet.I managed to up qt 2.3.2 with ipaq configuration (doing > some minor modifications to suite to my system touch screen driver).Now > I can run example aplications in qt 2.3.2 very well. > > To up kaffe on my machine I downloaded kaffe-qte_1.0.7-0.1_arm.ipk and > extracted them to /opt directory and added /opt/Q*/bin to my path. > So I managed to run simple Hello.class java program. Are you sure you got that ipk file from kaffe.org? > I tried to run simple awt applications in following ways. > > 1.with winmanager -qws& up and qt lib path is added to my > LD_LIBRARY_PATH > > 2.without winmanager up. What's a winmanager? > In both occations I got following error. > > # java Panel1 > java.lang.ExceptionInInitializerError: [exception was > java.lang.UnsatisfiedLinkError: libawt: not found] > at java.awt.Button.(Button.java:44) > at java.awt.Button.(Button.java:36) > at Panel1.(Panel1.java:18) > at Panel1.main(Panel1.java:40) > java.lang.UnsatisfiedLinkError: libawt: not found > at java.lang.Throwable.fillInStackTrace(Throwable.java:native) > at java.lang.Throwable.(Throwable.java:38) > at java.lang.Error.(Error.java:21) > at java.lang.LinkageError.(LinkageError.java:21) > at > java.lang.UnsatisfiedLinkError.(UnsatisfiedLinkError.java:21) > at java.lang.Runtime.loadLibrary(Runtime.java:150) > at java.lang.System.loadLibrary(System.java:142) > at java.awt.Button.(Button.java:44) > at java.awt.Button.(Button.java:36) > at Panel1.(Panel1.java:18) > at Panel1.main(Panel1.java:40) > > Further I searched for libawt.*.so and added that path to LD_LI*RY_PATH > but result is same. > > What may be the problem? Dynamic linking of libawt fails. Read FAQ/FAQ.debugging and use gdb to figure out what's really happening. Set a breakpoint on loadNativeLibrary and see if you can find out what's the exact cause for the breakage. There are so many ways for linking of c++ libraries to fail, it's not even funny (bad moc version in path, bad QTDIr setting, bad QTEDIR setting, wrong compiler ABI version, and whatever makes qt awt fail on my suse box right now wtihout leaving a stack trave in the debugger while it works on my mandrake box, or as the most bizarre cause I've seen with qt-embedded: not piping std* streams to /dev/null ). Without going over through it using gdb, there is no way you can find out what's the cause du jour ;) I assume you should first ask wherever you got that ipk file from. I, for example, don't even know what an ipk file is ;) good luck hunting the problem down, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From mark@klomp.org Wed Jun 4 01:16:01 2003 From: mark@klomp.org (Mark Wielaard) Date: Wed Jun 4 00:16:01 2003 Subject: [freenet-dev] Re: [kaffe] Kaffe and Freenet, round (N+1) In-Reply-To: <20030604030811.GA2789@pegasus.wooledge.org> References: <20030527005711.4b2a53c6.hkraemer@freenet.de> <20030526231420.GQ5275@pegasus.wooledge.org> <20030526232732.GR5275@pegasus.wooledge.org> <20030527143836.07068f99.hkraemer@freenet.de> <20030527225040.GS5275@pegasus.wooledge.org> <20030529123639.7c39794b.hkraemer@freenet.de> <20030602165512.73e582d3.hkraemer@freenet.de> <20030602233644.GN8330@pegasus.wooledge.org> <1054598338.2855.4.camel@elsschot> <20030604002941.GA9003@amphibian.dyndns.org> <20030604030811.GA2789@pegasus.wooledge.org> Message-ID: <1054711034.4976.46.camel@elsschot> Hi, On Wed, 2003-06-04 at 05:08, Greg Wooledge wrote: > Toad (toad@amphibian.dyndns.org) wrote: > > On Tue, Jun 03, 2003 at 01:58:58AM +0200, Mark Wielaard wrote: > > > You might want to try to configure kaffe with --enable-pure-java-math > > > that will give you another (the GNU Classpath) java.math.BigInteger > > > implementation (which doesn't use the native libgmp). > > > > Eeek. Sloooooooow. But I suppose if it's all that works. > [...] > Next, I tried with --enable-pure-java-math. This seemed to be working > better; I could run the node and retrieve documents via fproxy (the > web interface) without "Negative bit address" errors. But, as Toad > said, it's incredibly slow compared to gmp. Running top, I saw > kaffe-bin take about 30-40% (with spikes up to 90%) of the CPU when > I hit a few image-heavy pages. Normally I don't see it get over > 50% even when it's doing FEC decoding -- under normal conditions, > like retrieving a few pages of images, it never got over 20% or so. Good it works (more or less, haven't a clue about the coma thing). Bad it is slooooooooow. The same code is used in gcj where is doesn't seeem slow at all but that might be because gcj is an ahead-of-time compiler that can much better optimize this code then the kaffe just in time compiler. The GNU Classpath implementation is based on the pure java gnu.math.MPN class which says: /** This contains various low-level routines for unsigned bigints. * The interfaces match the mpn interfaces in gmp, * so it should be easy to replace them with fast native functions * that are trivial wrappers around the mpn_ functions in gmp * (at least on platforms that use 32-bit "limbs"). */ So one approach might be to create a gnu.math.MPNNative that actually wraps the gpm functions. > So, the upshot is, I'm still running early-May CVS Kaffe. It's the > only thing that still works. But I didn't know that it already worked with an older kaffe version. Can you determine on which date it actually broke? The strange thing is that the last work on the kaffe implementation of BigInteger is from Januari. Cheers, Mark From hkraemer@freenet.de Wed Jun 4 01:43:01 2003 From: hkraemer@freenet.de (Helmer =?ISO-8859-1?B?S3LkbWVy?=) Date: Wed Jun 4 00:43:01 2003 Subject: [freenet-dev] Re: [kaffe] Kaffe and Freenet, round (N+1) In-Reply-To: <1054711034.4976.46.camel@elsschot> References: <20030527005711.4b2a53c6.hkraemer@freenet.de> <20030526231420.GQ5275@pegasus.wooledge.org> <20030526232732.GR5275@pegasus.wooledge.org> <20030527143836.07068f99.hkraemer@freenet.de> <20030527225040.GS5275@pegasus.wooledge.org> <20030529123639.7c39794b.hkraemer@freenet.de> <20030602165512.73e582d3.hkraemer@freenet.de> <20030602233644.GN8330@pegasus.wooledge.org> <1054598338.2855.4.camel@elsschot> <20030604002941.GA9003@amphibian.dyndns.org> <20030604030811.GA2789@pegasus.wooledge.org> <1054711034.4976.46.camel@elsschot> Message-ID: <20030604094515.4495fbdd.hkraemer@freenet.de> On 04 Jun 2003 09:17:14 +0200 Mark Wielaard wrote: Hi, > > So, the upshot is, I'm still running early-May CVS Kaffe. It's the > > only thing that still works. > > But I didn't know that it already worked with an older kaffe version. > Can you determine on which date it actually broke? > The strange thing is that the last work on the kaffe implementation of > BigInteger is from Januari. this is actually my bad. Kaffe's BigInteger.longValue() gave wrong results for negative values. While trying to fix that, I managed to get some errors in it that I didn't notice because my testcases succeeded :((( Sorry for all the trouble, Helmer From Tony Wyatt Wed Jun 4 02:23:01 2003 From: Tony Wyatt (Tony Wyatt) Date: Wed Jun 4 01:23:01 2003 Subject: [kaffe] Deadlock in JIT3 println call Message-ID: Hi all, I'm trying to rid myself of runtime errors in the JIT3 (version 1.0.7) on the m68k Amiga platform. Currently I'm wrestling with this one: When executing the expression: println("=" + (fmeth() / fmeth()) ), kaffe goes into deadlock. It only happens when the argument is an expression of two methods, producing a NaN. A single float and it works. A single NaN and it works. A method that returns a NaN works. An ordinary method call instead of "println" works. Here is the whole test fragment: import java.io.*; class FloatTest { public static void main(String[] args) { System.out.println("=" + (fmeth() / fmeth()) ); } public static float fmeth() { return 0.0f; } } /* Expected Output: =NaN */ When executed, it merely prints out "Dumping live threads", and the three threads "gc", "finaliser" and "main". The runtime is deadlocked. Has anyone any thoughts? Needless to say, it doesn't happen on other platforms running JIT3. cheers tony From robilad@yahoo.com Wed Jun 4 02:41:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Wed Jun 4 01:41:01 2003 Subject: [kaffe] kafee-qt 1.0.7 for ipaq on a board like assabet In-Reply-To: Message-ID: <20030604084405.95123.qmail@web10002.mail.yahoo.com> Hi sankalpa, --- Sankalpa Gamwarige wrote: > Are you sure you got that ipk file from kaffe.org? > No I downloaded from http://yamaguch.sytes.net/~tora/download/ipkg/ then they could be able to help you better than we can ;) If you are using binary packages, there is no way for us to figure out what modifications the packager made to the original sources, when they branched away from the CVS tree, what settings they compiled with etc. There are so many unknowns that you are better off asking the packager directly, who might even have seen your problems during his attempts to package the software. when that fails, grab the latest source from CVS, try again and please come back to report success or failure ;) > What's a winmanager? > its a qt application which does the window management.U can connect to it > if u donot wish to run u`r qt based application as a standard alone one. ah, so it's something different from QWS? Can't each application simply be it's own qws server? > ipk is tar.gz format in which another tar.gz files are resident to my > observation (data.tar.gz and control.tar.gz). so it's another packaging format for binaries for embedded (linux?) platforms. thanks for the information! and good luck tracking down the bug. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From sgamwarige@sri.crossvue.com Wed Jun 4 03:43:01 2003 From: sgamwarige@sri.crossvue.com (Sankalpa) Date: Wed Jun 4 02:43:01 2003 Subject: [kaffe] kafee-qt 1.0.7 for ipaq on a board like assabet In-Reply-To: <20030604084405.95123.qmail@web10002.mail.yahoo.com> References: <20030604084405.95123.qmail@web10002.mail.yahoo.com> Message-ID: <1054720042.20777.11.camel@localhost.localdomain> Hi Dalibor First of all I must thank you for giving prompt replies and helping. I managed to crosscompile kaffe 1.0.7 for arm and able to run a simple helloworld without any errors. Then I changed my configuration such that ./configure --with-x --host=arm-linux --prefix=/kaffe --with-awt=qt --with-qtdir=/tmp/qt-2.3.2 (I have qt embedded 2.3.2) Now I found I can run hello world but not a simple awt application. It says that BUG IN DYNAMIC LINKER ld.so: ../sysdeps/arm/dl-machine.h: 461: elf_machine_lazy_rel: Assertion `((reloc->r_info) & 0xff) == 22' failed! What may be the wrong? Is it possible for me to statically link libawt.so with required qt-2.3.2/lib.(In otherwords without needing qt/lib/*.so in my machine at run time) Thanks Sankalpa On Wed, 2003-06-04 at 14:44, Dalibor Topic wrote: > Hi sankalpa, > > --- Sankalpa Gamwarige wrote: > > Are you sure you got that ipk file from kaffe.org? > > No I downloaded from http://yamaguch.sytes.net/~tora/download/ipkg/ > > then they could be able to help you better than we can ;) > > If you are using binary packages, there is no way for us to figure out what > modifications the packager made to the original sources, when they branched > away from the CVS tree, what settings they compiled with etc. There are so many > unknowns that you are better off asking the packager directly, who might even > have seen your problems during his attempts to package the software. when that > fails, grab the latest source from CVS, try again and please come back to > report success or failure ;) > > > What's a winmanager? > > its a qt application which does the window management.U can connect to it > > if u donot wish to run u`r qt based application as a standard alone one. > > ah, so it's something different from QWS? Can't each application simply be it's > own qws server? > > > ipk is tar.gz format in which another tar.gz files are resident to my > > observation (data.tar.gz and control.tar.gz). > > so it's another packaging format for binaries for embedded (linux?) platforms. > > thanks for the information! and good luck tracking down the bug. > > cheers, > dalibor topic > > __________________________________ > Do you Yahoo!? > Yahoo! Calendar - Free online calendar with sync to Outlook(TM). > http://calendar.yahoo.com From kaffe@kaffe.org Wed Jun 4 03:47:01 2003 From: kaffe@kaffe.org (Kaffe CVS) Date: Wed Jun 4 02:47:01 2003 Subject: [kaffe] Kaffe CVS: kaffe dalibor Message-ID: CVSROOT: /cvs/kaffe Module name: kaffe Changes by: dalibor 03/06/04 02:45:45 Modified files: . : ChangeLog FAQ : FAQ.automake FAQ.awt FAQ.unicode Added files: FAQ : FAQ.cross-compiling Log message: 2003-06-04 Dalibor Topic * FAQ/FAQ.automake: updated autotools version information. * FAQ/FAQ.unicode: rewritten to just say that kaffe uses Classpath's implementation. * FAQ/FAQ.awt: Added Troubleshooting and Projects section. Added Qtopia to list of Qt platforms the AWT impementation should run on. 2003-06-04 Kiyo Inaba * FAQ/FAQ.cross-compiling: new file From robilad@yahoo.com Wed Jun 4 03:52:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Wed Jun 4 02:52:01 2003 Subject: [kaffe] FAQ.cross-compiling In-Reply-To: <200306020759.h527xei10414@snoopy.src.ricoh.co.jp> Message-ID: <20030604095513.54535.qmail@web10010.mail.yahoo.com> Hi Kiyo, --- Kiyo Inaba wrote: > Hi, > > Here, you can find 'FAQ.cross-compiling'. If someone can kindly improve > my description, it is very welcome. Great! I've been looking for something like this document for quite a while now. thanks, checked in! cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From sgamwarige@sri.crossvue.com Wed Jun 4 03:54:01 2003 From: sgamwarige@sri.crossvue.com (Sankalpa) Date: Wed Jun 4 02:54:01 2003 Subject: [kaffe] kaffe awt with qt embedded on board like ipaq Message-ID: <1054720705.20778.17.camel@localhost.localdomain> Hi Hi what sort of configuration should I have in my qt source to build awt support with qt for kaffe? ie ./configure -xplatform linux-ipaq-g++ //static ./configure -xplatform linux-arm-g++ -shared //srared Can I avoid qt*/lib/*.so in my LD_LIBRARY_PATH to function qt awt? Thanks Sankalpa From kaffe@kaffe.org Wed Jun 4 03:58:01 2003 From: kaffe@kaffe.org (Kaffe CVS) Date: Wed Jun 4 02:58:01 2003 Subject: [kaffe] Kaffe CVS: kaffe dalibor Message-ID: CVSROOT: /cvs/kaffe Module name: kaffe Changes by: dalibor 03/06/04 02:56:47 Modified files: . : ChangeLog config.sub libltdl : config.sub Log message: 2003-06-04 Kiyo Inaba * config.sub, libltdl/config.sub: added superh to known sh platforms. From robilad@yahoo.com Wed Jun 4 04:01:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Wed Jun 4 03:01:01 2003 Subject: [kaffe] Super-H ports In-Reply-To: <200305310847.h4V8lLx04927@snoopy.src.ricoh.co.jp> Message-ID: <20030604100415.95138.qmail@web10007.mail.yahoo.com> hi Kiyo, --- Kiyo Inaba wrote: > I wrote: > > I have some doubts for the result but, my linux box says > It may take a while how 'InetAddressImpl' issue is settled, and I > don't want to destroy some efforts I made (by debuging jit code > etc...), I send tentative patch for Super-H. This patch is against > CVS 030515 (just one day before the introduction of new InetAddressImpl), > and mainly let configure know the architecture 'superh'. I've checked in the bit about config.sub. I think the config-mem.h patch for ssize is obsolete since your patch from 2003-05-30, and the stringParsing.c changes were applied by Tim, or me, I'm not sure. I hope that we can fix the remaining problems with linux 2.0 soon, so we can have you back on CVS HEAD ;) > BTW, the failure last time are because of some libraries I don't > install on sh3 machine, and without that, all tests passed. that's very good, another happy platform ;) thanks! cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From kaffe@kaffe.org Wed Jun 4 04:09:01 2003 From: kaffe@kaffe.org (Kaffe CVS) Date: Wed Jun 4 03:09:01 2003 Subject: [kaffe] Kaffe CVS: kaffe hkraemer Message-ID: CVSROOT: /cvs/kaffe Module name: kaffe Changes by: hkraemer 03/06/04 03:07:20 Modified files: . : ChangeLog libraries/javalib/java/util: ResourceBundle.java kaffe/scripts : kaffe.in kaffe/kaffevm/systems/unix-pthreads: thread-impl.c thread-internal.h libraries/javalib/java/math: BigInteger.java Log message: 2003-06-04 Helmer Kraemer * kaffe/kaffevm/systems/unix-pthreads/thread-impl.c (jthread_sleep): added missing method * libraries/javalib/java/util/ResourceBundle.java: (getBundle): don't forget to search the default locale if necessary (getSpecificBundle): moved caching of ResourceBundles to here * libraries/javalib/java/math/BigInteger.java: (intValue, longValue): fixed my broken patch * kaffe/scripts/kaffe.in: allow prepending stuff to BOOTCLASSPATH From hkraemer@freenet.de Wed Jun 4 06:13:01 2003 From: hkraemer@freenet.de (Helmer =?ISO-8859-1?B?S3LkbWVy?=) Date: Wed Jun 4 05:13:01 2003 Subject: [kaffe] Deadlock in JIT3 println call In-Reply-To: References: Message-ID: <20030604141517.61591a25.hkraemer@freenet.de> On Wed, 04 Jun 2003 18:23:23 +1000 Tony Wyatt wrote: Hi Tony, > I'm trying to rid myself of runtime errors in the JIT3 (version 1.0.7) > on the m68k Amiga platform. Currently I'm wrestling with this one: > > When executing the expression: > > println("=" + (fmeth() / fmeth()) ), kaffe goes into deadlock. It only > happens when the argument is an expression of two methods, producing a NaN. > A single float and it works. A single NaN and it works. A method that > returns a NaN works. An ordinary method call instead of "println" works. > > Has anyone any thoughts? Needless to say, it doesn't happen on other > platforms running JIT3. since you were only asking for some thoughts, here are some, without knowing whether they are useful at all ;) >From what you've said above, I'd assume that something like "println ("="+Float.toString( fmeth() / fmeth() ))" works? And so does "println (fmeth() / fmeth())"? What about "new StringBuffer("=").append(fmeth() / fmeth())"? Greetings, Helmer From inaba@src.ricoh.co.jp Wed Jun 4 08:41:01 2003 From: inaba@src.ricoh.co.jp (Kiyo Inaba) Date: Wed Jun 4 07:41:01 2003 Subject: [kaffe] Patch queue status update In-Reply-To: <20030521151528.51881.qmail@web10001.mail.yahoo.com> Message-ID: <200306041443.h54EhMK00017@snoopy.src.ricoh.co.jp> Before starting my business trip (yes, it makes me much busier), I hope to solve some funny things for m68k or sh3 (mainly for JIT), and in a meeting today, suddenly I noticed. Dalibor wrote: >* kiyo's m68k optimization patch: it's not clear what the reason for the >breakage is, so just adding the assertion back is sub-optimal ;) since the >change log entry for that assertion's removal says: As far as I am concerned, I have never compiled this code with 'NDEBUG' defined and which puts some code to access some variables. And deleting this portion may introduce some optimization problem, and makes everything not working on m68k-linux. So, if it has not yet been checked in, please put it back. Kiyo P.S. Dalibor, 'date' please ;-) From kaffe@kaffe.org Wed Jun 4 10:05:02 2003 From: kaffe@kaffe.org (Kaffe CVS) Date: Wed Jun 4 09:05:02 2003 Subject: [kaffe] Kaffe CVS: kaffe kaz Message-ID: CVSROOT: /cvs/kaffe Module name: kaffe Changes by: kaz 03/06/04 09:03:50 Modified files: . : ChangeLog libltdl : ltdl.c Log message: 2003-06-04 Ito Kazumitsu * libltdl/ltdl.c changed LT_DLREALLOC to use lt_dlrealloc From robilad@yahoo.com Wed Jun 4 12:32:02 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Wed Jun 4 11:32:02 2003 Subject: [kaffe] SH3 problem In-Reply-To: <200306031508.h53F8Yr24972@snoopy.src.ricoh.co.jp> Message-ID: <20030604183448.62462.qmail@web10007.mail.yahoo.com> hi Kiyo, --- Kiyo Inaba wrote: > If I use, > ------------------------------------------------------------ > Engine: Interpreter Version: 1.1.x-cvs Java Version: 1.1 > Configuration/Compilation options: > Compile date : Tue Jun 3 01:27:10 JST 2003 > Compile host : marshall > Install prefix: /usr/local/kaffe > Thread system : unix-jthreads > CC : sh3-linux-gcc > CFLAGS : -g > LDFLAGS : > ChangeLog head: 2003-05-17 Benja Fallenstein > ------------------------------------------------------------ > regression test works, but if I use > ------------------------------------------------------------ > Engine: Interpreter Version: 1.1.x-cvs Java Version: 1.1 > Configuration/Compilation options: > Compile date : Tue Jun 3 11:47:36 JST 2003 > Compile host : marshall > Install prefix: /usr/local/kaffe > Thread system : unix-jthreads > CC : sh3-linux-gcc > CFLAGS : -g > LDFLAGS : > ChangeLog head: 2003-05-19 Helmer Kraemer > ------------------------------------------------------------ > then regression test produces, > > ------------------------------------------------------------ > error compiling: > java.lang.ClassNotFoundException: at/dms/kjc/Main > at > kaffe.lang.SystemClassLoader.findClass0(SystemClassLoader.java:native) > at kaffe.lang.SystemClassLoader.findClass(SystemClassLoader.java:150) > at java.lang.ClassLoader.loadClass(ClassLoader.java:149) > at java.lang.Class.forName(Class.java:74) > at java.lang.Class.forName(Class.java:43) > Caused by: > FAIL: HelloWorldApp.java > ------------------------------------------------------------ > > There are so many changes in these two days, and I can not point out > which mod introduces this problem. I assume this is caused by the initial class loader changes back then. The resulting problems should have been fixed with 2003-05-27 Helmer Kraemer . So I hope that a later version should work again. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From greg@wooledge.org Wed Jun 4 17:59:01 2003 From: greg@wooledge.org (Greg Wooledge) Date: Wed Jun 4 16:59:01 2003 Subject: [freenet-dev] Re: [kaffe] Kaffe and Freenet, round (N+1) In-Reply-To: <20030604094515.4495fbdd.hkraemer@freenet.de> References: <20030527143836.07068f99.hkraemer@freenet.de> <20030527225040.GS5275@pegasus.wooledge.org> <20030529123639.7c39794b.hkraemer@freenet.de> <20030602165512.73e582d3.hkraemer@freenet.de> <20030602233644.GN8330@pegasus.wooledge.org> <1054598338.2855.4.camel@elsschot> <20030604002941.GA9003@amphibian.dyndns.org> <20030604030811.GA2789@pegasus.wooledge.org> <1054711034.4976.46.camel@elsschot> <20030604094515.4495fbdd.hkraemer@freenet.de> Message-ID: <20030605000114.GF2789@pegasus.wooledge.org> --iAL9S67WQOXgEPD9 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Helmer Kr=E4mer (hkraemer@freenet.de) wrote: > this is actually my bad. Kaffe's BigInteger.longValue() gave wrong > results for negative values. While trying to fix that, I managed > to get some errors in it that I didn't notice because my testcases > succeeded :(((=20 Kaffe CVS (cvs-commits@kaffe.org) wrote: > * libraries/javalib/java/math/BigInteger.java: > (intValue, longValue): fixed my broken patch I think it's actually working! I've got gmp 3.1.1 installed (the old OpenBSD 3.2 port, since the early-May Kaffe I was using is still dynamically linked against it). I built today's CVS Kaffe using this configuration, and it hasn't crashed or gone comatose yet! PID USERNAME PRI NICE SIZE RES STATE WAIT TIME CPU COMMAND 15010 freenet 59 0 91M 93M run - 2:45 65.38% kaffe-bin 19688 greg 104 20 752K 616K run - 19.9H 29.30% dnetc The unusually high %CPU on the Kaffe process is because I'm hammering on it, loading several high-number-of-images pages plus an FEC splitfile download that's already pretty well cached. Here is it a bit later, closer to "normal": PID USERNAME PRI NICE SIZE RES STATE WAIT TIME CPU COMMAND 19688 greg 103 20 752K 616K run - 20.0H 92.33% dnetc 15010 freenet 2 0 108M 103M run - 5:09 3.91% kaffe-bin At some point I'll probably update back to the newer gmp just to keep things up to date, then rebuild Kaffe again with that. But as far as I'm concerned, it's working! Ship it! ;-) --=20 Greg Wooledge | "Truth belongs to everybody." greg@wooledge.org | - The Red Hot Chili Peppers http://wooledge.org/~greg/ | --iAL9S67WQOXgEPD9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (OpenBSD) iD8DBQE+3ohJkAkqAYpL9t8RAg+qAJ9xeH5Hzo5tARSOqtKT2nsNDRI79QCeNUaQ FQ/KkSZIkyt5AEuoJUpnVw0= =Z4WP -----END PGP SIGNATURE----- --iAL9S67WQOXgEPD9-- From stack@cs.utah.edu Wed Jun 4 19:36:01 2003 From: stack@cs.utah.edu (Timothy Stack) Date: Wed Jun 4 18:36:01 2003 Subject: Release Dates (was Re: [kaffe] Qt AWT backend works under Qtopia(Qt Palmtop)) In-Reply-To: <1054654164.670.15.camel@localhost> Message-ID: <67A56BEE-96F6-11D7-BBB4-00039383EA82@cs.utah.edu> hi guys, (Sorry I haven't been active, work and all) On Tuesday, June 3, 2003, at 09:29 AM, Jim Pick wrote: > Well, the original plan for 1.1.0 was to freeze on May 18th, and > release > on June 1st. Obviously, we didn't freeze on May 18th, and did not > release on June 1st. I'll take the blame for that - I wasn't > prepared... Nobody's fault, the dates were picked to allow for some buffering anyways. I'd just like to see it go before the 15th since I'll be on vacation then. > My intention is to label the 1.1.x series of releases as "development > releases". We'll do a big 1.2.0 release sometime in the future, which > we will label a "production release". So we'll be following the > convention as the Linux kernel, where odd-numbered minor number > releases > are development, and even-numbered minor number releases are > production. > > Here's a proposal for 1.1.1 - I think we should do a two month cycle. Indeed, I've had it backwards all along. I wanted to stretch it out because I figured we wouldn't get a whole lot of development done in that amount of time. But, as seen by the last couple weeks, people come alive in response to a deadline ;) So, increasing the frequency is probably good for pushing things forward. (I'll stick with my conservative streak though and vote for three months ;). > As for regression test results - what I'd like to do is to get some > more > automated reporting via the website. And maybe we could snapshot that > for the development releases. This seems like a longer term project > though, for future releases. That would be cool > Cheers, > > - Jim tim From robilad@yahoo.com Thu Jun 5 01:34:02 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Thu Jun 5 00:34:02 2003 Subject: [kaffe] Re: The problem of "Double.c and buggy strtod" is settled In-Reply-To: <200306030605.h5365Zc06560@sm1.hitachi-cable.co.jp> Message-ID: <20030605073713.16605.qmail@web10005.mail.yahoo.com> --0-1239284787-1054798633=:16140 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline hi Ito, --- Ito Kazumitsu wrote: > So I first made a new library containing strtod of NetBSD, > and tried to make kaffe include it. But for some reason > kaffe would include the old strtod. So, as the last resort, > I decided to insert the source of new strtod into kaffe's > Double.c. Attached is a patch that uses strtod.c from libit 0.7 and works for me on i686-linux 2.4. Could you give it a try, and see if it works on linux 2.0 as well? cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com --0-1239284787-1054798633=:16140 Content-Type: application/x-gunzip; name="dalibor-strtod.diff.gz" Content-Transfer-Encoding: base64 Content-Description: dalibor-strtod.diff.gz Content-Disposition: attachment; filename="dalibor-strtod.diff.gz" H4sICNL33j4AA2RhbGlib3Itc3RydG9kLmRpZmYA7F17e9pGs/87fIo51E9t gsFcbByTOG8IyDYxBh/AiXveiyrDYpQIRCVhx03z3c/MriQEuiBsp8/bQuug vczM7s5vdnYkraS+OhhAZmo0YW+oj9iepU/U3l71Y2fvizIYsL3qUBnfsoZ+ Cwv5RCaTWcbzopDLFTO5Uia3D/n98v6r8n4pm3P+AyzO5RLpdHpR9ozvAHJH 5VyuXDjw8b17B5n8bhHS+d3DQ3j3LpH2cEFN0dQb3YAu9Q3eGPqNqin9dw/K UNezPX30NpF+gX8voaePB+rt1GBZdVzGkiuTQaUqn1w1q3Kn2+62atlEmlMa bKIpPbZnWoal97O9MozZPQxUjWUdYQ7JhfKF8QplRDJ3sC92lawpcqd11a5K nRQo/T7rgyPPlULUiqEyc6+Hyb2xYql3gTJFDYls1N9XajVH4qy5rKbYvQ8W WtOnNyiyt4s0wRQnmq5YOFhq8k7Rpqw1QJyMimEoDylos5F+x0Cx9AHcKCa2 rY4mGhuxsYXs+pjkmuq4x9xRwgjHYYKJGgdryPBXNUHR7pUHPNhUC0JcxQgz EYjZh+wQcaNW5upcXfnrsN1ZEfZMm/ZZML33dxnBcCnF3Wjvtvc5Dpk6toxJ HMLPqhWTrBiHLgaJ+WBabGTu3TDdzCza5XK2FUh184tqZSbW0GBKfyXO6Vj9 mvn8WMY4LUZUjZRxVLXZM9SJhfpTIpFzyNBPTeJRRpB8nRj6IJhgYcYr9yFt BdD9Fp/0Ohalqscii0ODICi33H3EJLdCpu8SRxxFyuK1bbLe1FCth1jEv6sh bmFGx75abGyiz+TGg3NfuVNiqG2RLT55fMqR2jN0Ux9YsYAMZFx9NDPe+DwT auYRbQm++PQmM+409phROZwrcOjTcX9P0cyVOsiZyCD0EK8WwcbM/so8S+hj KiqwOrDQF655Ky1mWrQWM2OsaBEk4TUGuzWYSQP0ElEkhTVszAzFYn2KLsET J0Pd0uFc+X06Ui1zCm++KL+/Gym936dflOxtr5/Vjdu3CUiACOk0q6/t0U+2 l+gvCeX9cVNoQBUR3PuJ7Wj9IJM/gHyxfHBYLuQiovxQASLcPywfvCoXDgPD /eLh0e4RpOlQoogf9l5CDfU6xlBShzyoA3jQpzBU7nhsCb9iOIl/2zCYjns8 koSXewn4CW2NDeCs8lGiEB//UKGZGLIwNF2QlVmQhacLiUysflm6tqRf3VYD +xUTVY+BQVjFclQ9xDNQCoRqoVA+yC9HNVAAokqQlot+Afwk7uAA4UzTgZ/H wWWle9aRLuEY3tlJu1DGZKVd6bbaTt2sxCHptuR2V/5QmZG4JXiKeNn6ROdK vE4kia/dOqk3JF4oklj4v9LFe6lGZSJFRV25en190qicdnj5LPsuJkx00rOQ XwoK0sxUWYRCvpwrlfNR59EBfAKCV3gqHQjBfqmEuk+LA0HwExvjiJLkaJSe bE5v+qphyoqmHSe35gscL5RMZESFacl3imEeb3fOpEZjEbfLSvW8cirJzcqF 5Ga6lfZc/qPU7tRbTTePk6HePHWz769O29Jlq90F9pX15ImBJvcV3IN+aygj 2TKUsTnQjZE8VkYMblQckAGmfcROEy8l+4ql8KoHkxTHk3iCy/qmRf6ZiPUe rpxuTqWxg33qSEld63ty6nig0xGjUDrcTFWtj4pSFROGOipHJC3FuGVOpiad dECqnrXkqjg0xaELaKAdqDc73UqjIaNxnrYrF26+U23XL7tutlbpVqD6yynX +CdHW+Aos1JttKqVBlSuuq1qq3nCExeVc4knzqRKTWoD5evNkxZULhAUHAsO W9NkcwiEwSUZQ8+SRdrtBuXczlU+nUNH6spcMuIga3g6pY5v5b5uofh6s4v/ pLZ80aoh8O0ryVd4Uml07FJQbkzT4DBVq1AVU69RE8fq5aVIiE4hgXQtSddd aL3/QIeadFmrt3kfbHh4+repbjEcH1aL9kVStMrT71FznUalc4aNYpY6xTkH imn12aRaFXzzRYIfHQK4PsLulygKEnR97ZeEZUIUNxzbfHqTqZ26w4mpO1al C5MSdkU0PGGT8DRSSDRZoNGUhYkBwio6hol2pUneUOTtDKqV+kuHk8NDOPGO hQqQpttqNZyjjAPrUKbRrTVQYY0atKVTqSmftNqfKu0akK3VT+WLmnwG55WT E+njBWWqTsWHene+kgpwRrj5epWs4kysi4tMVx2JZ7genYxQoNQ8RaMSnqbW 7HyofKzwdYHLcQo431yJw1x535Dka1oQBNFciY226My1vWqIHjUlqUYLi4d1 vkjwdq6aOJgLnKyCxpMXBN2zNs5JmUz4Q/1c6tAEEylXM12ccJetBo6yg/o8 x5kOfAjca9yr1lBm41uKQmxZnV86XekCzi/b0kn9WohBM0Cr6MD/4Yy+OMfq S6EOzHuUQznRLZ7l3fBUi7yHQEjyUNgFgkQ0zHt5IQ4f7WMTPQdPUIOCgLwZ T3Wk6lW73v1F5K5l2x1co+uRnDL7gNO/bauh8smWyLtxWv0gd64uafHwdM5b KnqIHOhFuF2j+TU/ctOy4amfVGq1dmdmcgvltv9qVeGqXnXiCG/sgOlGDWkp cXpVR/zOeTcJamysRheI8RfF2Pa5WOhan1MqdWo+SirzEF5eoZa4dXCNzqgX KhzvK7SOTr7auKqh+aJKpSYtJB03XqKxo+5p+Jit2VHWTC8BdUL6QqBWa7Qu 0WHMTPccf4Wqzj9evMf1yEnPysmCzvhyJdtpS9c1016cPxvMPtjrPabsKnER h6/y9rUXSjshJ0JABx5H0fRqdk5EZjiXQ6lOXlih/KnePWtddeXLU7CDI2h0 bSvaTqQ3odEmNNqERpvQaBMabUKjtQ+NnIswmxBpEyK5IRK4IRJdP8QYCZ02 +mh5YCi3QGmeEJNWpO07tTyzTVeqfoL6WLVUDBx+Z2DqGNpgtKUqNxrtN2AW 3DyAPqHLrWaWX/UqHB2USnTpUSQKeXFReaCSsESa9YY6JLcUUx6x8ha5kmar DL0h633BRRswgIJ73eBpcW04CW9/PrD5tuxgJRlBn81mbboqsZYSaXUAdOcA W/1Gq8qdTBeIZUGdxiF8T8IxDeU1XUYeJ9IA843t9BRsr59aEMs0kxHxTDzd FTNlur+satghEvvAzJlYX+vHY30mp6dY8JYiQpKWpQuC7KsFb97IlarUOkmk f9LIs9oqQxU41yOTifSe2HHTZwMzO8wCXfdOO2wkdlYJb31NCBJ/uadplI9r vL+NRLrPt7o4O0x2Uq9R3WMUOVLU8U4qkf5GI+M/QNfvO9x+mMHvT4E+gIY6 nn512EeqmZlgKM/loQJNvqaAHdDBdnrbbpek9TBmhpeCEBWdhHTpKPnaW2cx Y2QX2N3kW23sIp4m4O2uC0m78DOxpWwixFbsz4H/OYbSEfzxB1A15WwGSMN+ KiWo0XC+qhbs5AX7d1KQd/RX4z4zUAcaTiATCtn9Xad1g1lTAzVC9zHuDR3F ilbJvLHMEc8bV8mTIAUNUulhCUy5XD43EaK+KmZjuKqaSjNUU0vV4YzfFvfz z/BSlGUgn4LjY8iFasMpyVEJ145jYMQ+AMcChQEybpvY5DfYYagOCHYd/+LX znFufPlXMpkSzgJsDqcmBQW7nPwhnlhNzeOtf7gz3S9z6x+opy2XODkTSwOY VaRew3dSwTcSbBkPx9vZPf8otrkZxBgFSggeBFb80DHwv3A3hV5s5qfmmnNO fzmyrC8mrJDrb3uec6DgktR3BdwrZtmmox1v2+bef/b+gL1t8PklTpNI78DC QCDFLwkEuFhcfFwTMxj/yb6El1meux3p46w+xZXshh/8+M13Qb/57Cvjpkqt 0L9gPAxmTjWrzPs738V57XwTZ+Lfg+k8y5mfAPEe6zMc7SjgOLnlRJf2Cjkb RTLWgjzR75evwkgUd+lF0mdYd/+C6yWtgHxfHAxxTUOfbenQF7e0ZcRwegMj hYIIUJB7qE/YYKppDzBg9zRNLN16mDBzV7jX+6HaG6ISxrwZTe1ZYvJxj44a psUYbpiGsAiGS4MNsMk3mkqbILLDt9T6G8U0mWFRDrGS5U63VpVl2j0q+tXH JYp2mgoRHl6ce6ZlAsOTf9DHMDAYqoKuQNHKxCMgXOXtYf+kkhpc6VjgXM3y SMRSgayn0u0cVdK9U67CFgYQhkpXV8YPcNvrFcDZUDLTEo1NudPVPhIBkuvG Yl96E21q0j+0qK/EDslqkgcsnqY+MZhiOMJ1esN6CmWwMYxUbof4q1gIAa3Z Yv0G3jJGNQrvFtcZXTjB5ZojSmYOOFpQjNsp7aTz9Pden2q0a1nVNFAmE+3B 7q8XTt6lLjZ32ryCqr35+MFGioIHhI2morMBwrSNBL2ku/fXFEiSesT2YHLD wnJwmuAJO7bLo7SZEAWdJAYaU4VskS5u9u1QAcmwTR55KwaPSbgctB97tOiO jBHCwq+I0o5k1ANdgJxh4ZgZ7IgJQL4hRWHWYrnMa0gf+hcGI+aaC1fQzstB CjWE/gSpXs8gDEL7+6zaE6yCHa3aSA4oxBGyAPiPXZEToUtw4BK0Pvzlghk3 2ARPWMO9eMYMGNVfN7hBeKMim6fGJwstLcYhcSwmJMiIH2AsrNzB0YVNVOLz ISC4IO8zH1nEixnQU0JGG8UKHWzaGBEEej159EwhBEmkjnChpnLH+GWgY4qX Ook0TyexVwC8JGmv/H+tmOPHL5n/xeulz727NRuv/vfz6q5r+PFufdbUM/l1 4XiCHdIKXt/tV6Tbn6Pyn1K61YsXMO17DMfoE2fq/RaC5qdKu1lvnpbpHGWs W4DxXN+NWVEBFk5LWgF4pMevWZEr8HXdhu1J0gqvvwsdzv8m4LxDt2OEo7d9 PNg5+waRU2pf2y6Viruv6Nr2q8OivauT/59JZGglQ/3RkkmrmUF+b6DpWNpj GGLzblEUrI4H+DtGJ+tc9mTGLTN1g1b3lWXMmKGvJwC1hfx3inH8q9CfZx3f siUn4Q8gtVqGbA5/TcRZzWesBI1QxeFBXqjiqJSLVgWOsz+dgNg37oxa7NYW h6nmG3oAz4z4zx1qsXiYf0V3NIrFo4Kzl9fcfefcq3u3u+Ukd19bYPHKkPt3 SBtSE8nKb18F8/IqwZxGZmcD9u6WnZrJvWhVsRh/PU3VqQh/Z0X2xuzdLZEQ FbE3Yi/ulBdFcbZjP3Z3/CIrf9ph/7BcfBW4KfuodLibz0OaH4scykpVrp5J 1XNZ7Enp7KgDpd83MITaxfhFFs8LynbhcXKsJwPL0VMmUyjtgvYM1OrdeqtZ aez4Edt1Alq/EIpmHTmJ9PwD06u5K3dMJKGz80+DURREl5zc1AAGI5yH9IOn 4Vj871Qi4+Nb3YsFiYnhAZAt/YjWvc36+KOcCNI7upuple/N74816BJE90NG D1NDo9U8lS/qaPyQyWvQMxRziAHGskkR8Bw0hNZETJEA6oCZUoiYKZES3AdJ /BLW5kGSkAeRIbI2ArIQDvehrmIOcvzVDcWoh7qipXihK26gW3xfgF+Hw9XB Gz4PekFiNvAtf5mDX5N+mnhA+vkC0IwKNuLI8kIa8mqV9YPU9+KNQIX6qGLD 6uN8ErBh0jbQBihr4VUpgQpdoIkN6wLfk0ANluWF1P/g5/pCWoyDafGxoBaX oBoVxsYStoE1QFfLEH0MmM81O6Mh3N9AOIjzlqhA1S7hiQ31EjlPmsbxZHtN Ivg1FvmDkjCJ0tqZRFwzeAr0zw334yBe21kf/ua2SC2Hs61sAOGinsUelor3 mkfwpd019gChr+eL1Hko18rGESrpWWxjmfSNaSxT3sqOI5Trcabxw9zGMule 0zhad9MIA38VeJ96PXRzCyJSvQuvOoWIuqVQLdA/ar4Fy4gzq9YGspDXz0IM mqUQhvA9CspoWR5I94NfZ7aGkPpfFRyoUT9ZbGD9rAG3dv23h8KwjRLnwrvG Lwyc19YyXB8D6HMhuZmhker2vX8bImuXwufjCHCxy8ELkxJj9pUKHDo8/H2h i34zOsQhigAymnFFPGMJ88K6xpHr0hfZh+v0tyeA+9tTls0V5LkQh92KOBQQ H64XxNfxEL5+PMDXzzt/g8R54V3jTTiRX40I1ug8TXxg5/mehmqgrDgzdv0g XYrno8B8NiQ3a2s8hQd/hCVYp8G08cEN5n8azpEyvZCv8R6rJR/SCVOsFXd7 6xLOpwIcKG0DbZCyFj4XF6zRBaL4wC4wEhIF1HcmX6DP/xUOygf+5TEU1wBh HlgPSuV8SPiUL9FDYnQQ74F7Afwh30E6/Roz3+l5Mc9rIHY8n/xI0Tc/vHWi WB7l5Pft1rnUTKGAvZdwpoz7GoMxu+V9BFO9HdPLcMX7KugTIC94Hb3sa+cl Nk0vqdrObKde22feOf5AUP7gldPF786nGnjv6DlH/vouT9/4V0qo8RP6WMON 0vtCL0HRtb74aF8Gxrp4hHr2bBnncF46RlQ72BXsQ8ZuKiNGc6pb9Di0rvft t5U5jyirlhiLnRWvJUP+5R8zCYbS/gRhJNw2zco2Z/M9i8l5ZM1bXFhYUOSP JdLhv9XiDvd38zns4mHhz7O4nQHpMRVkeX+u3bmLgzKKxN1Dt7L9eXjd5ayA dpMr5/PlXNTWxLjy3AWtWM4Hb1Y6oOeD0wfOU8IvXvCPe5o4myBBDy57PjNa c1aTrR33DaQpyIz0/hTNLGMwjSloEVj7UWpjBfs60Q0rYz6MbnTNzNB3r75C 8j87//zw+d/KnfIHH0pKTiYymv9zprwZ8bRgKpFeQoAp1LjM3/7cV42U+3Ev be5jqPPjsb/EyuXUW3KnXeWCGpXmqZtpSycNqdp1813p2pvpzDJX3XpDZEhx 1YZUadLiTOJNXaZXpfO3FD3VGsMCq5V2TS7lDQiuVveI0eHV33jPs3juPE/z qnBU8DxzvplOzz6d+IPvOe7Dirl9W9f2+8c5l2yzJcT7htuVdt3upN11TzG1 Na+8mnQpNWtSs8qZFhQ3XxlXafRSe3rjRs8y5TyyvX+wWFenzyrX2ECZalZW 0z2F9Z4+vqOif6FzpoKuTpUe2lnhHG2Lt9GxDKaMqppimvXRRMPKlT0Qi3ES v0C0gu9hz3h5PFTYOnidFWEN+vhssFaDKOMDHMT9tOUlQqIX6jXem72gsIVP BwdrdYEoPsALjE/DNljYBtYFXcX40rNPvzF4YoEeQ86jbSC+bK9JhO2lPhIm cbSWJrGKKTzVBH4E9I+DfF29QEy0nwD0M2O8cfKrKH/2Jfuld0ljca0Kfrik AFvw3zhZYgtLpXtNY433cS9R3opBQCTj4w0kXjjwBBuJFxOEmcm6xgQz/a1s Hs9iFs+8fEQJ3niLcL1NaPas6ilCmVY1h1BBz+Ehlgn3mMVB2L70dfUOQncr mcOTzeCHwP842NfVG5jMuNPYypFDBNuqphAhKsAo/FdvlxjFcvFe8wh74Ghd vYKjvRXN4hnM4QeZwcY7rASGPh339xTNjL0yBHOsbASBUp7FDqIke01hs5M3 SHF0XU4Peu57JZ7HmYNfzvMZRKjsjUksUx0z+6vZwwLD44xhQcjzWUKwYK8Z bJ6+CdLbSibwZPh/CPSPCw3XCvY4pwmPPSeIjNDdvSDxzgrjRfshD12V9sUD zvtrAWkUlKtC+BwPZ2wesApRsx+oePBEzqeAy6MzUCKhCHhv6tpA4ezr8+8Q D6iJgCaAerYLfB9ypXI+Vy5EQRQuoeR8YOZV6JuPaGNqOj/bnkofhLm8dFSS qS9sZ3RLTKNH+QSMdXVsWvL/l3eszWkjyc/4V0zqUgFswOBHYkKSMwHZpg5j F8iXuGqrHAGDrTuQOEnY67rNf7/unp7RiIcfe58ut7XloJmenn53C6Tp7GOV 2Ycdy+ll9hHRW5no7jUjeqryWSjdFHq0Jf6ShTfPrx4TKdhBmhhyvrv95k27 M3BhjvFgD7vF74Dk1Uo2frdm5jVKXhscX6Xk12SzX+G7K3qc+uCAHqc+OPwf tNcXWuyT9kpCODzCXlA7e6DO2gGLYQmzfqh8ZYK33Cp7s5vsFGzvtNwl+qfh 1s5LITWrsEZsWvC2sAkbPeDddk6aV133ptNrda/aJExQYIWUyApcVTF31loz wY2EtsRYzvGsKSJgcOZ0u/rZdka6ywDqsWy4QA+Lb2be4xDfRtIDW+Xj5nnb uVS90fCDfhi9svu2ANftTr+4awnlEuX3+jXit+yqnA3KUkbUAlt1Kb96W2i1 kCmQ4ID/zUgSx+zPltsU6TlxQGCu1bS54E/46Ly9IdiSe3EBoizjywryM/dR fwEpv5nn9bFNXVU7c66sulJuVxJvqDzGlsIx6oZVeizo6l+LMJHHmwVpAWUl +iJcqaRtPEDV2I+T0VR6QRksQwbjj5r2aGJr9cXZRccIsX74BXlFg+Zq9fd1 SOrl/Zqo1T9Wq/B/JiUcrk0qZvlS2VCHpLI2o1RL+EZgaQ9qSNAc9tJthfPH iPrmFkD7tXq9VsK/e/T3A/2ti5NISjEIJ8kDdmk/wTtueoGjJDrBqIJNLoUQ LjaG1w1PsUc8Lop5UUM8hgvsqikiiWqI/OECe6wl2IJ3N4wEmKI/eSREMLig JnLYwzeR0SzGJpsJd6Q/lYGMvKm4XAyn/kh0/ZEMYik82BtH4js5FkOFCJds Ir0hpE9t1+5lhF8kCOAYyCh4CVIaiXCOUEXCg+2Mp16SAm9iOeVsjN0lcf+7 EHse3wFaYOsB+wgPqXvxZDEtcSviRHzruGcXV65o9q6xBWm/2XOvG9TmPoRZ eS8VLn82n/qAGliJvCB5BLEQinOn3zqDNc2vnW7HvUY+TjpuzxkMxAlUBE3I /32307rqQu6/vOpfXgycihADiYRRc9WnBDsh5YDsxjLx/Gmseb8GfcZ31B/5 zrvHZssj6d8DdZ4YgU09rzIl2mkY3BKnAJ0KswEZFDJ+UhIPEfbiS8Inlakk ibZYEod14UoQlBSX6COiLAYLRLG/Xy2Jr2GcoNmeN0V1r1arlWv7VTDyq0HT 9LHGN3PpjVh+DekMhgSHHPFJ5azK3Ze0ITUu0dMyioJQzfqTAPtZ04jpZI2d BmmksX79CLtO03pFCL8iLAoDt93SnSOL4o8/ROGNmfNjLx75flG8eyfSUeKh M2gOWp1OsYhMqCnR6d203OtL56Z9cd7s9AojcHukhhrtPgXF+8DHDPF6wWBw 2Ww5CFhYWixwEIjz43iOKoHLor2w3TntuE8vHPu34D/Zhe5F9+Kb09+48K9g NtPwQUZ48ZEX29LGYyQsYZPETroXTXdJ6fRSM+s8K6X21+7NefO7qFU+1D+8 r+/X9g+O3u/tQ8UuIUEeLUMCYXuVvb3D6of9o8Mj+GevWqvKsoK0zGEibH1n aImTMdRhihh7NPKD27Uk9q66XVElaGWRZ1enzs3fm10c0kB6jD7gBBOTEkWp IoD4l4jepdunNu5irA5qANebCKfXxnHwYWycjLuWAGIeUgt4dmByU+yd7o1w 0JskHOWnXpyIMKDIaEJnsJgNYR6jAkRBGNxWe7Crqs23drjPZwFcE5BQZ/bt YJ5EJf68DTzAperMjr3YbyFKA14bPqY27RDOooR8FN+1b6hAB4y7KTFxKCae blkvWAA4ydC4+DZMbsZh0sjl6E16jFIoKznyZxAESSIGgYFH+27QAojLAaUc GotNYDKk4JukAfap5xCrSDMoKaJSoGE4TdpEFFAueEwAqkflNvFv3bOd4hJU iE6nB5bQ0MNAXQgqxXcTeeynwhcDLOJL5eR42M0Ugi25uSEIhkBGBQ4QorAd F3nvnZ04XX0qE2IHZW/W0qEHn0FBfLgBOHW5Bs5ca2iW0imIinyxk1/ZAIQE eKCoooWsIhxJrynE6BEjZD2AebDQaCDKZckhGRzFNHc5mMxl8daIkhzxit8G iHgRcWkwW0wTH3K7ei0WyhdRq6piAX0pBK+DEPTAQsmxKoGhLyYAbQNrtSJN GjtRhzKwkSgqxqGMgzxs6CXgAiUQbwDx+EGqFO5N8YD7R8aidJ+gMcZ47oQ2 SLzEQm6IOX8eyRikpJzWEz+UQ+QrKQ6qkfS+ARQJcexF/vRRzKAQJ9JUc3nF r+HVRmCZPNzaYQW5GFHtCJaJpQP2MPeCW1lhAdN/36T4xyLGLYE4AIT6JIzG St5Y+AHbwIgHAoaLdJmSUxwqQJAMssr6eWTNUC2YagPNzPI1GFEhmKaU3ZG2 tmFtpVoUO2S0ZZGv4lkdxib+JuVcJBGduWE7Nl5pyZuAmY0mmnwIww/M9ti/ 98dUCiPFyG8J5x6oYJuGUNiB6kY+VbMZu2LX0LZULtus/TTBAg8PQfA32pUg TbP3VdD7MJL1LZFrG5tQOFxlgWlIHbPWsPdSCJtghKQvK4ngDYIfgEbi1WCY G4JB/zMbtlKiUabsytkgp8G4wCCfJs5kftn1rbhlbDSeA2cTLNRTff2QeSzL fzh5E9oociA4iuWzKQvVhEpLkLnMiB3WmUY7alcNoIp5PPs7fnnCLakLcUm8 A5RwU1ctNuzgxUgg9sOtx6mTxq+VjMPuSWX+D00S8tRJhCrfh94QHMUDtiba ByBixIsZ3VApYwCXMihpAJwMI91SSBmaUGRvBktH4NNK3VN/ho4BLmIFn4w9 q+wv3pikRxi5KEC5k4w1MMjrk6hqKDILuhdFpld8m6a1SNa7B2BHucbsEa4J PHiQDosA6O0DywmWUBipyCHgg9oFucwr68k7+RKGJq6DzO1kLDmkac5pV6iI yIiKAoON5U5sMWh3ZjA2kjCGo9Sz85kNbsmFVsSalWq6t119YCykJMzwfNqP yspcBpzrWNu7OufoxXd/zvfLi57Tc0FAUNSXmFRzEBEmaK0M/FYhVZxVQrGS FW9K0yupHMn8ZAr2bdxOFDB0l0RBmRgf54FIKNmv2AkLyzYEvemXzZva6fyF m1rWZymIss3ntTgMCpY4q0DlJ1P2arQfWSl9BQV+ayRMx0CZYGaKRwogDQuz ubWw0BtRreI3U0sbvMbmuCp9iiptcirmazIy7rlUVv8pAjK7/Xz2i0VIYsku 3TAF3nTNj1cb55/4qnHjmlf+kPUcHvvnrE2HL/4CP2e9SIUbNPcKhf2Xevpz 6vk/+PWfpBPJW6gxsPTdpKn1EM8pbf2qNQ9Crb7/vqS/5zAZVf7CJ+L8B7W2 B5nfxAAA --0-1239284787-1054798633=:16140-- From sgamwarige@sri.crossvue.com Thu Jun 5 02:46:02 2003 From: sgamwarige@sri.crossvue.com (Sankalpa) Date: Thu Jun 5 01:46:02 2003 Subject: [kaffe] kaffe on board like assabet with qt embeded awt Message-ID: <1054803055.14926.7.camel@localhost.localdomain> Hi I am trying to compile qt embedded awt support. I try to compile kaffe-awt-qt according to the document provided with it. My qt embeded is compiled using configure -embedded ipaq -shared. I set all required enviorenment variables accordingly. Then I got following error message. arm-linux-gcc -shared tlk.o wnd.o evt.o gra.o fnt.o clr.o img.o cbd.o -L/tmp/qt_awt/qt-embedded-free-3.0.3/lib -lqte-mt -L/usr/local/arm-linux/lib -o libawt-1.0.6.so /usr/local/arm-linux/arm-linux/bin/ld: cannot find -lqte-mt collect2: ld returned 1 exit status make: *** [libawt-1.0.6.so] Error 1 #ls /tmp/qt_awt/qt-embedded-free-3.0.3/lib fonts libqnp.prl libqte.so libqte.so.3.0 libqui.prl libeditor.prl libqte.prl libqte.so.3 libqte.so.3.0.3 README What may be the wrong? Thanks Sankalpa From robilad@yahoo.com Thu Jun 5 03:02:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Thu Jun 5 02:02:01 2003 Subject: [kaffe] kaffe on board like assabet with qt embeded awt In-Reply-To: <1054803055.14926.7.camel@localhost.localdomain> Message-ID: <20030605090458.87353.qmail@web10010.mail.yahoo.com> --- Sankalpa wrote: > Hi > > I am trying to compile qt embedded awt support. > I try to compile kaffe-awt-qt according to the document provided with > it. > My qt embeded is compiled using configure -embedded ipaq -shared. > > I set all required enviorenment variables accordingly. > Then I got following error message. > > arm-linux-gcc -shared tlk.o wnd.o evt.o gra.o fnt.o clr.o img.o cbd.o > -L/tmp/qt_awt/qt-embedded-free-3.0.3/lib -lqte-mt > -L/usr/local/arm-linux/lib -o libawt-1.0.6.so > /usr/local/arm-linux/arm-linux/bin/ld: cannot find -lqte-mt > collect2: ld returned 1 exit status > make: *** [libawt-1.0.6.so] Error 1 > > #ls /tmp/qt_awt/qt-embedded-free-3.0.3/lib > fonts libqnp.prl libqte.so libqte.so.3.0 libqui.prl > libeditor.prl libqte.prl libqte.so.3 libqte.so.3.0.3 README > > > What may be the wrong? it wants to link to a multithreaded version of qt embedded (the -mt is for multi-threaded). you have to reconfigure and rebuild qt embedded for multithreading. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From robilad@yahoo.com Thu Jun 5 03:07:02 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Thu Jun 5 02:07:02 2003 Subject: [kaffe] kafee-qt 1.0.7 for ipaq on a board like assabet In-Reply-To: <1054720042.20777.11.camel@localhost.localdomain> Message-ID: <20030605090937.87503.qmail@web10010.mail.yahoo.com> hi sankalpa, --- Sankalpa wrote: > Hi Dalibor > > First of all I must thank you for giving prompt replies and helping. > > I managed to crosscompile kaffe 1.0.7 for arm and able to run a simple > helloworld without any errors. > > Then I changed my configuration such that > ./configure --with-x --host=arm-linux --prefix=/kaffe --with-awt=qt > --with-qtdir=/tmp/qt-2.3.2 > > (I have qt embedded 2.3.2) > > Now I found I can run hello world but not a simple awt application. > > It says that > > BUG IN DYNAMIC LINKER ld.so: ../sysdeps/arm/dl-machine.h: 461: > elf_machine_lazy_rel: Assertion `((reloc->r_info) & 0xff) == 22' failed! > > > What may be the wrong? no idea. it's a bug in the dynamic linker, not in kaffe ;) > > Is it possible for me to statically link libawt.so with required > qt-2.3.2/lib.(In otherwords without needing qt/lib/*.so in my machine at > run time) I think that it should be possible. Please take a look at FAQ/FAQ.libtool and build qt-embedded as a static library. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From robilad@yahoo.com Thu Jun 5 03:17:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Thu Jun 5 02:17:01 2003 Subject: [kaffe] kaffe awt with qt embedded on board like ipaq In-Reply-To: <1054720705.20778.17.camel@localhost.localdomain> Message-ID: <20030605091941.79164.qmail@web10006.mail.yahoo.com> hi Sankalpa, --- Sankalpa wrote: > > > Hi > > Hi what sort of configuration should I have in my qt source to build > awt support with qt for kaffe? I seriously don't know. I'm using the latest source from CVS HEAD for my testing, and it can figure out automatically the proper compiler and linker flags to build against any qt library I've thrown at it, using the quite nice gwqt autoconf macros. That's the reason why I didn't simply check the original Qt code or the improvements in the CVS as they were. As you can see youself, it's not really working out of the box. The documentation is sporadic. Since I want it to be useable out of the box, I invested some time into making it play well with automake and found that nice autoconf macro package that would let me build kaffe against qt without hassle. So my advice is to use the current CVS HEAD version, since that's the code I'm going to try to support, not the original patch + kaffe 1.0.7 ;) > Can I avoid qt*/lib/*.so in my LD_LIBRARY_PATH to function qt awt? configure and build it as a static library. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From ito.kazumitsu@hitachi-cable.co.jp Thu Jun 5 04:14:01 2003 From: ito.kazumitsu@hitachi-cable.co.jp (Ito Kazumitsu) Date: Thu Jun 5 03:14:01 2003 Subject: [kaffe] Re: The problem of "Double.c and buggy strtod" is settled In-Reply-To: Dalibor Topic's message of "Thu, 5 Jun 2003 00:37:13 -0700 (PDT)" <20030605073713.16605.qmail@web10005.mail.yahoo.com> References: <20030605073713.16605.qmail@web10005.mail.yahoo.com> Message-ID: <200306051015.h55AFs807574@sm1.hitachi-cable.co.jp> In message "Re: The problem of "Double.c and buggy strtod" is settled" on 03/06/05, Dalibor Topic writes: > Attached is a patch that uses strtod.c from libit 0.7 and works for me on > i686-linux 2.4. Could you give it a try, and see if it works on linux 2.0 as > well? I tried the attached strtod.c but it converts 4.9406564584124654418e-324 to 0.0 setting errno to 34(ERANGE). So I am afraid it is not usable for libraries/clib/native/Double.c. $ cat DoubleTest.c #include #include "strtod.c" extern int errno; int main(int argc, char* argv[]) { double d = strtod(argv[1], NULL); printf("%s %d %40.20e\n",argv[1], errno, d); } $ cc -o DoubleTest DoubleTest.c -lm In file included from DoubleTest.c:2: strtod.c:43: warning: `DBL_MAX' redefined /usr/lib/gcc-lib/i386-redhat-linux/2.7.2.3/include/float.h:63: warning: this is the location of the previous definition strtod.c:44: warning: `DBL_MIN' redefined /usr/lib/gcc-lib/i386-redhat-linux/2.7.2.3/include/float.h:54: warning: this is the location of the previous definition strtod.c:51: warning: `NULL' redefined /usr/lib/gcc-lib/i386-redhat-linux/2.7.2.3/include/stddef.h:296: warning: this i s the location of the previous definition $ ./DoubleTest 4.9406564584124654418e-324 4.9406564584124654418e-324 34 0.00000000000000000000e+00 From hkraemer@freenet.de Thu Jun 5 04:34:01 2003 From: hkraemer@freenet.de (Helmer =?ISO-8859-1?B?S3LkbWVy?=) Date: Thu Jun 5 03:34:01 2003 Subject: [kaffe] Re: The problem of "Double.c and buggy strtod" is settled In-Reply-To: <200306051015.h55AFs807574@sm1.hitachi-cable.co.jp> References: <20030605073713.16605.qmail@web10005.mail.yahoo.com> <200306051015.h55AFs807574@sm1.hitachi-cable.co.jp> Message-ID: <20030605123643.5cf42938.hkraemer@freenet.de> On Thu, 5 Jun 2003 19:15:54 +0900 Ito Kazumitsu wrote: Hi, > In message "Re: The problem of "Double.c and buggy strtod" is settled" > on 03/06/05, Dalibor Topic writes: > > > Attached is a patch that uses strtod.c from libit 0.7 and works for me on > > i686-linux 2.4. Could you give it a try, and see if it works on linux 2.0 as > > well? > > I tried the attached strtod.c but it converts 4.9406564584124654418e-324 > to 0.0 setting errno to 34(ERANGE). So I am afraid it is not usable > for libraries/clib/native/Double.c. > > $ cat DoubleTest.c > #include > #include "strtod.c" > extern int errno; > > int main(int argc, char* argv[]) { > double d = strtod(argv[1], NULL); > printf("%s %d %40.20e\n",argv[1], errno, d); > } > > $ cc -o DoubleTest DoubleTest.c -lm > In file included from DoubleTest.c:2: > strtod.c:43: warning: `DBL_MAX' redefined > /usr/lib/gcc-lib/i386-redhat-linux/2.7.2.3/include/float.h:63: warning: this is > the location of the previous definition > strtod.c:44: warning: `DBL_MIN' redefined > /usr/lib/gcc-lib/i386-redhat-linux/2.7.2.3/include/float.h:54: warning: this is > the location of the previous definition does it work if you comment out the #ifdef HAVE_FLOAT_H ... #endif stuff in replace/strtod.c? It seems to expect a configure check for float.h, but I couldn't find any check .... Greetings, Helmer From robilad@yahoo.com Thu Jun 5 04:42:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Thu Jun 5 03:42:01 2003 Subject: [kaffe] small make dist fix Message-ID: <20030605104509.85554.qmail@web10006.mail.yahoo.com> --0-436597806-1054809909=:84910 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hi. attached you'll find a small fix for make dist. 2003-06-05 Dalibor Topic * Makefile.am: (EXTRA_DIST) added FAQ/FAQ.cross-compiling. * libraries/extensions/Makefile.am: (DIST_SUBDIRS) new variable. * Makefile.in, scripts/Makefile.in, scripts/compat/Makefile.in, libraries/extensions/Makefile.in: regenerated. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com --0-436597806-1054809909=:84910 Content-Type: text/plain; name="make-dist.diff" Content-Description: make-dist.diff Content-Disposition: inline; filename="make-dist.diff" ? autom4te.cache ? libltdl/autom4te.cache Index: Makefile.am =================================================================== RCS file: /cvs/kaffe/kaffe/Makefile.am,v retrieving revision 1.34 diff -u -r1.34 Makefile.am --- Makefile.am 2 Jun 2003 04:34:01 -0000 1.34 +++ Makefile.am 5 Jun 2003 10:36:27 -0000 @@ -35,6 +35,7 @@ FAQ/FAQ.class-states \ FAQ/FAQ.classlibrary-compile \ FAQ/FAQ.coding-style \ + FAQ/FAQ.cross-compiling \ FAQ/FAQ.debugging \ FAQ/FAQ.depend \ FAQ/FAQ.dmalloc \ Index: Makefile.in =================================================================== RCS file: /cvs/kaffe/kaffe/Makefile.in,v retrieving revision 1.99 diff -u -r1.99 Makefile.in --- Makefile.in 2 Jun 2003 04:34:01 -0000 1.99 +++ Makefile.in 5 Jun 2003 10:36:27 -0000 @@ -267,6 +267,7 @@ FAQ/FAQ.class-states \ FAQ/FAQ.classlibrary-compile \ FAQ/FAQ.coding-style \ + FAQ/FAQ.cross-compiling \ FAQ/FAQ.debugging \ FAQ/FAQ.depend \ FAQ/FAQ.dmalloc \ Index: kaffe/scripts/Makefile.in =================================================================== RCS file: /cvs/kaffe/kaffe/kaffe/scripts/Makefile.in,v retrieving revision 1.80 diff -u -r1.80 Makefile.in --- kaffe/scripts/Makefile.in 2 Jun 2003 04:34:03 -0000 1.80 +++ kaffe/scripts/Makefile.in 5 Jun 2003 10:36:28 -0000 @@ -252,8 +252,8 @@ @SUN_COMPAT_TRUE@SUBDIRS = compat -@SUN_COMPAT_TRUE@SCRIPTFILES_COMPAT = @SUN_COMPAT_FALSE@SCRIPTFILES_COMPAT = appletviewer javac javadoc +@SUN_COMPAT_TRUE@SCRIPTFILES_COMPAT = @ENABLE_XPROF_TRUE@SCRIPTFILES_XPROF = kaffexprof nm2as.awk @ENABLE_XPROF_FALSE@SCRIPTFILES_XPROF = Index: kaffe/scripts/compat/Makefile.in =================================================================== RCS file: /cvs/kaffe/kaffe/kaffe/scripts/compat/Makefile.in,v retrieving revision 1.63 diff -u -r1.63 Makefile.in --- kaffe/scripts/compat/Makefile.in 2 Jun 2003 04:34:04 -0000 1.63 +++ kaffe/scripts/compat/Makefile.in 5 Jun 2003 10:36:28 -0000 @@ -237,11 +237,11 @@ target_alias = @target_alias@ toolslibdir = @toolslibdir@ with_engine = @with_engine@ +@SUN_COMPAT_FALSE@jrebin_SCRIPTS = @SUN_COMPAT_TRUE@jrebin_SCRIPTS = java -@SUN_COMPAT_FALSE@jrebin_SCRIPTS = -@SUN_COMPAT_TRUE@bin_SCRIPTS = appletviewer javac javadoc @SUN_COMPAT_FALSE@bin_SCRIPTS = +@SUN_COMPAT_TRUE@bin_SCRIPTS = appletviewer javac javadoc subdir = kaffe/scripts/compat ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs Index: libraries/extensions/Makefile.am =================================================================== RCS file: /cvs/kaffe/kaffe/libraries/extensions/Makefile.am,v retrieving revision 1.7 diff -u -r1.7 Makefile.am --- libraries/extensions/Makefile.am 27 May 2003 18:14:33 -0000 1.7 +++ libraries/extensions/Makefile.am 5 Jun 2003 10:36:28 -0000 @@ -7,3 +7,5 @@ # of this file. SUBDIRS = @INCLUDED_EXTENSIONS@ + +DIST_SUBDIRS = comm microsoft pjava servlet sound Index: libraries/extensions/Makefile.in =================================================================== RCS file: /cvs/kaffe/kaffe/libraries/extensions/Makefile.in,v retrieving revision 1.53 diff -u -r1.53 Makefile.in --- libraries/extensions/Makefile.in 29 May 2003 18:09:13 -0000 1.53 +++ libraries/extensions/Makefile.in 5 Jun 2003 10:36:28 -0000 @@ -239,6 +239,8 @@ with_engine = @with_engine@ SUBDIRS = @INCLUDED_EXTENSIONS@ + +DIST_SUBDIRS = comm microsoft pjava servlet sound subdir = libraries/extensions ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs @@ -253,7 +255,6 @@ installdirs-recursive install-recursive uninstall-recursive \ check-recursive installcheck-recursive DIST_COMMON = Makefile.am Makefile.in -DIST_SUBDIRS = $(SUBDIRS) all: all-recursive .SUFFIXES: @@ -428,7 +429,7 @@ || exit 1; \ fi; \ done - list='$(SUBDIRS)'; for subdir in $$list; do \ + list='$(DIST_SUBDIRS)'; for subdir in $$list; do \ if test "$$subdir" = .; then :; else \ test -d $(distdir)/$$subdir \ || mkdir $(distdir)/$$subdir \ --0-436597806-1054809909=:84910-- From mark@klomp.org Thu Jun 5 06:39:02 2003 From: mark@klomp.org (Mark Wielaard) Date: Thu Jun 5 05:39:02 2003 Subject: [kaffe] Problem with BufferedInputStream [patch] Message-ID: <1054816901.7829.87.camel@elsschot> --=-8d09L9Wauv88YdXk9RSG Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi, I tried to get my java bittorrent project (http://www.klomp.org/snark/), working with kaffe and found a problem with BufferedInputStream. The code contains the following construct (simplified, the real code uses a Socket InputStream): public class ReadLineTest { public static void main(String args[]) throws Exception { InputStream in = System.in; BufferedInputStream bis = new BufferedInputStream(in); BufferedReader br = new BufferedReader (new InputStreamReader(bis, "US-ASCII")); String line = br.readLine(); System.out.println(line); } } The expected behaviour is for the program to read a line and print it. But readLine() will not return with the first line till at least 2048 characters have been input (which can be multiple lines). The problem is in BufferedInputStream._read(byte b[], int off, int len). Which tries to fill the given byte[] with len bytes even if it has buffered less bytes (so it will keep readingfrom the underlying InputStream). The attached patch removes the while (len > 0) construct which makes the above program (and The Hunting of the Snark Project) work correctly. Mauve and make check results do not show regressions with this change. Cheers, Mark --=-8d09L9Wauv88YdXk9RSG Content-Disposition: inline; filename=BufferedInputStream.patch Content-Type: text/x-patch; name=BufferedInputStream.patch; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Index: libraries/javalib/java/io/BufferedInputStream.java =================================================================== RCS file: /cvs/kaffe/kaffe/libraries/javalib/java/io/BufferedInputStream.java,v retrieving revision 1.10 diff -u -r1.10 BufferedInputStream.java --- libraries/javalib/java/io/BufferedInputStream.java 4 Apr 2003 06:11:41 -0000 1.10 +++ libraries/javalib/java/io/BufferedInputStream.java 5 Jun 2003 12:22:38 -0000 @@ -102,44 +102,34 @@ return (1); } - int total = 0; - while (len > 0) { - - // If buffer fully consumed, invalidate mark & reset buffer - if (pos == buf.length) { - pos = count = 0; - markpos = -1; - } - - // Buffer empty? - int nread; - if (pos == count) { + // If buffer fully consumed, invalidate mark & reset buffer + if (pos == buf.length) { + pos = count = 0; + markpos = -1; + } - // If the amount requested is more than the size - // of the buffer, we might as well optimize with - // a direct read to avoid needless copying of data. - if (len >= buf.length) { - if ((nread = super.read(b, off, len)) == -1) { - return (total > 0) ? total : -1; - } - return total + nread; - } + // Buffer empty? + if (pos == count) { - // Read another buffer's worth of data - if (!fillBuffer()) { - return (total > 0) ? total : -1; - } + // If the amount requested is more than the size + // of the buffer, we might as well optimize with + // a direct read to avoid needless copying of data. + if (len >= buf.length) { + return super.read(b, off, len); } - // Copy the next chunk of bytes from our buffer - nread = Math.min(count - pos, len); - System.arraycopy(buf, pos, b, off, nread); - total += nread; - pos += nread; - off += nread; - len -= nread; + // Read another buffer's worth of data + if (!fillBuffer()) { + return -1; + } } - return total; + + // Copy the next chunk of bytes from our buffer + int nread = Math.min(count - pos, len); + System.arraycopy(buf, pos, b, off, nread); + pos += nread; + + return nread; } public synchronized void reset() throws IOException { --=-8d09L9Wauv88YdXk9RSG-- From hkraemer@freenet.de Thu Jun 5 07:46:02 2003 From: hkraemer@freenet.de (Helmer =?ISO-8859-1?B?S3LkbWVy?=) Date: Thu Jun 5 06:46:02 2003 Subject: [kaffe] Problem with BufferedInputStream [patch] In-Reply-To: <1054816901.7829.87.camel@elsschot> References: <1054816901.7829.87.camel@elsschot> Message-ID: <20030605154824.57b54cea.hkraemer@freenet.de> On 05 Jun 2003 14:41:41 +0200 Mark Wielaard wrote: Hi Mark, > The attached patch removes the while (len > 0) construct which makes the > above program (and The Hunting of the Snark Project) work correctly. > > Mauve and make check results do not show regressions with this change. thanks for the patch, feels good to have some active users out there :) Just some minor comments, though. If I understand the spec correctly, BufferedInputStream.read() should block until data is available and read as much of it as possible afterwards (either until the destination buffer is full or until further reading from the underlying input stream would block again). IMHO, simply removing the loop would break this, since without the loop you will only read as much data as is already buffered in the BufferedInputStream itself, you will not take care of data that might be available in the underlying input stream and thus could be read without blocking. So I would not completely remove the loop, but rather replace it with something like "do {} while (len>0 && available()>0)"; dunno whether that's really more correct, though... What do you think? Greetings, Helmer From robilad@yahoo.com Thu Jun 5 08:00:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Thu Jun 5 07:00:01 2003 Subject: [kaffe] small make dist fix In-Reply-To: <20030605104509.85554.qmail@web10006.mail.yahoo.com> Message-ID: <20030605140246.97393.qmail@web10007.mail.yahoo.com> With that patch make dist creates useable distribution archives again, but ... make distcheck fails with: /bin/sh ./rebuildLib @essential.files Compiling classes from @essential.files using /tmp/topic/build/kaffe-1.1.x-cvs/_build/kaffe/kaffe/kaffe-bin -verbosegc at.dms.kjc.Main Couldn't find or load essential class `java/lang/Object' java.lang.ClassNotFoundException java/lang/Object ./rebuildLib: line 51: 5133 Aborted $JAVAC $VERBOSE $JAVAC_FLAGS -d $LIBDIR $CPATH ${1+"$@"} any ideas? --- Dalibor Topic wrote: > Hi. > > attached you'll find a small fix for make dist. > > 2003-06-05 Dalibor Topic > > * Makefile.am: > (EXTRA_DIST) added FAQ/FAQ.cross-compiling. > > * libraries/extensions/Makefile.am: > (DIST_SUBDIRS) new variable. > > * Makefile.in, scripts/Makefile.in, scripts/compat/Makefile.in, > libraries/extensions/Makefile.in: regenerated. > > cheers, > dalibor topic > > __________________________________ > Do you Yahoo!? > Yahoo! Calendar - Free online calendar with sync to Outlook(TM). > http://calendar.yahoo.com> ? autom4te.cache > ? libltdl/autom4te.cache > Index: Makefile.am > =================================================================== > RCS file: /cvs/kaffe/kaffe/Makefile.am,v > retrieving revision 1.34 > diff -u -r1.34 Makefile.am > --- Makefile.am 2 Jun 2003 04:34:01 -0000 1.34 > +++ Makefile.am 5 Jun 2003 10:36:27 -0000 > @@ -35,6 +35,7 @@ > FAQ/FAQ.class-states \ > FAQ/FAQ.classlibrary-compile \ > FAQ/FAQ.coding-style \ > + FAQ/FAQ.cross-compiling \ > FAQ/FAQ.debugging \ > FAQ/FAQ.depend \ > FAQ/FAQ.dmalloc \ > Index: Makefile.in > =================================================================== > RCS file: /cvs/kaffe/kaffe/Makefile.in,v > retrieving revision 1.99 > diff -u -r1.99 Makefile.in > --- Makefile.in 2 Jun 2003 04:34:01 -0000 1.99 > +++ Makefile.in 5 Jun 2003 10:36:27 -0000 > @@ -267,6 +267,7 @@ > FAQ/FAQ.class-states \ > FAQ/FAQ.classlibrary-compile \ > FAQ/FAQ.coding-style \ > + FAQ/FAQ.cross-compiling \ > FAQ/FAQ.debugging \ > FAQ/FAQ.depend \ > FAQ/FAQ.dmalloc \ > Index: kaffe/scripts/Makefile.in > =================================================================== > RCS file: /cvs/kaffe/kaffe/kaffe/scripts/Makefile.in,v > retrieving revision 1.80 > diff -u -r1.80 Makefile.in > --- kaffe/scripts/Makefile.in 2 Jun 2003 04:34:03 -0000 1.80 > +++ kaffe/scripts/Makefile.in 5 Jun 2003 10:36:28 -0000 > @@ -252,8 +252,8 @@ > > > @SUN_COMPAT_TRUE@SUBDIRS = compat > -@SUN_COMPAT_TRUE@SCRIPTFILES_COMPAT = > @SUN_COMPAT_FALSE@SCRIPTFILES_COMPAT = appletviewer javac javadoc > +@SUN_COMPAT_TRUE@SCRIPTFILES_COMPAT = > > @ENABLE_XPROF_TRUE@SCRIPTFILES_XPROF = kaffexprof nm2as.awk > @ENABLE_XPROF_FALSE@SCRIPTFILES_XPROF = > Index: kaffe/scripts/compat/Makefile.in > =================================================================== > RCS file: /cvs/kaffe/kaffe/kaffe/scripts/compat/Makefile.in,v > retrieving revision 1.63 > diff -u -r1.63 Makefile.in > --- kaffe/scripts/compat/Makefile.in 2 Jun 2003 04:34:04 -0000 1.63 > +++ kaffe/scripts/compat/Makefile.in 5 Jun 2003 10:36:28 -0000 > @@ -237,11 +237,11 @@ > target_alias = @target_alias@ > toolslibdir = @toolslibdir@ > with_engine = @with_engine@ > +@SUN_COMPAT_FALSE@jrebin_SCRIPTS = > > @SUN_COMPAT_TRUE@jrebin_SCRIPTS = java > -@SUN_COMPAT_FALSE@jrebin_SCRIPTS = > -@SUN_COMPAT_TRUE@bin_SCRIPTS = appletviewer javac javadoc > @SUN_COMPAT_FALSE@bin_SCRIPTS = > +@SUN_COMPAT_TRUE@bin_SCRIPTS = appletviewer javac javadoc > subdir = kaffe/scripts/compat > ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 > mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs > Index: libraries/extensions/Makefile.am > =================================================================== > RCS file: /cvs/kaffe/kaffe/libraries/extensions/Makefile.am,v > retrieving revision 1.7 > diff -u -r1.7 Makefile.am > --- libraries/extensions/Makefile.am 27 May 2003 18:14:33 -0000 1.7 > +++ libraries/extensions/Makefile.am 5 Jun 2003 10:36:28 -0000 > @@ -7,3 +7,5 @@ > # of this file. > > SUBDIRS = @INCLUDED_EXTENSIONS@ > + > +DIST_SUBDIRS = comm microsoft pjava servlet sound > Index: libraries/extensions/Makefile.in > =================================================================== > RCS file: /cvs/kaffe/kaffe/libraries/extensions/Makefile.in,v > retrieving revision 1.53 > diff -u -r1.53 Makefile.in > --- libraries/extensions/Makefile.in 29 May 2003 18:09:13 -0000 1.53 > +++ libraries/extensions/Makefile.in 5 Jun 2003 10:36:28 -0000 > @@ -239,6 +239,8 @@ > with_engine = @with_engine@ > > SUBDIRS = @INCLUDED_EXTENSIONS@ > + > +DIST_SUBDIRS = comm microsoft pjava servlet sound > subdir = libraries/extensions > ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 > mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs > @@ -253,7 +255,6 @@ > installdirs-recursive install-recursive uninstall-recursive \ > check-recursive installcheck-recursive > DIST_COMMON = Makefile.am Makefile.in > -DIST_SUBDIRS = $(SUBDIRS) > all: all-recursive > > .SUFFIXES: > @@ -428,7 +429,7 @@ > || exit 1; \ > fi; \ > done > - list='$(SUBDIRS)'; for subdir in $$list; do \ > + list='$(DIST_SUBDIRS)'; for subdir in $$list; do \ > if test "$$subdir" = .; then :; else \ > test -d $(distdir)/$$subdir \ > || mkdir $(distdir)/$$subdir \ > __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From devl@freenetproject.org Thu Jun 5 08:24:01 2003 From: devl@freenetproject.org (Greg Wooledge) Date: Thu Jun 5 07:24:01 2003 Subject: [freenet-dev] Re: [kaffe] Kaffe and Freenet, round (N+1) In-Reply-To: <20030604094515.4495fbdd.hkraemer@freenet.de> References: <20030527143836.07068f99.hkraemer@freenet.de> <20030527225040.GS5275@pegasus.wooledge.org> <20030529123639.7c39794b.hkraemer@freenet.de> <20030602165512.73e582d3.hkraemer@freenet.de> <20030602233644.GN8330@pegasus.wooledge.org> <1054598338.2855.4.camel@elsschot> <20030604002941.GA9003@amphibian.dyndns.org> <20030604030811.GA2789@pegasus.wooledge.org> <1054711034.4976.46.camel@elsschot> <20030604094515.4495fbdd.hkraemer@freenet.de> Message-ID: <20030605000114.GF2789@pegasus.wooledge.org> --iAL9S67WQOXgEPD9 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Helmer Kr=E4mer (hkraemer@freenet.de) wrote: > this is actually my bad. Kaffe's BigInteger.longValue() gave wrong > results for negative values. While trying to fix that, I managed > to get some errors in it that I didn't notice because my testcases > succeeded :(((=20 Kaffe CVS (cvs-commits@kaffe.org) wrote: > * libraries/javalib/java/math/BigInteger.java: > (intValue, longValue): fixed my broken patch I think it's actually working! I've got gmp 3.1.1 installed (the old OpenBSD 3.2 port, since the early-May Kaffe I was using is still dynamically linked against it). I built today's CVS Kaffe using this configuration, and it hasn't crashed or gone comatose yet! PID USERNAME PRI NICE SIZE RES STATE WAIT TIME CPU COMMAND 15010 freenet 59 0 91M 93M run - 2:45 65.38% kaffe-bin 19688 greg 104 20 752K 616K run - 19.9H 29.30% dnetc The unusually high %CPU on the Kaffe process is because I'm hammering on it, loading several high-number-of-images pages plus an FEC splitfile download that's already pretty well cached. Here is it a bit later, closer to "normal": PID USERNAME PRI NICE SIZE RES STATE WAIT TIME CPU COMMAND 19688 greg 103 20 752K 616K run - 20.0H 92.33% dnetc 15010 freenet 2 0 108M 103M run - 5:09 3.91% kaffe-bin At some point I'll probably update back to the newer gmp just to keep things up to date, then rebuild Kaffe again with that. But as far as I'm concerned, it's working! Ship it! ;-) --=20 Greg Wooledge | "Truth belongs to everybody." greg@wooledge.org | - The Red Hot Chili Peppers http://wooledge.org/~greg/ | --iAL9S67WQOXgEPD9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (OpenBSD) iD8DBQE+3ohJkAkqAYpL9t8RAg+qAJ9xeH5Hzo5tARSOqtKT2nsNDRI79QCeNUaQ FQ/KkSZIkyt5AEuoJUpnVw0= =Z4WP -----END PGP SIGNATURE----- --iAL9S67WQOXgEPD9-- _______________________________________________ devl mailing list devl@freenetproject.org http://hawk.freenetproject.org:8080/cgi-bin/mailman/listinfo/devl From jim@kaffe.org Thu Jun 5 08:30:01 2003 From: jim@kaffe.org (Jim Pick) Date: Thu Jun 5 07:30:01 2003 Subject: [kaffe] Freeze Message-ID: <1054823545.26736.4.camel@localhost> I'm sure everybody already knows this, but we're in a freeze now. So we want bug fixes, testing results, documentation and packaging / configure fixes only at this point. The release 1.1.0 release will be on Sunday. Cheers, - Jim From robilad@yahoo.com Thu Jun 5 08:50:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Thu Jun 5 07:50:01 2003 Subject: [freenet-dev] Re: [kaffe] Kaffe and Freenet, round (N+1) In-Reply-To: <20030605000114.GF2789@pegasus.wooledge.org> Message-ID: <20030605145315.8210.qmail@web10006.mail.yahoo.com> Hi all, --- Greg Wooledge wrote: > Here is it a bit later, closer to "normal": > > PID USERNAME PRI NICE SIZE RES STATE WAIT TIME CPU COMMAND > 19688 greg 103 20 752K 616K run - 20.0H 92.33% dnetc > 15010 freenet 2 0 108M 103M run - 5:09 3.91% kaffe-bin > > At some point I'll probably update back to the newer gmp just to > keep things up to date, then rebuild Kaffe again with that. But > as far as I'm concerned, it's working! Ship it! ;-) So we have working jetty, freenet, nice, jython, gzz ... yes, I think we should ship it before I start breaking things all over again ;) cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From hkraemer@freenet.de Thu Jun 5 09:04:01 2003 From: hkraemer@freenet.de (Helmer =?ISO-8859-1?B?S3LkbWVy?=) Date: Thu Jun 5 08:04:01 2003 Subject: [freenet-dev] Re: [kaffe] Kaffe and Freenet, round (N+1) In-Reply-To: <20030605145315.8210.qmail@web10006.mail.yahoo.com> References: <20030605000114.GF2789@pegasus.wooledge.org> <20030605145315.8210.qmail@web10006.mail.yahoo.com> Message-ID: <20030605170634.4687f0c2.hkraemer@freenet.de> On Thu, 5 Jun 2003 07:53:15 -0700 (PDT) Dalibor Topic wrote: Hey, > --- Greg Wooledge wrote: > > > Here is it a bit later, closer to "normal": > > > > PID USERNAME PRI NICE SIZE RES STATE WAIT TIME CPU COMMAND > > 19688 greg 103 20 752K 616K run - 20.0H 92.33% dnetc > > 15010 freenet 2 0 108M 103M run - 5:09 3.91% kaffe-bin > > > > At some point I'll probably update back to the newer gmp just to > > keep things up to date, then rebuild Kaffe again with that. But > > as far as I'm concerned, it's working! Ship it! ;-) I still doubt that it's working, because that would be too good to be true ;) IIRC, there were some errors that only showed up after freenet was running for a while, right? > So we have working jetty, freenet, nice, jython, gzz ... What about a simple web page to list all the applications that work with kaffe? Greetings, Helmer From kaz@maczuka.gcd.org Thu Jun 5 09:13:01 2003 From: kaz@maczuka.gcd.org (Ito Kazumitsu) Date: Thu Jun 5 08:13:01 2003 Subject: [kaffe] Re: The problem of "Double.c and buggy strtod" is settled In-Reply-To: Your message of "Thu, 05 Jun 2003 12:36:43 +0200" References: <20030605073713.16605.qmail@web10005.mail.yahoo.com> <200306051015.h55AFs807574@sm1.hitachi-cable.co.jp> <20030605123643.5cf42938.hkraemer@freenet.de> Message-ID: <20030605151508.1042.qmail@maczuka.gcd.org> >>>>> ":" =3D=3D Helmer Kr=E4mer writes: :> does it work if you comment out the #ifdef HAVE_FLOAT_H ... #endif :> stuff in replace/strtod.c? It seems to expect a configure check :> for float.h, but I couldn't find any check .... I am not using Linux 2.0.x but using FreeBSD 4.7-RELEASE. I tried the same program on FreeBSD and got the same result. Whether or not the "#ifdef HAVE_FLOAT_H ... #endif" is commented out does not change the results. In fact, FreeBSD 4.7-RELEASE's /usr/include/float.h says #define DBL_MIN 2.2250738585072014E-308 and replace/strtod.c says, when HAVE_FLOAT_H is undefined, almost the same thing: # define DBL_MIN 2.2250738585072010e-308 I remember Linux 2.0.x's float.h also defines something like this. So Java's double MIN_VALUE 4.9406564584124654418e-324 will be considered to be 0.0 by this strtod.c. From robilad@yahoo.com Thu Jun 5 09:16:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Thu Jun 5 08:16:01 2003 Subject: [freenet-dev] Re: [kaffe] Kaffe and Freenet, round (N+1) In-Reply-To: <20030605170634.4687f0c2.hkraemer@freenet.de> Message-ID: <20030605151835.32205.qmail@web10009.mail.yahoo.com> Hallo Helmer, --- Helmer Krämer wrote: > On Thu, 5 Jun 2003 07:53:15 -0700 (PDT) > > So we have working jetty, freenet, nice, jython, gzz ... > > What about a simple web page to list all the applications > that work with kaffe? http://www.kaffe.org/compatibility_applications.shtml . definitely needs an update to show the latest advances. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From hkraemer@freenet.de Thu Jun 5 09:17:01 2003 From: hkraemer@freenet.de (Helmer =?ISO-8859-1?B?S3LkbWVy?=) Date: Thu Jun 5 08:17:01 2003 Subject: [kaffe] small make dist fix In-Reply-To: <20030605140246.97393.qmail@web10007.mail.yahoo.com> References: <20030605104509.85554.qmail@web10006.mail.yahoo.com> <20030605140246.97393.qmail@web10007.mail.yahoo.com> Message-ID: <20030605171921.58977f70.hkraemer@freenet.de> On Thu, 5 Jun 2003 07:02:46 -0700 (PDT) Dalibor Topic wrote: > With that patch make dist creates useable distribution archives again, but ... > make distcheck fails with: > > /bin/sh ./rebuildLib @essential.files > Compiling classes from @essential.files using > /tmp/topic/build/kaffe-1.1.x-cvs/_build/kaffe/kaffe/kaffe-bin -verbosegc > at.dms.kjc.Main > Couldn't find or load essential class `java/lang/Object' > java.lang.ClassNotFoundException java/lang/Object > ./rebuildLib: line 51: 5133 Aborted $JAVAC $VERBOSE > $JAVAC_FLAGS -d $LIBDIR $CPATH ${1+"$@"} > > any ideas? I think so. _build/libraries/javalib/rebuildLib prepends ../../../libraries/javalib/Klasses.jar.bootstrap to the BOOTCLASSPATH. Then you cd into ../../../libraries/javalib and want to run kaffe. However, now ../../../libraries/javalib/Klasses.jar.bootstrap is no longer a valid file, so kaffe can't find java/lang/Object. Greetings, Helmer From inaba@src.ricoh.co.jp Thu Jun 5 09:18:01 2003 From: inaba@src.ricoh.co.jp (Kiyo Inaba) Date: Thu Jun 5 08:18:01 2003 Subject: [kaffe] Freeze Message-ID: <200306051521.h55FL1Z11220@snoopy.src.ricoh.co.jp> In-Reply-To: <1054823545.26736.4.camel@localhost> > I'm sure everybody already knows this, but we're in a freeze now. OK, first try the easiest for me. $ uname -a Linux gibson 2.4.18-14 #1 Wed Sep 4 13:35:50 EDT 2002 i686 i686 i386 GNU/Linux This is RedHat-8.0 (full installation) And simple 'configure; make' prints ----------------------------------------------------------------------- /home/inaba/src/kaffe/kaffe-snap-030606/libltdl/missing: line 46: automake-1.7: command not found WARNING: `automake-1.7' is missing on your system. You should only need it if you modified `Makefile.am', `acinclude.m4' or `configure.ac'. You might want to install the `Automake' and `Perl' packages. Grab them from any GNU archive site. cd . && /bin/sh ./config.status Makefile config.status: creating Makefile make[1]: Leaving directory `/home/inaba/src/kaffe/kaffe-snap-030606-linux/libltdl' make[1]: Entering directory `/home/inaba/src/kaffe/kaffe-snap-030606-linux/libltdl' cd ../../kaffe-snap-030606/libltdl && /bin/sh /home/inaba/src/kaffe/kaffe-snap-030606/libltdl/missing --run autoheader aclocal.m4:6326: error: Autoconf version 2.54 or higher is required aclocal.m4:6326: the top level autoheader: autom4te-2.53 failed with exit status: 1 at /usr/bin/autoheader line 163 make[1]: *** [../../kaffe-snap-030606/libltdl/config-h.in] Error 1 make[1]: Leaving directory `/home/inaba/src/kaffe/kaffe-snap-030606-linux/libltdl' ----------------------------------------------------------------------- Kiyo From inaba@src.ricoh.co.jp Thu Jun 5 09:27:01 2003 From: inaba@src.ricoh.co.jp (Kiyo Inaba) Date: Thu Jun 5 08:27:01 2003 Subject: SH3 (was: Re: [kaffe] Freeze) In-Reply-To: <1054823545.26736.4.camel@localhost> Message-ID: <200306051529.h55FTTS12106@snoopy.src.ricoh.co.jp> > I'm sure everybody already knows this, but we're in a freeze now. Next, for SH3. # uname -a Linux ovation.src.ricoh.co.jp 2.4.13 #1 Tue Oct 15 23:28:39 JST 2002 sh3 unknown $ sh3-linux-gcc -v ... gcc version 3.0.3 # $JAVA -fullversion Kaffe Virtual Machine Copyright (c) 1996-2002 Kaffe.org project contributors (please see the source code for a full list of contributors). All rights reserved. Portions Copyright (c) 1996-2002 Transvirtual Technologies, Inc. The Kaffe virtual machine is free software, licensed under the terms of the GNU General Public License. Kaffe.org is a an independent, free software community project, not directly affiliated with Transvirtual Technologies, Inc. Kaffe is a Trademark of Transvirtual Technologies, Inc. Kaffe comes with ABSOLUTELY NO WARRANTY. Engine: Interpreter Version: 1.1.x-cvs Java Version: 1.1 Configuration/Compilation options: Compile date : Thu Jun 5 23:43:52 JST 2003 Compile host : marshall Install prefix: /usr/local/kaffe Thread system : unix-jthreads CC : sh3-linux-gcc CFLAGS : -g LDFLAGS : ChangeLog head: 2003-06-04 Helmer Kraemer # make check make check-TESTS make[1]: Entering directory `/usr/proj/src/kaffe-snap-030605-superh-linux-sssi/test/regression' PASS: HelloWorldApp.class.save error compiling: java.lang.ClassFormatError: unknown class file truncated at java.lang.ClassLoader.defineClass0(ClassLoader.java:native) at java.lang.ClassLoader.defineClass(ClassLoader.java:179) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:33) at kaffe.lang.AppClassLoader$JarSource.findClass(AppClassLoader.java:142) at kaffe.lang.AppClassLoader.findClass(AppClassLoader.java:290) at java.lang.ClassLoader.loadClass(ClassLoader.java:142) FAIL: HelloWorldApp.java ... Kiyo From robilad@yahoo.com Thu Jun 5 09:29:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Thu Jun 5 08:29:01 2003 Subject: [kaffe] Freeze In-Reply-To: <1054823545.26736.4.camel@localhost> Message-ID: <20030605153152.12793.qmail@web10006.mail.yahoo.com> Hi Jim, --- Jim Pick wrote: > I'm sure everybody already knows this, but we're in a freeze now. So we > want bug fixes, testing results, documentation and packaging / configure > fixes only at this point. The release 1.1.0 release will be on Sunday. could you create an rc1 tonight so that one doesn't need the latest auto* tools? obviously, this requires a fixed make dist and probably a fixed make distcheck as well ;) cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From kaffe@kaffe.org Thu Jun 5 09:46:01 2003 From: kaffe@kaffe.org (Kaffe CVS) Date: Thu Jun 5 08:46:01 2003 Subject: [kaffe] Kaffe CVS: kaffe stack Message-ID: CVSROOT: /cvs/kaffe Module name: kaffe Changes by: stack 03/06/05 08:44:43 Modified files: . : ChangeLog libraries/javalib: Klasses.jar.bootstrap bootstrap.classlist Log message: 2003-06-05 Tim Stack * libraries/javalib/bootstrap.classlist, libraries/javalib/Klasses.jar.bootstrap: Added java/security/AllPermission.class, java/security/PermissionCollection.class, and java/security/ProtectionDomain.class. From mark@klomp.org Thu Jun 5 09:52:02 2003 From: mark@klomp.org (Mark Wielaard) Date: Thu Jun 5 08:52:02 2003 Subject: [kaffe] Problem with BufferedInputStream [patch] In-Reply-To: <20030605154824.57b54cea.hkraemer@freenet.de> References: <1054816901.7829.87.camel@elsschot> <20030605154824.57b54cea.hkraemer@freenet.de> Message-ID: <1054828477.7926.104.camel@elsschot> Hi, On Thu, 2003-06-05 at 15:48, Helmer Krämer wrote: > Just some minor comments, though. If I understand the spec correctly, > BufferedInputStream.read() should block until data is available and > read as much of it as possible afterwards (either until the destination > buffer is full or until further reading from the underlying input > stream would block again). > > IMHO, simply removing the loop would break this, since without the > loop you will only read as much data as is already buffered in the > BufferedInputStream itself, you will not take care of data that might > be available in the underlying input stream and thus could be read > without blocking. The Java Class Libraries (second edition, volume 1) isn't that clear on the subject. But the online java doc (1.4.2) say: This method implements the general contract of the corresponding read method of the InputStream class. As an additional convenience, it attempts to read as many bytes as possible by repeatedly invoking the read method of the underlying stream. This iterated read continues until one of the following conditions becomes true: * The specified number of bytes have been read, * The read method of the underlying stream returns -1, indicating end-of-file, or * The available method of the underlying stream returns zero, indicating that further input requests would block. > So I would not completely remove the loop, but rather replace it with > something like "do {} while (len>0 && available()>0)"; dunno whether > that's really more correct, though... > > What do you think? Seems that is more correct. But since available() isn't that reliable I wouldn't implement it that way since it might make the method block much more then needed. See for example the java.util.ZipInputStream available() method definition (which says to almost always returns 1!). Also note that the javadoc say: Subclasses of this class are encouraged, but not required, to attempt to read as many bytes as possible in the same fashion. So users cannot rely on this behaviour anyway. Cheers, Mark From kaz@maczuka.gcd.org Thu Jun 5 09:57:01 2003 From: kaz@maczuka.gcd.org (Ito Kazumitsu) Date: Thu Jun 5 08:57:01 2003 Subject: [kaffe] Re: The problem of "Double.c and buggy strtod" is settled In-Reply-To: Your message of "Fri, 06 Jun 2003 00:15:08 JST" References: <20030605073713.16605.qmail@web10005.mail.yahoo.com> <200306051015.h55AFs807574@sm1.hitachi-cable.co.jp> <20030605123643.5cf42938.hkraemer@freenet.de> <20030605151508.1042.qmail@maczuka.gcd.org> Message-ID: <20030605155927.1399.qmail@maczuka.gcd.org> >>>>> "*" == Ito Kazumitsu writes: *> In fact, FreeBSD 4.7-RELEASE's /usr/include/float.h says *> #define DBL_MIN 2.2250738585072014E-308 *> and replace/strtod.c says, when HAVE_FLOAT_H is undefined, *> almost the same thing: *> # define DBL_MIN 2.2250738585072010e-308 *> I remember Linux 2.0.x's float.h also defines something like this. *> *> So Java's double MIN_VALUE 4.9406564584124654418e-324 will be *> considered to be 0.0 by this strtod.c. Studying this issue further, I found that DBL_MIN is not the only factor that makes strtod convert 4.9406564584124654418e-324 to 0.0. Even if I comment out if (num < DBL_MIN * pow (10.0, (double) -exponent)) goto underflow; this strtod converts 4.9406564584124654418e-324 to 0.0 although errno is not set. Inserting "printf("## num, exp = %f, %d\n", num, exponent);" before "num *= pow (10.0, (double) exponent);", I get "## num, exp = 49406564584124661760.000000, -343". So the reason why 4.9406564584124654418e-324 becomes 0.0 seems to be the limitation of the function pow(). From robilad@yahoo.com Thu Jun 5 10:00:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Thu Jun 5 09:00:01 2003 Subject: [kaffe] Re: The problem of "Double.c and buggy strtod" is settled In-Reply-To: <20030605155927.1399.qmail@maczuka.gcd.org> Message-ID: <20030605160230.64475.qmail@web10005.mail.yahoo.com> --- Ito Kazumitsu wrote: > >>>>> "*" == Ito Kazumitsu writes: > > *> In fact, FreeBSD 4.7-RELEASE's /usr/include/float.h says > *> #define DBL_MIN 2.2250738585072014E-308 > *> and replace/strtod.c says, when HAVE_FLOAT_H is undefined, > *> almost the same thing: > *> # define DBL_MIN 2.2250738585072010e-308 > *> I remember Linux 2.0.x's float.h also defines something like this. > *> > *> So Java's double MIN_VALUE 4.9406564584124654418e-324 will be > *> considered to be 0.0 by this strtod.c. > > Studying this issue further, I found that DBL_MIN is not the only > factor that makes strtod convert 4.9406564584124654418e-324 to 0.0. > > Even if I comment out > if (num < DBL_MIN * pow (10.0, (double) -exponent)) > goto underflow; > this strtod converts 4.9406564584124654418e-324 to 0.0 although > errno is not set. > > Inserting "printf("## num, exp = %f, %d\n", num, exponent);" > before "num *= pow (10.0, (double) exponent);", I get > "## num, exp = 49406564584124661760.000000, -343". So > the reason why 4.9406564584124654418e-324 becomes 0.0 > seems to be the limitation of the function pow(). o.k., since the strtod from libit doesn't work, the one from libiberty (gcc) doesn't work either, I'll see if I can get the one from NetBSD to work, since you've had some success with it. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From inaba@src.ricoh.co.jp Thu Jun 5 10:06:01 2003 From: inaba@src.ricoh.co.jp (Kiyo Inaba) Date: Thu Jun 5 09:06:01 2003 Subject: M68k (was: Re: [kaffe] Freeze) In-Reply-To: <1054823545.26736.4.camel@localhost> Message-ID: <200306051608.h55G8Mf16934@snoopy.src.ricoh.co.jp> For (very old) m68k-linux $ m68k-linux-gcc -v Reading specs from /proj/cross/lib/gcc-lib/m68k-linux/2.95.3/specs gcc version 2.95.3 20010315 (release) with libc-2.0.7.so ------------------------------------------------------------------ In file included from ../../kaffe-snap-030605/replace/getifaddrs.c:30: ../../kaffe-snap-030605/replace/ifaddrs_linux.c:42: linux/netlink.h: No such file or directory ../../kaffe-snap-030605/replace/ifaddrs_linux.c:43: linux/rtnetlink.h: No such file or directory In file included from ../../kaffe-snap-030605/replace/getifaddrs.c:30: ../../kaffe-snap-030605/replace/ifaddrs_linux.c:46: netpacket/packet.h: No such file or directory gmake[1]: *** [getifaddrs.lo] Error 1 ------------------------------------------------------------------ Oops, I did not check it recently. I will check it on Saturday, if noone else fix it. Kiyo From kaffe@kaffe.org Thu Jun 5 10:22:02 2003 From: kaffe@kaffe.org (Kaffe CVS) Date: Thu Jun 5 09:22:02 2003 Subject: [kaffe] Kaffe CVS: kaffe stack Message-ID: CVSROOT: /cvs/kaffe Module name: kaffe Changes by: stack 03/06/05 09:20:42 Modified files: . : ChangeLog libraries/javalib: Klasses.jar.bootstrap bootstrap.classlist Log message: java/util/AbstractList$2.class is needed in the bootstrap classes too. From inaba@src.ricoh.co.jp Thu Jun 5 10:32:02 2003 From: inaba@src.ricoh.co.jp (Kiyo Inaba) Date: Thu Jun 5 09:32:02 2003 Subject: cross-compiling in general (was: Re: [kaffe] Freeze) In-Reply-To: <1054823545.26736.4.camel@localhost> Message-ID: <200306051634.h55GYaW19912@snoopy.src.ricoh.co.jp> Hi, The story may be worse than I expect... I'd like to resolve 'kaffeh' incompatibility issues and delete old 'kaffeh' installed in '/usr/local/bin'. Then, new native build installs 'kaffeh' into '/usr/local/kaffe/bin'. And of course for cross-compiling, 'configure' says, checking for kaffeh... no configure: error: please set KAFFEH to the full pathname of a locally executable kaffeh In the next release, if a user wants to use 'kaffeh', does the user have to include '/usr/local/kaffe/bin' (or any equivalent) into his PATH environment variable? If my assumption is correct, I have to add something to 'FAQ.cross-compiling' Kiyo From robilad@yahoo.com Thu Jun 5 10:39:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Thu Jun 5 09:39:01 2003 Subject: [kaffe] Re: Patch: RMI UnicastRemoteCall (libgcj/10886) In-Reply-To: <87y90gsdq0.fsf@fleche.redhat.com> Message-ID: <20030605164207.29042.qmail@web10002.mail.yahoo.com> --- Tom Tromey wrote: > >>>>> "Jeff" == Jeff Sturm writes: > > Jeff> The problem seems to appear when marshalling the return value of > Jeff> certain void remote methods over the 1.1 wire protocol. I don't > Jeff> know if this is exactly the right thing to do, but it does solve > Jeff> the test case. > > Probably no one here knows. The RMI code is basically a straight > import from Transvirtual. > > Given that this fixes the test case, I think that makes it ok to go > in. Can you get it into Classpath at the same time? > > Probably we should contact the kaffe guys to see if they have any RMI > improvements. I don't think kaffe's RMI code has seen any major updates since october 1999, except from the ocassional pedantic compiler warning fix from me. AFAIK, GNU Classpath's RMI (which I belive came from Transvirtual, originally) implementation has seen some effort by the ORP hackers. So my course of action for kaffe will be to look in your (i.e. Classpath's) direction, and see what can be merged in eventually. BTW, is anyone here aware of an RMI test suite? cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From mark@klomp.org Thu Jun 5 10:43:01 2003 From: mark@klomp.org (Mark Wielaard) Date: Thu Jun 5 09:43:01 2003 Subject: [kaffe] Problem with BufferedInputStream [patch] In-Reply-To: <1054828477.7926.104.camel@elsschot> References: <1054816901.7829.87.camel@elsschot> <20030605154824.57b54cea.hkraemer@freenet.de> <1054828477.7926.104.camel@elsschot> Message-ID: <1054831557.7927.137.camel@elsschot> --=-KtZAe4pm+YWG7XkMqAJY Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Hi, On Thu, 2003-06-05 at 17:54, Mark Wielaard wrote: > On Thu, 2003-06-05 at 15:48, Helmer Krämer wrote: > > So I would not completely remove the loop, but rather replace it with > > something like "do {} while (len>0 && available()>0)"; dunno whether > > that's really more correct, though... > > > > What do you think? > > Seems that is more correct. But since available() isn't that reliable I > wouldn't implement it that way since it might make the method block much > more then needed. See for example the java.util.ZipInputStream > available() method definition (which says to almost always returns 1!). > > Also note that the javadoc say: > > Subclasses of this class are encouraged, but not required, to > attempt to read as many bytes as possible in the same fashion. > > So users cannot rely on this behaviour anyway. But I did try it out and the attached patch does what you suggest. Makes the simple ReadLineTest and Snark work correctly and doesn't introduce Mauve or make check regressions. Cheers, Mark --=-KtZAe4pm+YWG7XkMqAJY Content-Disposition: inline; filename=BufferedInputStream.patch2 Content-Type: text/x-patch; name=BufferedInputStream.patch2; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Index: libraries/javalib/java/io/BufferedInputStream.java =================================================================== RCS file: /cvs/kaffe/kaffe/libraries/javalib/java/io/BufferedInputStream.java,v retrieving revision 1.10 diff -u -r1.10 BufferedInputStream.java --- libraries/javalib/java/io/BufferedInputStream.java 4 Apr 2003 06:11:41 -0000 1.10 +++ libraries/javalib/java/io/BufferedInputStream.java 5 Jun 2003 16:41:50 -0000 @@ -103,8 +103,8 @@ } int total = 0; - while (len > 0) { + do { // If buffer fully consumed, invalidate mark & reset buffer if (pos == buf.length) { pos = count = 0; @@ -138,7 +138,8 @@ pos += nread; off += nread; len -= nread; - } + } while (len > 0 && available() > 0); + return total; } --=-KtZAe4pm+YWG7XkMqAJY-- From robilad@yahoo.com Thu Jun 5 11:37:02 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Thu Jun 5 10:37:02 2003 Subject: [kaffe] Re: The problem of "Double.c and buggy strtod" is settled In-Reply-To: <20030605160230.64475.qmail@web10005.mail.yahoo.com> Message-ID: <20030605173938.24175.qmail@web10004.mail.yahoo.com> --0-1944349332-1054834778=:23779 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hi Ito, --- Dalibor Topic wrote: > > --- Ito Kazumitsu wrote: > > >>>>> "*" == Ito Kazumitsu writes: > > > > *> In fact, FreeBSD 4.7-RELEASE's /usr/include/float.h says > > *> #define DBL_MIN 2.2250738585072014E-308 > > *> and replace/strtod.c says, when HAVE_FLOAT_H is undefined, > > *> almost the same thing: > > *> # define DBL_MIN 2.2250738585072010e-308 > > *> I remember Linux 2.0.x's float.h also defines something like this. > > *> > > *> So Java's double MIN_VALUE 4.9406564584124654418e-324 will be > > *> considered to be 0.0 by this strtod.c. > > > > Studying this issue further, I found that DBL_MIN is not the only > > factor that makes strtod convert 4.9406564584124654418e-324 to 0.0. > > > > Even if I comment out > > if (num < DBL_MIN * pow (10.0, (double) -exponent)) > > goto underflow; > > this strtod converts 4.9406564584124654418e-324 to 0.0 although > > errno is not set. > > > > Inserting "printf("## num, exp = %f, %d\n", num, exponent);" > > before "num *= pow (10.0, (double) exponent);", I get > > "## num, exp = 49406564584124661760.000000, -343". So > > the reason why 4.9406564584124654418e-324 becomes 0.0 > > seems to be the limitation of the function pow(). > > o.k., since the strtod from libit doesn't work, the one from libiberty (gcc) > doesn't work either, I'll see if I can get the one from NetBSD to work, since > you've had some success with it. the netbsd strtod seems to need some includes that I don't have around, and the netlib strtod wants me to specify way more about IEEE than I know ;) The one from glibc is entangles in the glibc mess of headers, so I took another look at the one from libiberty. I hope that the attached patch works, I've tried a slightly adapted DoubleTest.c and it worked for me: bash-2.05a$ gcc -g DoubleTest.c libiberty-strtod.c safe-ctype.c -I . bash-2.05a$ ./a.out 4.9406564584124654418e-324 4.9406564584124654418e-324 0 4.94065645841246544177e-324 bash-2.05a$ cat DoubleTest.c #include extern int errno; int main(int argc, char* argv[]) { double d = strtod(argv[1], NULL); printf("%s %d %40.20e\n",argv[1], errno, d); } cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com --0-1944349332-1054834778=:23779 Content-Type: application/x-tar-gz; name="dalibor-strtod-2-newfiles.tgz" Content-Transfer-Encoding: base64 Content-Description: dalibor-strtod-2-newfiles.tgz Content-Disposition: attachment; filename="dalibor-strtod-2-newfiles.tgz" H4sIAA9/3z4AA+1ba1vbSLLOV/wrepJzBpwYIrWvDJPZGHPzxjEMNpOQMIcV VhtrIiSNJHNJyPnt563u1g0wJLOzObP7WA/dttpvl6rrrSqpu0UoAtcaiedR HMa+vTJ69C84DNMwGrXaI8MwatWaIT+bhjyno9Go8kdGs9FoNpp1Tt/Nar3G HzHjX6HMzWMaxVbI2KPYD5z7Rt/e5ss7zoUTfQulvt3x/CnrngWuOBNebMWO 7zF/zJQzsLEfsugqisVZxC6ceMKs2B+vlBhjHT+4Cp3TScyWOmVmrq6aFarr FcYNg7OtUAg28MfxhRUKtuVPPVvKrrCuN1oplYYTJ2JjxxUMn4EVxnTReCKY 65w4JyKMr+hbaIVXK4xJsD4l/BjCS5EWvsau/CkbWR4Lhe1Ab+dkGkNszCzP fg79z3zbGV9RA5QQIV2lFIsQI9KX3O4fsG3hidBy2d70xHVGrOeMhBcJZkE5 aokmwmYnV7LvrKGtMQEL4QLnIozIjLzCcPklKyYNQ+YHhCqXLA9js+IMmJgj N8JsIDZzPKnlxA8EvkAaRnLhuC47EWwaifHUrZSAZG+6w53dgyFr9w/Zm/b+ frs/PFyTrPn4VZwLJccB1w7EQvvQ8mBnf1x6vbnf2QG+vd7tdYeHpPZWd9jf HAzY1u4+a7O99v6w2znotffZ3sH+3u5gE7QMhJAGucd+Y2l/mMkWseW4EYZ6 CLYiqOTabGKdC7A2Es45FLLYCD71MCkly/W9U+WOhOp01likVFEe1dndO+z2 t6Fhd8w8P66wi9CBS8R+iTCzXbO+yoaCQoHtUUZky2wwpY7VqlFh634UE+h1 mxncNM1ls2o0K+xg0Mag2hHUjwIxcqCuuByJQEl0xtI7Xcf7AP1yHEvtSduo NPLPAnyxdYDJMek2OKvPgtC3p9AGHi4uxWgaWyeuqChxti8iGiL8H64ghxeK aOrGDiyUoUkMvGXkw+NSR77HxCvKIdOBZNeZ+BfwpBBOeW65DgxHeoE06fih sCLfQ6aYXElVcgpIYs5kvvgqRdjT56XS86el0ktbjOOrQIw9kBIk6cqFZlOS r/PV0gjXhzUmSOhPX55b4SeKI+/0c0W3qUbh2UEcfi7rwOsOdlmHjafeSA4W MqBeHKlw8ZyYSA38MMmNeblkWav0cuTb4pNS5bPyu/x1KKLJeArWP+j1oI8F kY4XK44pjEhBa0QN1jhWeQp5Qo9G/QCO03ygtJSJBuLhm6H8TRre9Ucqk4di DEN7I2XrvE5JdBTllAIRImbPhF1hH0Xok+hQxNPQowD1bHllMD8Vtwzxh5QA r/jKUm5LJeL7ieON3Kkt2GPLixxbjNyVyeNca2SNxfKIelB7SVzCNl7iCXSH YkvlNXIbtuFEI9dyzkT4gwoY/I2mIbSJ3Sv2G+78yqbQq7PT7fXIuNsb68lQ oTlGRLe7iaUoPBGURkVEiflCuC6ZMWZn1pVKZvmfKfehy0SFIkUSCUoyuI7w CAJoyEr5UuLG+KwwWKhMXZj2XTSu5c+fBtTwqZScBxgzo5SzhB/YixeIBoUr G0qOYlJbCNLKJA5/AXvBtHD8XUwoVpe6g8Feu7PJlp4GZdX92bNAQ+gaTwO6 xOKzRXZ9zfTJ8mIOiW/0aNHfotsJPrp93FrUcJWEpeC98avs50gh6WlXi2Hs ++8xmPemavY0Sp/2b6C4ah5rlD7dWtTaf9JgfeVq8crV7MoLicBa8bK17LIp pF6UUr9DSkO1xRqiT4d5SFO1XWmIPj0kzRc+EeypJBQ8PWOtNWq4g8mFz3qA wsWd4Fa/6gP9Pmu++u0+8YWPpbHvl+/myyvydZMJTZBV5Kt9N19eka/+Tb6g /AvSPmNPO9vSYmIe6W4Lqefi9+/w+5GxSFfSZ2Vl8Ayck3Tjt8SQifWSa98Z PpnlbOfUiaOKuo0bZESTIZ06vh1RWnHivC27g43udncooysXQCuLN5zVi9mp Hx/bSD0vmJFokoZoUcjSdwlWjVtLTMyUG/FKMuJMuLmWmVIOiQ4Ma/My8D3k y0T7GyyIfPxvppSQ4o6ycypbZqb3zq+5vJGeLmcUOCk4HR/ByhrwSX3cNkIC WkhE5DlEBGSNd0WBYvLruZc22nBsbzHGQ45ny8ch5Qqw2Aaem+gX1/c/4Nnv A25PzJueYYKTmFNfSKdffRljBVR/Ln2b+V+YzP+zu+qfvgYg5/+GMWP+b9br 9D2Z/9M6gVnj9dp8/v8tDvjvj/ph6iemnYEervFUMwp9mrLdmu5jim88NMWX nbx0FosnrHfW6AN7IxwP7n/KfvyI04uXsL2HJyV7RdjTn75uYaDUS5v0ogD7 0kWB0h2LAuzWokBPT9aKc5PSPYsDM42SLA6U0sWB5EJa2p1rBeyutYLCqP+d FgrIpqW7bfonLRg8RFi2cJB604y1g153Xc6QSoX1g3spVn5//ypC6Z5VBKbn umq5y4nk+M4CyKZpTT4w9YgpdGwrtDF31SGxGGWhTAEohyrH5ruuf0EzkSCE e2AqK6IfZGAvZ4t/uCKcxYkuLy+Xyjr6cd3fp46eq3dWV1dUn7Yb+dJBdMfI PxO5eSrmXFEkIu11uFMLT91HEdARadFZljdD1/JOp9YpZkFK7Ea6nDHBLzSd AuMOXMIWAeaJ1NPXs181iZOTTFfo7usEhwQ1RkzwyJtoTHLGGiUBEkrZMKLF IueUZrZICFK9qacbaCiakAcmoz/mJ6M/5dtj2/EppdIDAimyubuVMDyY+CEi FE8LaHiC2a/jYbAuO45Gk2MnOoFdPqTtIy9pHyGdumm77STt8nEjbYfn6HbH jrJm10+a4QlIREm7d560e+dRkDYH6VUDWhfJ2sO0HfP+rD0KkvYogJ+m7dO0 fRoEucuep1rmr3ppJ62XalBkrddW9EHPkxNcjyVLPSllEdm0zJZc/xoWYOw6 CMsL6C1Hi1sB4t8VMXlnTs7b3v1yri/tghwpZiIu1RNeXtLBbI2mQVEjaYiZ Gh3cLyenkZQzW6ON2RrBdaBOJgle7ZzRYtpNGXuzZcBB5JHIkG4yVSs+OQnH 90m4YRe6E0cjyv4y8LSEzmwJLDlGnpQwogcO381lopwm72bLQQyosWg5/YNe vufr+3pew/OznshLkbyFncvM+AM7GrOj87ywX2YLO4+KwmgV0kF+YzKkICtk RwXjDh9Q7PrETWTF1km+5+ALempa5MWTzNUGOReCtQedbvdvUiAmaotHmMRj FmdcGm2aei4yfcoNeWro06rBjkpy+r/Y1k01U55a+rShTr9L+ptJB0qeaFo2 S6W71E6yhlxsfs/rtMoiV8beVfAYmiuFE9mg6R7s7rDB8C3bRMHVhmyz/zNr d16x9c2emqkReojyC8pr6vlan+RFrcOwO6Clt4Xf8Mm28KWzj2egXZQuy0Q9 qNVGb5NtdEwUjlLFZLJTY/32KzY47EPN9a8Q1WmjB7x4cLDONgcIqC2ouY2y j3Iw0FoNgN7LlcLJnhY1QEr4Dl8fozyhmPkvlP+mRR2URaZF3ep5lygK3zL1 oGk/iarIuzhjK/R7ImqjUiy3GyDKwIeJwlGqJKqGUkdpoDRvirpXqxY+VlF+ QFkjUT+ivEDBnZz9LTfAtwdZKZ4caFEv8dFGWSdaSBRSMtskp0DZTkQlPdKe txogagcf8B72d5RXJKpHDojSR9n9KlEgkP2MAqekNMAoi9DtizITe3OXqFu2 OtaiECrsEAWplb0nUUcov6L8D8px3la9rBRPelrUP/BhoZxQNidRNopAGaOc JqKSHmnPWw0QNWG06sTYbygfSJSLcoZCdyz/q0RRNv4dJUShWxWLUaYodMO4 uEvULVslMXiJjyuUjyifSNQ1ymeU/yXHUElGrSZNMM/GVMcd0zNq4ZGUnu3U E++y3GwcO6MKnr3lMy7tOuAJXm1XwGyWG9HuFXvceaz7KGWNSvb3ZSd/9U5/ df3+UKfPa7fudNID5I0u9uXTaP5GJwWYKBylSj5XQ1VHaaA0qaGFarXCTCBN QpqAmoCaQJp10tME1gTWbNHLHCQMWA4sB5STVA4sp5c8gOQklQPKAaUt8qpJ QqrAVoGtAlolBarAVoGtAlolqTVga5BaA7JGUmuA1gCtAVlrkpAasDVg64DW Sdk6sHVg64DWSWod2Dqk1ls05aZxAtoAtAFko0pCGjXpHHi6qLDFE6pGVNlU CarGVJ1SNaHKoeo3qj5Q5VJ1tkiSFj367lMVUPU7VSFVEVUxVVOqzqm6oOqS qiuqPi5KNegNmVXotopRrGIU9K7MauMvpKEJhk0QbIJgEwSbIFg2t/B1tWKC YrNKr/mAYRMMm2DYJIZNMGyCYRMMm8SwCYZNMGyCYbNGXJig2ATFJig2a+Ri YNgEwyYYNolhEwybYNgEwyYxbIJhEwybYNgEwxACik1QbIJis0GeC4bNBqQ2 AG2Q1AawDUhtAtkkqU1Am5DaBLJJTm42gW1CbBPQJinbArYFqS1AWyS1BWwL UltAtmQ4ANqC1FUgQSMZBUyaYNIEkyYxaYJKcxViV4FdXZWvQVW4YaJwlCo1 1PCljtJAIS/nRgvfViscIckpJDlCkiMkOUKSmxRmiEiOiOSISE4RyRGRHBHJ EZGck2U5GONgjIMxTiHJwRcHXxx8ceKLgy8Ovjj44sQXB18cfHHwxatkWQ7C OAjjIIxTSHLwxcEXB1+c+OLgi4MvDr448cXBFwdfHHxx8PVQxpKz1XnG+rKM 1aaoXKeqQ9UGVZtUbVG1TdUOVV2q/k7VK6p6VL1W+aBP33ep2qPqZ6r2qRpQ NaTqgKpfqHpD1VuqDql693DG+ktoOM9Y84z1T2asJ/J1CfZEhKEfsscHHq1T +iHtp0z8wstXkYgfA+7Zzpie0mmZWi6D0GP1//ce3j9z3LH/O/mzr3H//q/R rHN+a/+3MX//+5scf3D/V+YLc74LPN8Fnu8Cz3eB/3N3gaV9hj6zzn3Hph2m MZyJ3vOT7xNPhEWJQ+2q6DfGyXTp2+Tyemrrk1Y2LYpxsXK6wrqDdm9vpy0H 6kSWG0ysdMd5jGw0ZoP21uZxZ3i4t3m8k23c5BsJSkjdP3uMyd/L5cvMyXd6 U1m9x6xefI6cs6kLDxL+NHKvHuvHIfK/DhLOqR866SvKwpueyRcT6a1ej9xA LSjmN61ppdy4pFe6KtnW0VFcAMpd7BTIJdDzPbmdTNymDhQVuqm9yaRbTXYz los6qL3eBNOSGGv5YwEjr5Ng8BgrMUiwt6/P1F4+tdGOVkEIsZsI4VoIXOzG Jigr7Ikn+JpRNM6RJ3f2ko1CVtgwTzq1VKf28rsCRm2TKwyesRKrtJe3rOVx tqS8eRmHSCQppUlMIpmNAiT4k+R1xNybAwtSKDfSC8OSxwXUudytVBevaZwa TB7lKZhEtYybY5ejPjIyVTv+2YnjWSp2dI6zTvxzcUNF6fEkNm+t67wj5PS+ 0ZM8OespJV3n3SzX86aLOXaxM1nqnr5Fg52GVjApXBnCrvM+JXsnTkqBS8Ga 7sBmMRQEZNQXOSauc+bWUlS/Z9q8WaRaEe61WWd5seuiZLVnoZAUEJj8EBny P2VKC/IAZClwpxH7h1T0ZVny81n940WneBegnQpJqSJR/8fGl+3krmWvAqil JBHFS6MKO3Fot7oAXxqV2ffws/H4V3wu3djaXqIe5UyazsDUqSg57xflArx/ 8PoeOMjMw9d77f6rmXCZL/PwTn+435sJl1kzD5dvPc+ES1fMw7f323s7M+HS MfPw3u6bzf2ZcBleefjefrc/WxnpYAX4Qb9zD5wCIQ+X/4gyEy69PA8/2Nu7 R3eZJ/Lwt6kl74JfakvmOnQ3lBss3IWX+aFcQA+Gs8FRYaDHiK/19qDbmdVB BmShxy+Jce7EIxcU0P374d5NvEQf7+4f9w96szrJjFG+EfW43XgR/SfZg1Ev 14hvLxKvfQk82wVby96J2U35LwjN5YYcNvXzgsQ8trDkkz5H0ZsvaXv+mezf fTVofsyP+TE/5sf8mB/zY37Mj/kxP+bH/Jgf/4nH/wGe8WUpAFAAAA== --0-1944349332-1054834778=:23779 Content-Type: application/gzip; name="dalibor-strtod-2.diff.gz" Content-Transfer-Encoding: base64 Content-Description: dalibor-strtod-2.diff.gz Content-Disposition: attachment; filename="dalibor-strtod-2.diff.gz" H4sICNV+3z4AA2RhbGlib3Itc3RydG9kLTIuZGlmZgDsXft/2say/9n8FXuJ P7UJBvPGOHVrDLJNjMEHcOJzT89RZRBGiZCoJPw4af73O7O7ektAbhLTFLcx 2ufM7sx3Z0er1epXIs0tfVqy5OxQGk7kxK9EVW5Va6TuhzIMeaZKQ3nflMZy Zmg9zSArOnniTbYMSx9ByZY2kh8PyaX0UR4rqpyVpomjr/8v0Wv0CdI7JPvD e3P/ozQey/zXw2rvPmHIlqHI94p2B227V0xF10g+WywlRsp4TDJzkjEw6mtg JpPxxrcK5O1cI4VcrkhypcNi6TCXJ5kc/LdFKaXTaV/xsls8Xz0s1A5LFVY8 cXxMMsXyXoWk4bdKjo8TZOu0/o99+MsOVck0M6YlWbJJfgtmgHoMyXjKDPXp DNj4C+gj6B5UfaIZaTfD0IEkq4IC8FYaybfzu7tw6kzWRv6kqaSq+hDSgqpU tGdTpaLFqrJW86myVvM10KdKRVuoSqDkUyUUX6zKfJnqEi9MmVf1wXlfuCJH 5JgHeaIIwXqvPuj27Dw3xS4y6Iq9gfi27hZxUo4T6avue7HdOqF5LIj1et3T VlugiSwIif8QLk+EJqaxECYNxMbNzWm7ftan6W70mHakUKliRwqVgx8WlUNd Gyt3c0P+3ph0GMUislA48EES4p7mISKd2FbRBViheFgsHObKDh6RDgLSLR2G Y9UDx1KlAupLswtq8RVITRknEyRBpKFozm9HimGKILij5LY/wTb/yUSGZZiW eC8Z5tFO/1xot4MYvqo3LupngtipXwpOZFDv+eLvhF6/1e048f6g1+qcOdGT 67OecNXtDYj8KA/FmQGD7pE4F/3OkKaiZUiaOdaNqahJU5ncKtAhg5j8Co3G uhgcSZZEs55MFBcNTiRDHlHo0sL6UFLdmIJ9J4o2VOcjmqKrI09M0cY6XqcS 5XQ7V9QRCEqRTDLRQTgsaEnGnWxHmsJpnwiN867YYJcOuwwIDNY+aXX6g3q7 LcJAPevVL514v9FrXQ2caLM+qJPGP8+oxN/b0iK2MOuNdrdRb5P69aDb6HZO aeCyfiHQwLlQbwo9gvFW57RL6pegFOgLdFtVRXNCUAdXCIahJbKw0wyMOY2r v78gfWEgUsqgB1GVJRzO4ki3gHyrM4A/oSdedpug+N61EEo8rbf7PJVIt6Zp UDU1GqTBzFC7ya6NqysWYI2CAsKNINwMSPfkLV6awlWz1aNt4Oqh4T/muiVD /yCb8WdBxpWGT0By/Xa9fw5MIYqNojXHkmmBQWk0WD1/EqsPxpE49pK3iyVF Ebq5CVOCNEaKAofDZzib89A9DEzdRpXOIMVwhWVogBehYSgh4GAh7Y7IIEZA raxhEOjVOzgzsDiPgFixvXg5rVbJqbcvmABlBt1u276K0LE+RtqDZhsE1m6S nnAmdMTTbu99vdckiLXWmXjZFM/JRf30VHh3iZGGnfG2NfBnYgKMCCfeaiAq zsl5/Z0gBitd9wUaoXK0I0yAQucMQMUsTbPTf1t/V6dzJKVjJ9B6vhS7cv2k LYg3ODmyQr4Urm3WmBs+g7IWdQShiZOsp6o/idXtX3egM5cwWFkZT5wVGJz3 YEyKCOG3rQuhjwOMhRzJDGDAXXXb0Ms+yPMCRjqhXaBW40GxJqKswZQo27T6 /+wPhEtycdUTTls3jAzAAFDRJ/8LI/ryArKvmDgg7hEOxlizaJQ2w5PN4p4C jJKnBE9gRRhj2spLdnnHrx2wHDSADFkBtGY01Bca173W4J8sdiNyc3ADpkew 0/gFhn+Pi6H+nlOkzThrvBX711c4eXga501lLYQaYEUorgF+nXcUWlw9rdN6 s9nru5ALpHP71W2Q61bD9qm8fhSE200oi4Gz6xbo74I2E1UNzEBP3Wv4BTIc n8FEB312qtBvhkpimqfg1TVIiaKDStQtHciwrS+TOhj5Rvu6CfAFkQodnEj6 ju+IfQfZY/ch2uQepyuXiDxGPeC0NtvdKzAYLnQv4JeJ6uLd5QnMR3bYTUcE ndPpSuRhS9dVk0/OHwyZX/h8DyGepUmWck9zTXk4NxTrCcO2+w0qwAv113B4 dfqnLDLxxYCqHWcoFN+3Bufd64F4dUa4c0TaA46inUT6xTV6cY1eXKMX1+jF NXpxjTbeNbIXpF5cpBcXyXGRiOMi4eoZ+EhgtMFGi2NDuiMYpgE2aFnYmhgw f7ISO7hS9Yq0NMVSwHH4r0xMHVwb8LYU6RbIQU8scvtE9Jml6JqZZWuXtXKl QlcvaaCQr9C1r7GCxBJpeTjRSXJbMsWpfLiNpqTTPSTDiTz8iMt24ECRB92g YfbMIkl++anM621zZyW5oHw2m+XlGli1kkgrY2LJMGsltz/hrHIvjucaiIWW TkMXPifJEXblDXRe1hJpQvzMdumjl1EqQFZWTRkLu+TpSqrorKQi2SfZdMmG uB9puktnKFnkF/QIkVoWFwTlR4v8/LNYbwjd00T6lYqWlYsMRGCvQiYT6f3X dFFyJI/N7CRLyOv9RNquhmTdTPJLiAUrEk73sAb6uOAb4pFIj/Q5IIGLnuym 3oC4NSA5lRRtN5VIf8Ke0R9CgEqf4kc2cGXWJPqYtBVt/mhXnypmZgauPKUH AjTpnEK4Q0d20jucL1Ibgs9MXrOCIOgkSVdqyTfePEs2pjyBN/NeUucyT6Jh VDxvOqO0R37CaileCHS7ywr+zxGp1MiffxLMxhivQNKklEqx0gCcR8Uiu3lW /TMKyNv7a20kGyADFQaQSQrZ0p7N3ZCtuQESAaSQB0MHsowrwhvSbPKUuYKW BEpgJ6UhpJA5pUvHJqhopLDRGC+qjtSJldRScdj95+R++om8ZmkZkk+RoyOS i5WGnZLDFCodG2BYfUxsBDIAyhSbwPIT2ZVBHCTadPxG185hbHz8LZlMMWNB eA07J0UKPB3tIdxYzc2j7V+dkR6muf0ryGnbKZx0yWIH3IzUG/IZRfAJCVvG 09FOdj/cix0KgxV6ARSiOwEZ37UP9F+8mQIr5topHzv79pdqVh6xAcvohnn7 a44lmJJGDoEHyTzk5UxI3jH3/7P/J9nfISG7RMsk0rsk0BGSoksCESYWJh8H YoZMf7Kvyessjd1NdS2rz2Emu6WXsP78TdBvP4TSKFSRC/5F68OQzblqHdL2 +pvol84ndif+ObqcZzoLFwB9a7qrR+4FHCW3be+Sz5BuL5IrTcgz/WH5LAyF Vp16oeg3mHd/wPkSZ8An05KnZAJzGthsSydQANspgg7nt2QqoRNBJKg90Wfy eK6qT2QsP+AwsXTc1mHuMfP6MFGGExCCRtmoytBig49adJAwTsbkVlZBLazC lSGPgeXPqjJVLGjTL8j9Z8k0ZcPCGOhKFPuDZkMUCUxPrF0jmKIUbchnIE9d GHumZRIZbv6JrpGxIYMocAUKZyb2+Nmw56BXCorBoQ4J9mqWhyKkMs16Mp3G YSY+O6Ui7IIDYSi4uqI9kbvhsAAVYAbSwFY6UsK+Sfe6MoJCBIrrRrAtw5k6 N/EPEPWI1UmykaQOi4fVe5nMwR2hMr2VhxJGgBl4KncT+JUsUAHO2Wz+JpQz eDUSbRaVGS6cwHRNNYowJ9BbIhl386kMdNz2PuhzdQQDVFFVIs1m6hNvr1ed tEkDYHfWuSYNwp/2c02h8wBqw6GIg4z6ABwkYCWV6UyVkaXJNIniUR+kJ5Oa YYYcGCZwww58qZfmEpHASIKjMZcQi7i4OeKuAhQDntTzlgzqk1A6gB/eWzBH xhTUQldEFYQ1oQuQri5smJFdNgDQNqTQzQqmizQH5aF/lMlUduBCBbT7epwC CYE9gVJvXBVGafuzm+1xVgn3Vrkmx+jiMFqE0B+ekWOuS7TjEjU//HDOjONs Eo9bQ614xozo1Y/r3IB6F3k2X+ufBDgF/ZBVEBPjZKzuYARm7mjvgheq0PEQ 4Vyg9fF7Fqv5DGApSUadruQ68LIreBBg9cTpN3IhkCI2hBI1pXuZLgMdob/U T6RpOAmtIoSmJPnM/2P5HN9/yvwLz5ch8+7kvFj1v59Vd0zD9zfrLqtvZNeZ 4Yk2SF9g9Z12LTT7vlLhW0onO7iAyZ8xHIFNdMX7KUab7+u9Tqtzdoj3KJpu EfDnRo7PCgKwYFjiDEA9PbpmhaYg1HSutq+iVnjzmcnQ/5sgF318HMMMPbfx hMf4AyI7la9tVyrFvQNc2z6oFvmuTvp/JpHBmQzkh1MmzmYG2r2xqkPqUAYX mzYLvWBFG8OvBkbWXvaUjTvZ1A2c3b+YhluZjPQEAWlB/XvJOPqdyc8zj29z yknyJ0GxWoZoTn5PrDKbu1VRNUwU1XKeiaJWyS0WBfRzNJ/hBf7ZvaYXlV3m aqjrEXXcws/b1WKxmj+gLwkUawV7L6+5d2w/qzve27aDe28sYtHMmOd3UDYm Z2FV+vgqui7NYpXTUNnejL63zUMu3ctuA5Lh18OqhUnw6ybxTep72yzAMoKb up/hXQMvr/it3bm8f2t3Lu9vpG93d/CFg/JhuXqYy7kbvIGab4N39CsH3j3e tUp1L58naXotUmTUG2LjXGhciGyLS39XGUujkQEe2R64Q/TxkGSJPPEoqenJ yHQwvMkUULvELQjN1qDV7dTbu2EA7Nn+cZgIOsc2nUQa2nV63Wng9plBt/ll 1s/pE1Lo7/7LkNGpwhUsJzQm4ykMa/yBu3pI/ncqkQnV+3KjGEVmBYMC1dL/ D+5etqH6i2wSlLdl54qVbvUfaSoZoIoeJjJMpAZpdztn4mWrQ/ZJJq+SoSGZ E/BXfGNs/xnf6glzjB1vBwXfcDsohF7uCROLeMen4Aw5IOiOuP3Fr/pU/26v +vg1zi5w3/ZsGvdwjNV4pezTeKVMvO30aNyTvJUvAy6euPLKh7mi9zUaoOhR ubfaYpUXq7W9GkzCcGFbCuB+s8kWz+HONY/r10/6nEzAa6b3mL+zcbrjrGRm 8QaRvMKnpWO2DwdMIfxDn2UFWmBjArQyAVpoVjMrtQsMx5J2DbptaBdHCF8Q f06jEMEyFiP5XMUHEoiH7EIEvQjDUHRQgjQRJlH1Nsc0hF67/N5qX/09z4pf 55WwykO0tgo1j104OMzVDnMV1y4whYdrbZq616T01VV/kPN7AbkY1X8hAICs C4AXGLDtf2vCwWQlIFSrPiBUq4uAMFkdCUA3gITJCxTup2vCgp/xAi+gGvAC FsLBT3UxHpB0ABCB6puKiLvhh/WhIsA8Fhll//v35YMluAjQXYyN8kEENIIU NhUeimYZs/UBJMT+C24zF0MkRDkKJNXgPecyGpsKkw+KtT6QBJjHOxv+pd5q fglEAnQXA6SajwBIkMIGw6O4VnwUVwJIyQ+Q0goAKa6OkFIMQoovEAFBmHRb q7k+lEQ0IH6y8fsjlWX+SATtKKwcuNNNlE8SRWXT4XIr62aGvRm3fujENCbe rfWfdFYOn3T2RXwWQ6pcWwCpOIrL4FVh8Kr8XeGlmx8VKzPj7zSuH2Hx7flm jvFyVktMV5SnvALRTYfaXFMeMx/+MkiLbU480PyrN5VlizdLOS3BWdSKznKa LzADyfx1DFpsc+JPevX7XsVVfa9YTothVlzkicXT3DSYTSXt+cEUYPrVTxoD 9KKAUYt+2hisuWluuTk0lJm1BnsSwfirnzpG0Fy408D32DGq8gagge7oLRfo ft4y7nC2d/MeB44NgvgJnlUCFNhew0QmXIQeE4YN6fN0KO0nxfazRhbElzlk 616RH2SDfJDupSH9HenDRHpVVsAsdJ6SryxNhqJU6Y8zQx8TbVqQzKz08DFY OdxWu3b0ILqV1rCYGsP8q+9dY+gutq2+e9U4ChswqiLhwYbN+hAS5h8/8Rb9 E29xCUjCpCMMb8mdgosRMImgsQFIofa3yLaSF4oHeMWu+A5thDreOGZ7Tp7C XDcKmd7j2CDTEz32G1Jm39iRVfyIx75tRYP2NlQKTbN/CogjF54n/AUW2P2I qSNAPDwzrE6cHZtlTwYBICbsYyzFyxIU2d619JnITohM7UtDelJndlpKkOlH fnYlPYILS9LjSFOBKr5ifgNBp6HntwshtvG3bn5zUIwzByGKEbNF3n3roug1 A+G6S0Z/pUBHP1x+3NHPYcDeZlPkZ/XDI5l+xYwQSW8xAPg8EF1zA4x/SP1D CK4HA0HOX/EILZ7oEjQcBNAQqh6GxMFmQEJ6eFa/cTH3+H0a/uWaani5ZjHh xfCoVqLgESSx0RC5WTNIbr7Rqt4y0kvsSCxQbl6gYovij3UblD9WsymFXOA1 31XA8sfqt6KFXBxY/vgyw1JlaKn+7dCi6GtEip/5t3NK/HSj7El+iV8SoLCx xmQqadIdPWBujTCJbkS8o+KHS3UpXKLpL4ZNNRI2MZQ2GD7Ws77ptIR9PGT8 3ymtlpZDxlr23pMXLKVosFjLXn/aEJjwLW5Nepp3dvjMKAlwj3dWAmeS5InT 4AiEBKhu5QukPjNQuwWSLxyWK4dF91llIR8FkCCJJfjIV/A5H17Ye/RbhJ67 Nk6n30DkM74O7zmZc9fzdnsKX2/35rFkcZoTT3rdC6GTAgL7r8m5pI1UmWjy HW0ZMZU7Db9PxI4Qxbfdt2gerkzvvgbWeG74TmYn9YYjmK6Ap9k+C9pEPHmc VUmRTxDfso9vz/Az3bHhGX4SXQZDqinTQ9c9zafv7GP7TvETm7fS8CMeXaur IyJZOuiLaDo7+M49EYjWsHlhqV1oLTSTf8sTF8mR4Jlu4SF2uj7iZ8zbB8sp FpJYiOZTVZesdYGZM49/qc+/4JcvEru58VDmJRYjOR9c9IuisATIRXoAFV7+ qkCulvbgljSdrxbsJn72QOf7oHR3jNJLedFqD4xVsEq2eJR9+ACxvhi/zsz0 /T8lvrQB8Tj2P+/Oe5538w+ML6W9VSi5U3chd5ireu8g87UFePZSWYzpMp4q ly7bZ8ttbdUNQ3oyYbyBpQGKjKCoSqL9VTJ81OR8tyZFMlN9NAfIZgxZlSVA F+S+E3qQIT/OdMPKmE/TW101If9OfiTJ/+z+6+2Hf0v30p9UxCkxmcj4+bRO 8JNByIYdCpVKpJcU4M+86DfD6FMv+yv0KB0WzKpSoD/97nWvIbD+tLpiH2CA hNr1zpkT6QmnbaExcOID4cYb6buR60GrzSIouEZbqHfo3g0gb+oiPrajZ1uv iOxnd0i/4C2Emn8drbZ0HW2lNw/y7hFNtciFtJXeNvjbuaXs5MM8jtFCzX7k +DI0v8vQpGc+5ag9LOZKXNb8C3i0lsirJdgXr3r1Xos3kjfdk4y8/MJrCldC pyl0GrRSQHD+zFWFhp9VxDNfh5Yp5qHayZMlD/TGRDKa8liaq1ZW1T2JraGu 3WPSb2DoMWGgY6anrJvoK9ulPPqWIUvThiqZZms6UyEzzprJ61yUCXD/iu2d iwkvXN89iFzfDVLYAAMWjRD7i3RrhElUE+Lf9PUfQ1gKH0O4AvXFs16pEIWY SDobC5v/Ks96tsRi7t/ueXSA8GKcRD+PDpLYRIjgJwI0+qG/9dwiRvOPh4kf JQvuD6MJbxWqPpjkS97ljmoAJTE0FuOkulck6epemWLkFZ5vzj75g5WpF+pu zj+O+H7qMZ553myhK+bdxD8lUwU/OqWPLTLDXZHElI17VbbAHZtro9UU+5yj P5p//FZ3/xJWedGetWjSURbAVW05uJIVQ2QDbADbxlyjX38t5fhrJIs2In8v zLqbeqPU8n039bJ3aeh9S8GzgO2WgPs78CJMXE/kqZ6UuRZOQ5+frvWFawaS E4TKqvF/7V1fb+I4EH8un8IPSO1uCWwg7bVUK9Gj9NTV9qhKK+3DSiglpo0u JGwI1620H349cf7ZsZNQCuldeIE4sWfG45/HjjNjD6+vh38TgRO2hUU9p1JS MXpN3pMI1S5iBIBmao7uLy+vvg1GXb+CWvsEKqh1wq3//bXXX7/omYzqmS8z In2ZXhmOjWvKnmUuvM/7MbP9M3/L/aCxTBvV65DlDBnwonMY5U9Km1MIuMZn BtVpLtgIvUmPsUDdM+Svun4PZKZnoBhEBQah4rdnWCzKQ+o1+wduiDNlWUgA a+lmkhdCPrFml0m1dFhQIfrZBlPjl0qzKFXAaubCBwycVZZLcAFhNgInAZ81 YSWimAevUwqv0/8pvKJRtHRsCSVZY6uv4kxyUMV/cc8lV3GLFSulvDCGQuLI wcW+MGgFXxjknHIQlvH+kEFzB7NAM+9ldMyU6E2WMosyE+FNk69sFiZb8cHS f9EsHWYpKd569pVikAOnjGlXmlTFrRZVyHuxWFJpNgOp1S1VLrR2ViqlmGAh rHRwCeR4a1gJWLweUCJiFbdWoUrei73KkGdT0HpTm5VFtOpWC5btywcYL4Xc n5Q76yS9W2YxBiIwxUflqRmfDdOkqm6tfIXo1qL8ObpYFDmY2EA0NSsQLZdL DqL4cLR8ejtYEa3AArKz1T0yVxJmM3YqzWddcyWguIMX0QtevJfBj5NkMzaL Y7KuyeLJVRFSpc7RV5mQq0dsDC1JZ0BHOP/OcPQF6ixaXjHZPtbonmLafx8g oaf6Fj3wBCzlobJspGzK6U5Aa6/dSRiLT90jtduJT4Oja9uiYjlt/gnOlvZ/ qXNd37GJwA9LDxvo4cU/uPnSWv5Et3iBdXfyhP5yneW8gS7wXHc9iOQHf7y+ M5uTIi4aTUxsT3ADSN3b5r/YXZjeC2S59/SnBnryvHm31Xp+fm5OFs0ludfE xrI1JSxaEKpwfj3u39yETatccREI0Z3ABal2uGIBkm7y96KWqyHbAf+iMRtX wUY7KHGSjRF5xJ451Q3Dhai1wyK5ED1dGy70KVYm3sscs4knokeWUhTa0vOF HP75ZeS7kw2+3d2ej8FhiDwLOIwt017+JNLIOsXmbaWApdxCsh+31fTHbQE1 0RiaOEBTFfeLaiw8+B55Wht6eFvrBF381Zun7nqnoHcW7J+ZvZM6Tp401A54 Tp42VC0Ir+Moh9F1qQcBy5qiz8bsI8J+0L/jamY5tcOiOUMlwFVccUIByYrX D2S0/bi3i8Hl+f3Xu3Hg8wololaPUcAHnk0ce2o+Ch6Y9sRaGriGDDyHnWuR 1Fk1yECj1UgC7MBiPNNfHgDq4Y2a0ju/vhjc0M104SKM0Wu26gckfXF1+6GV UNENaHP1MuDmmSy1l8ya0DRkZR7R5gCuCLb9pSaiftDvQ32JckfBP6NkuJe8 TnTLD76zJyEQpenjKBFcQbBhkiEB3d1wSLSsQHgn/gy6JQosIMr3KMLxGCIc jwJ36T3FnSFlij42Pf2Bxn0nFdSDZgtau4f81I+l4+GeXMeJTKyyC9FiG2FN WlGrJemQGoJX7cTCuq0QAGLb6IZ6cKfJZg8HcPDZ3ebozfOT70DGfm04Tn9t 4Ellj9vH9GtCqlB13nD9qps2mVPburX1NhcxXmPeJqVZaPYmL12BOVwSDi5+ dPECtL51QIhZyyHR5tZf2+kF2Ay6gqWOxLpY+48YFpLyFbATvwHcgPgQPMMA AA== --0-1944349332-1054834778=:23779-- From tromey@redhat.com Thu Jun 5 15:51:01 2003 From: tromey@redhat.com (Tom Tromey) Date: Thu Jun 5 14:51:01 2003 Subject: [kaffe] Re: Patch: RMI UnicastRemoteCall (libgcj/10886) In-Reply-To: <20030605164207.29042.qmail@web10002.mail.yahoo.com> References: <20030605164207.29042.qmail@web10002.mail.yahoo.com> Message-ID: <87he74sage.fsf@fleche.redhat.com> >>>>> "Dalibor" == Dalibor Topic writes: Dalibor> So my course of action for kaffe will be to look in your Dalibor> (i.e. Classpath's) direction, and see what can be merged in Dalibor> eventually. Ok. Jeff, I think it is up to you whether the patch goes in or not. Dalibor> BTW, is anyone here aware of an RMI test suite? Not me. Tom From greg@wooledge.org Thu Jun 5 16:15:01 2003 From: greg@wooledge.org (Greg Wooledge) Date: Thu Jun 5 15:15:01 2003 Subject: [freenet-dev] Re: [kaffe] Kaffe and Freenet, round (N+1) In-Reply-To: <20030605170634.4687f0c2.hkraemer@freenet.de> References: <20030605000114.GF2789@pegasus.wooledge.org> <20030605145315.8210.qmail@web10006.mail.yahoo.com> <20030605170634.4687f0c2.hkraemer@freenet.de> Message-ID: <20030605221701.GG2789@pegasus.wooledge.org> --k+G3HLlWI7eRTl+h Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Helmer Kr=E4mer (hkraemer@freenet.de) wrote: > I still doubt that it's working, because that would be too good > to be true ;) IIRC, there were some errors that only showed up > after freenet was running for a while, right? It still leaks memory, but I've learned to stop worrying about that. Whether it still crashes on assertions, I can't say yet. Even with 1.0.7 I could often run for hours or days between crashes. In the last almost-a-day, I've restarted it twice due to out-of-memory problems, and it hasn't crashed yet. Whether that's good or bad is, I suppose, a matter of taste. I suppose I should test it with a transient Freenet node on Linux, too, just to see if any weird bugs crawl out of it. It won't get the same kind of unpredictable hammering that a permanent node gets, but it's worth a try. --=20 Greg Wooledge | "Truth belongs to everybody." greg@wooledge.org | - The Red Hot Chili Peppers http://wooledge.org/~greg/ | --k+G3HLlWI7eRTl+h Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (OpenBSD) iD8DBQE+38FdkAkqAYpL9t8RAih5AKDIvUJ68UfWLY1yd4Chz5RgD2CDTACeLuKE CXlsquoZplJwtdNKrF4itRc= =GSVG -----END PGP SIGNATURE----- --k+G3HLlWI7eRTl+h-- From kaffe@kaffe.org Thu Jun 5 17:19:01 2003 From: kaffe@kaffe.org (Kaffe CVS) Date: Thu Jun 5 16:19:01 2003 Subject: [kaffe] Kaffe CVS: kaffe dalibor Message-ID: CVSROOT: /cvs/kaffe Module name: kaffe Changes by: dalibor 03/06/05 16:17:06 Modified files: . : ChangeLog Makefile.am Makefile.in kaffe/scripts : Makefile.in kaffe/scripts/compat: Makefile.in libraries/extensions: Makefile.am Makefile.in Log message: 2003-06-06 Dalibor Topic * Makefile.am: (EXTRA_DIST) added FAQ/FAQ.cross-compiling. * libraries/extensions/Makefile.am: (DIST_SUBDIRS) new variable. * Makefile.in, scripts/Makefile.in, scripts/compat/Makefile.in, libraries/extensions/Makefile.in: regenerated. From ito.kazumitsu@hitachi-cable.co.jp Thu Jun 5 19:04:01 2003 From: ito.kazumitsu@hitachi-cable.co.jp (Ito Kazumitsu) Date: Thu Jun 5 18:04:01 2003 Subject: [kaffe] Re: The problem of "Double.c and buggy strtod" is settled In-Reply-To: Dalibor Topic's message of "Thu, 5 Jun 2003 10:39:38 -0700 (PDT)" <20030605173938.24175.qmail@web10004.mail.yahoo.com> References: <20030605173938.24175.qmail@web10004.mail.yahoo.com> Message-ID: <200306060105.h5615wO03490@sm1.hitachi-cable.co.jp> Hi Dalibor, In message "Re: [kaffe] Re: The problem of "Double.c and buggy strtod" is settled" on 03/06/05, Dalibor Topic writes: > the netbsd strtod seems to need some includes that I don't have around, and the > netlib strtod wants me to specify way more about IEEE than I know ;) The one > from glibc is entangles in the glibc mess of headers, so I took another look at > the one from libiberty. I hope that the attached patch works, I've tried a > slightly adapted DoubleTest.c and it worked for me: I used it on Linux 2.0.38, and the result seemed satisfactory.... But it was not because the new strtod worked but because I had chaned the system-wide /usr/lib/libc.so so that it used the strtod of NetBSD origin. I restored the original /usr/lib/libc.so. Then I got the bad result: $ ./a.out 4.9406564584124654418e-324 4.9406564584124654418e-324 0 0.00000000000000000000e+00 Seeing the source, I found that the libiberty-strtod.c used atof. The atof of Linux 2.0.38 uses its own __strtod_internal. As long as __strtod_internal is used, you cannot expect a good result. From ito.kazumitsu@hitachi-cable.co.jp Thu Jun 5 19:47:01 2003 From: ito.kazumitsu@hitachi-cable.co.jp (Ito Kazumitsu) Date: Thu Jun 5 18:47:01 2003 Subject: [kaffe] Re: The problem of "Double.c and buggy strtod" is settled In-Reply-To: Dalibor Topic's message of "Thu, 5 Jun 2003 10:39:38 -0700 (PDT)" <20030605173938.24175.qmail@web10004.mail.yahoo.com> References: <20030605173938.24175.qmail@web10004.mail.yahoo.com> Message-ID: <200306060149.h561nNl01166@sm1.hitachi-cable.co.jp> By the way, let's consider why old Linux user like me was happy with kaffe-1.0.7. Because kaffe-1.0.7 had precompiled Klasses.jar and we did not have to compile java/lang/Double.java ourselves. The result of "make check" showed "FAIL: DoublePrint.java", but that did not matter practically. But now, we have to compile java/lang/Double.java ourselves. So we need good strtod that recognizes java.lang.Double.MIN_VALUE. What I finally did was to replace the system-wide /usr/lib/libc.so so that it used the NetBSD-origin strtod. But I am afraid not all of the old Linux users can do this. Dalibor is trying hard to include some good strtod source into kaffe. This approach is facing some obstacles. I think I will cooperate with him until we succeed. So I have restored the original /usr/lib/libc.so in order to test his patches. From jim@kaffe.org Thu Jun 5 20:49:01 2003 From: jim@kaffe.org (Jim Pick) Date: Thu Jun 5 19:49:01 2003 Subject: [kaffe] Freeze In-Reply-To: <20030605153152.12793.qmail@web10006.mail.yahoo.com> References: <20030605153152.12793.qmail@web10006.mail.yahoo.com> Message-ID: <1054867870.31002.0.camel@localhost> On Thu, 2003-06-05 at 08:31, Dalibor Topic wrote: > Hi Jim, > > --- Jim Pick wrote: > > I'm sure everybody already knows this, but we're in a freeze now. So we > > want bug fixes, testing results, documentation and packaging / configure > > fixes only at this point. The release 1.1.0 release will be on Sunday. > > could you create an rc1 tonight so that one doesn't need the latest auto* > tools? obviously, this requires a fixed make dist and probably a fixed make > distcheck as well ;) I can't do it tonight. I'll try to do it Friday. Cheers, - Jim From samuel@hectrix.com Fri Jun 6 03:36:02 2003 From: samuel@hectrix.com (samuel) Date: Fri Jun 6 02:36:02 2003 Subject: [kaffe] (no subject) Message-ID: <200306061735.AA1733165330@hectrix.com> Hi, I've tried to make kaffe work with qt-embedded-3.1.2, but I still can't get it work. Can anyone help? I've built the QT independently, and built kaffe with the parameter "--with-awt=qt --with-qtdir=/root/qt-embedded-3.1.2". After make install the above, I export QTDIR, KAFFESRC, KAFFINSTALL and LD_LIBRARY_PATH. And I get some errors when I compile the kaffe-awt-qt. First, I got an error show that the line 256 of toolkit.h("char xor;") and it's fixed after I change it to ("char Xor"). I detailly describe it is because I don't know will this affect the others. After fixed the first error, it claim that my moc version not compatiable. It's caused from the "evt.moc": ******************************ERROR MESSAGE************************** In file included from evt.cc:984: evt.moc:15:2: #error "This file was generated using the moc from 3.0.3. It" evt.moc:16:2: #error "cannot be used with the include files from this version of Qt." evt.moc:17:2: #error "(The moc has changed too much.)" /root/tools/qt-embedded-free-3.1.2/include/qstringlist.h: At top level: evt.cc:243: warning: `char *eventStr (int)' defined but not used make: *** [evt.o] Error 1 ***************************END of ERROR MESSAGE********************** After I comment the error message from the "evt.moc", another error appears. ******************************ERROR MESSAGE************************** gra.cc:99: parse error before `^' gra.cc: In function `void Java_java_awt_Toolkit_graDrawPolygon (JNIEnv *, void *, Graphics *, void *, void *, int)': gra.cc:335: warning: unused variable `int n' ***************************END of ERROR MESSAGE********************** And many other error appears after the above change. What should I do? I am only a beginner in kaffe, hope that someone can help me. Thanks alot. Samuel ---------- Original Message ---------------------------------- From: Dalibor Topic Date: Tue, 3 Jun 2003 16:39:09 -0700 (PDT) Hi Samuel, --- Samuel wrote: > Hi All, > I've tried again and again, but I still cannot fix it. I am using the > kaffe 1.0.7 and qt-embedded 3.2.0. I got error message when I make the > kaffe-awt-qt. Could anyone tell me which version they are use and get > success? I have already read the readme.qt also. Anyone have any ideas are > welcome. Thank you. check out this thread for more information on what I did to get kaffe embedded to run. http://www.kaffe.org/pipermail/kaffe/2003-March/029009.html I was using kaffe from CVS and qt-embedded-free 3.1.2. cheers, dalibor topic p.s. it might be helpful to post the actual error messages you get, just in case someone has already seen them ;) __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com _______________________________________________ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe From robilad@yahoo.com Fri Jun 6 03:49:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Fri Jun 6 02:49:01 2003 Subject: [kaffe] (no subject) In-Reply-To: <200306061735.AA1733165330@hectrix.com> Message-ID: <20030606095145.7048.qmail@web10001.mail.yahoo.com> Hi Samuel, --- samuel wrote: > First, I got an error show that the line 256 of toolkit.h("char > xor;") and it's fixed after I change it to ("char Xor"). I detailly > describe it is because I don't know will this affect the others. That's fixed in the CVS, since Wed Nov 27 18:32:56 2002, by me ;) So please do yourself a favor and use the version from the CVS. > After fixed the first error, it claim that my moc version not > compatiable. It's caused from the "evt.moc": > > ******************************ERROR MESSAGE************************** > In file included from evt.cc:984: > evt.moc:15:2: #error "This file was generated using the moc from > 3.0.3. It" > evt.moc:16:2: #error "cannot be used with the include files from this > version of Qt." > evt.moc:17:2: #error "(The moc has changed too much.)" > /root/tools/qt-embedded-free-3.1.2/include/qstringlist.h: At top > level: > evt.cc:243: warning: `char *eventStr (int)' defined but not used > make: *** [evt.o] Error 1 > ***************************END of ERROR MESSAGE********************** Again, this is fixed in the CVS. Moc files are now generated automatically. > After I comment the error message from the "evt.moc", another error > appears. > > > ******************************ERROR MESSAGE************************** > gra.cc:99: parse error before `^' > gra.cc: In function `void Java_java_awt_Toolkit_graDrawPolygon (JNIEnv > *, void *, Graphics *, void *, void *, int)': > gra.cc:335: warning: unused variable `int n' > ***************************END of ERROR MESSAGE********************** and this one is fixen in the CVS as well, AFAIK. > And many other error appears after the above change. What should I do? > I am only a beginner in kaffe, hope that someone can help me. Thanks > alot. Read http://www.kaffe.org/anoncvs.shtml , grab the latest source from the CVS, and try again. Hopefully the qt stuff will work out of the box for you, it does for me on my Mandrake box ... I think I should remove the link to actual patch from the home page, and lead kaffe qt developers to use current CVS for their own good :) cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From greg@wooledge.org Fri Jun 6 04:54:01 2003 From: greg@wooledge.org (Greg Wooledge) Date: Fri Jun 6 03:54:01 2003 Subject: [kaffe] assertion failed: mem/gc-incremental.c 384 Message-ID: <20030606105545.GM2789@pegasus.wooledge.org> --MSd2ShuMixI0uVaZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable kaffe-bin in malloc(): warning: recursive call. kaffe-bin in malloc(): warning: recursive call. [...] assertion "GC_GET_FUNCS(info, idx) < sizeof(gcFunctions)/sizeof(gcFunctions= [0])" failed: file "mem/gc-incremental.c", line 384 #0 0x4086327b in kill () #1 0x401fa8bb in abort () #2 0x401b274f in __assert () #3 0x4003e023 in gcWalkMemory (gcif=3D0x4009dcd4, mem=3D0x4009dcfc) at mem/gc-incremental.c:383 #4 0x4003e504 in gcMan (arg=3D0x4009dcd4) at mem/gc-incremental.c:504 #5 0x4005d2d8 in startSpecialThread (arg=3D0x3da980) at thread.c:285 #6 0x400867e8 in start_this_sucker_on_a_new_frame () at jthread.c:1266 #7 0x40086968 in jthread_create (pri=3D11,=20 func=3D0x4005d2a4 , daemon=3D-809510880,=20 jlThread=3D0x4005cf3d, threadStackSize=3D1074122447) at jthread.c:1336 #8 0x4005cf1c in createThread (tid=3D0x3da980, func=3D0x4005d2a4,=20 stacksize=3D16384, einfo=3D0xcfbfd8a0) at thread.c:121 #9 0x4005d3ba in createDaemon (func=3D0x4003e30c, nm=3D0x4003f9bb "gc",=20 arg=3D0x4009dcd4, prio=3D11, stacksize=3D16384, einfo=3D0xcfbfd8a0) at = thread.c:324 #10 0x4003fa51 in gcEnable (collector=3D0x4009dcd4) at mem/gc-incremental.c= :1093 #11 0x4002a610 in initialiseKaffe () at baseClasses.c:214 #12 0x40044bcb in JNI_CreateJavaVM (vm=3D0xa340, env=3D0xa5b8, args=3D0xa34= 8) at jni.c:205 This is from a CVS checkout on Wednesday evening (CVS/Entries has /ChangeLog/1.1384/Wed Jun 4 23:25:33 2003// as the most recent file.) OpenBSD 3.3 x86, running Freenet 6043. --=20 Greg Wooledge | "Truth belongs to everybody." greg@wooledge.org | - The Red Hot Chili Peppers http://wooledge.org/~greg/ | --MSd2ShuMixI0uVaZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (OpenBSD) iD8DBQE+4HMxkAkqAYpL9t8RAttVAKCcuHCvVo5DcTa+kUCbf73RQ/NWqACeKq1R rv1GMbpLfgSpX0aHHANOVuk= =8Lt8 -----END PGP SIGNATURE----- --MSd2ShuMixI0uVaZ-- From ito.kazumitsu@hitachi-cable.co.jp Fri Jun 6 04:58:01 2003 From: ito.kazumitsu@hitachi-cable.co.jp (Ito Kazumitsu) Date: Fri Jun 6 03:58:01 2003 Subject: [kaffe] Re: The problem of "Double.c and buggy strtod" is settled In-Reply-To: Ito Kazumitsu's message of "Fri, 6 Jun 2003 10:05:58 +0900" <200306060105.h5615wO03490@sm1.hitachi-cable.co.jp> References: <20030605173938.24175.qmail@web10004.mail.yahoo.com> <200306060105.h5615wO03490@sm1.hitachi-cable.co.jp> Message-ID: <200306061100.h56B0UP14839@sm1.hitachi-cable.co.jp> In message "Re: [kaffe] Re: The problem of "Double.c and buggy strtod" is settled" on 03/06/06, Ito Kazumitsu writes: > Seeing the source, I found that the libiberty-strtod.c used atof. > The atof of Linux 2.0.38 uses its own __strtod_internal. > > As long as __strtod_internal is used, you cannot expect a good > result. I am afraid it is quite difficult to keep __strtod_internal from being called. So I tried the attached replace/strtod.c and changed Double.c like this: --- libraries/clib/native/Double.c.orig Fri Apr 12 21:56:11 2002 +++ libraries/clib/native/Double.c Fri Jun 6 18:41:03 2003 @@ -23,6 +23,7 @@ #include "files.h" #include "java_lang_Double.h" #include +extern double my_strtod(); /* * Convert a "normal" double to a string with the supplied precision. @@ -130,7 +131,7 @@ #endif /* Parse value; check for empty parse */ - value = strtod(buf, &endbuf); + value = my_strtod(buf, &endbuf); if (endbuf == buf) { msg = startbuf; /* this is what JDK 1.1.6 does */ goto bail; The result was satisfactory but "make test" showed "FAIL: DoublePrint.java". But diff test/regression/DoublePrint.out test/regression/DoublePrint.fail is only this: 10c10 < 4.9E-324 --- > 4.9406564584125E-324 I think this difference is ignoreable. And my replace/strtod.c follows. It is based on the idea that the need for parsing "4.9406564584124654418e-324" except for the compiling of Double.java must be rare. $ cat replace/strtod.c #include #define JAVA_DOUBLE_MIN_STR "4.9406564584124654418e-324" #define JAVA_DOUBLE_MIN 4.9406564584124654418e-324 double my_strtod (str, ptr) char *str; char **ptr; { char *q; char *r; int m; int l; double d; if (*str == JAVA_DOUBLE_MIN_STR[0]) { q = str; r = JAVA_DOUBLE_MIN_STR; m = 1; l = 0; while (*r) { if (*q++ != *r++) { m = 0; break; } l++; } if (m) { d = JAVA_DOUBLE_MIN; if (ptr != NULL) { *ptr = str + l; } } else { d = strtod (str, ptr); } } else { d = strtod (str, ptr); } return d; } From ito.kazumitsu@hitachi-cable.co.jp Fri Jun 6 06:03:02 2003 From: ito.kazumitsu@hitachi-cable.co.jp (Ito Kazumitsu) Date: Fri Jun 6 05:03:02 2003 Subject: [kaffe] Re: The problem of "Double.c and buggy strtod" is settled In-Reply-To: Ito Kazumitsu's message of "Fri, 6 Jun 2003 20:00:30 +0900" <200306061100.h56B0UP14839@sm1.hitachi-cable.co.jp> References: <20030605173938.24175.qmail@web10004.mail.yahoo.com> <200306060105.h5615wO03490@sm1.hitachi-cable.co.jp> <200306061100.h56B0UP14839@sm1.hitachi-cable.co.jp> Message-ID: <200306061205.h56C5GS02080@sm1.hitachi-cable.co.jp> In message "Re: [kaffe] Re: The problem of "Double.c and buggy strtod" is settled" on 03/06/06, Ito Kazumitsu writes: > But diff test/regression/DoublePrint.out test/regression/DoublePrint.fail > is only this: > > 10c10 > < 4.9E-324 > --- > > 4.9406564584125E-324 > > I think this difference is ignoreable. This difference comes from the the difference of behaviors of strtod. Good strtod: 4.9E-324 == 4.9406564584125E-324 == Double.MIN_VALUE So it is printed in the minimum precision. My poor strtod: String other than "4.9406564584124654418e-324" cannot be Double.MIN_VALUE. So maximum precision is required for printing Double.MIN_VALUE. From robilad@yahoo.com Fri Jun 6 07:42:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Fri Jun 6 06:42:01 2003 Subject: [kaffe] Re: The problem of "Double.c and buggy strtod" is settled In-Reply-To: <200306060105.h5615wO03490@sm1.hitachi-cable.co.jp> Message-ID: <20030606134504.64891.qmail@web10007.mail.yahoo.com> --0-1406735685-1054907104=:64798 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline hi Ito, --- Ito Kazumitsu wrote: > Hi Dalibor, > > In message "Re: [kaffe] Re: The problem of "Double.c and buggy strtod" is > settled" > on 03/06/05, Dalibor Topic writes: > > > the netbsd strtod seems to need some includes that I don't have around, and > the > > netlib strtod wants me to specify way more about IEEE than I know ;) The > one > > from glibc is entangles in the glibc mess of headers, so I took another > look at > > the one from libiberty. I hope that the attached patch works, I've tried a > > slightly adapted DoubleTest.c and it worked for me: > > I used it on Linux 2.0.38, and the result seemed satisfactory.... > > But it was not because the new strtod worked but because I had > chaned the system-wide /usr/lib/libc.so so that it used the > strtod of NetBSD origin. > > I restored the original /usr/lib/libc.so. Then I got the > bad result: > > $ ./a.out 4.9406564584124654418e-324 > 4.9406564584124654418e-324 0 0.00000000000000000000e+00 > > Seeing the source, I found that the libiberty-strtod.c used atof. > The atof of Linux 2.0.38 uses its own __strtod_internal. > > As long as __strtod_internal is used, you cannot expect a good > result. Well, on to the next implementation ;) The atatched patch used strtod from dietlibc so it would be nice if you could try it out. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com --0-1406735685-1054907104=:64798 Content-Type: application/x-tar-gz; name="dalibor-strtod-2-newfiles.tgz" Content-Transfer-Encoding: base64 Content-Description: dalibor-strtod-2-newfiles.tgz Content-Disposition: attachment; filename="dalibor-strtod-2-newfiles.tgz" H4sIABWa4D4AA+2VzXLTMBDHc/ZTLMMMju0mlZM0gYR0hgMDh8Kl0wdwbSUR uLLHkgkM9Fl5FfThKHYSChxaLvs7xGtptdqV/utUtMyTlJ4LWckiG6a9R4DE hEwnkx4hZDKeEPOcEfOuGau3HplNZ8pvMhpdKP/xRTztAXmMZA6phUwqgJ4s SvZQ9W/ejQbv2ZaJp0jq6XjOeJrXGYXXSgGMr4ebS689luXstjuWym8l1UNe VtS3OQUrnX5acCEh3SRVCOLMGiFQnpWyCuC7B4qKrpmQtIK2M5R6CpYgFl2n vOBraDaBL0leU+VEhlfWjXEJxwi25jpWFFuvTgzHKkllUVmPmus1NOsGpF/L YuEZh+2GqcV9YEKUqlX6YRlA4O0cyyhq/MSWyXQDZt6WmyaCgj/w5zatJQya rOxEpCbMcj2U0VVS5xLmcFvR5LMdvO9m0G/nGqiNYAA+8QN4DTGpW0ntDss8 w5hApNOKosa/SZitVEwVZLkEf+jDLuv9AakI8bBxdrXuXv42qVbUVuRQ32S8 6EzZrCFadpKFsHNd9lhah2Oq0Nv+gPEoMMXQbjH6Lo3AyOJEgUZQbtxdYhTp a4RDzs/hUwIbpuS5pewnMOXM1Y88g20i4I7xjCrxcgE8UVOUcXoH/lsfVkW+ Vs1AOXy4ub4eug33GnEpdQ7mhFS6tOSy9yfK31qxs0bOGjtr4qwLZ02dNXPW S2e98ud/TmIv5qO27XLQ+l3WhSxU73Lavvl/1l8nsJGCvnSlKmOfbIx2+PhI wUZwZvELPXuUuC1ZCfxQtm5x36y+vFSJGMGSE1EOTlSzb53fNoQ+rfm+LezX F54t4ePN1VVrl7CZUa1mPsJB2ZReUVlXfFeD+W4tvHvvf/9NIQiCIAiCIAiC IAiCIAiCIAiCIAiCIAjyAL8AmXR0+AAoAAA= --0-1406735685-1054907104=:64798 Content-Type: application/gzip; name="dalibor-strtod-2.diff.gz" Content-Transfer-Encoding: base64 Content-Description: dalibor-strtod-2.diff.gz Content-Disposition: attachment; filename="dalibor-strtod-2.diff.gz" H4sICM+Z4D4AA2RhbGlib3Itc3RydG9kLTIuZGlmZgDsXft/2riy/zn8Fbo0 n00ogfAmoZvdUnASGgK5QNrsPXuO1wET3BqbtU0ep9v//c5IMn4bum1Ct6QP rOfMaPTVaCzL8q9Emlv6tGTJ2aE0nMiJX4mqXKvWSN0PZBjyTJWG8r5pGZY+ yg4TLW0k39fIufRRHiuqnFW0xNHX/0n0Gn2C9Gpkf3hr7n+UxmOZ/7pY7d0m DNkyFPlW0W5AtlvFVHSN5LP5XC4xUsZjkpmTjEHjHhEzmYw7vlUmb+caKeRy RVIo1vLVWq5EMjn4s8VopdNpT/mKUz5frBUrtXKRlU+8fk0y+XJ5r0LSeKmS 168T5KI+OO0LF+SIvOZBnihCsN6rD7o9O89JsYsMumJvIL6tO0UWKa8T6Yvu e7HdekPzWBDr9brHrbZAE1kQEv9XOH8jNDGNhTBpIDauro7b9ZM+TXeir+2O HeraWLmZG/Jjd+uCUWSnFgoHnk6FuEs87NJFbKvo6dBioZYrLzoU6WCHOqWD 3VlydWepUoF+TLMLducLWQM5kgmSINJQNOfXI8UwRUlVj5Lb3gR7ICUTGZZh WuKtZJhHO/1Tod32Y+Ci3jirnwhip34uLCKDes8Tfyf0+q1uZxHvD3qtzski +ubypCdcdHsDIt/LQ3FmAGjvyeKi3xjSVLQMSTPHujEVNWkqk2sFGmQQk19B aKyLwZFkSTTrwUR10eBEMuSRaUmWTAvrQ0l1Ygq2nSjaUJ2PaIqujlwxRRvr eJ1KlNP1XFFHoChFMslEB+WwoCUZN7IdaQrHfSI0Trtig1067DIgAPY+aXX6 g3q7LQLQT3r180W83+i1LgaLaLM+qJPGbydU4+9tbRFbmfVGu9uot0n9ctBt dDvHNHBePxNo4FSoN4UewXirc9wl9XPoFGgLNFtVRXNCsA8uEAxDS2ThhRgY WwhXf39G+sJApJShH0RVBvVqN+JIt4B8qzOA/0JPPO82oeN7l0Ig8bje7vNU Il2bpkG7qdEgDTaM2012bVxcsAATCgoIV4JwNSDdN2/x0hQumq0elYF3Dw3/ OdctGdoH2Yw/CzKuNPwGNNdv1/unwBSiKBStOZZMayTPGg1Wz5vE6oNxIQt7 w+ViSWGErq6ClCCNkaLA4fAZzuY8dAsDU7dRpTNIMVxhGRrgRWgYSgg4WEi7 IzKIEehWJhgEevUOWlYW5xFQK8qLl+NqlRy724IJUGbQ7bbtqwgN62OkPWi2 QWHtJukJJ0JHPO723td7TYJYa52I503xlJzVj4+Fd+cYadgZb1sDbyYmwIhY xFsNRMUpOa2/E0R/pcu+QCNUj3aEKVDonAComKVpdvpv6+/qdI6hdOwEWs+T Yleuv2kL4hVOLqyQJ4X3NhPmis9ATKKOIDRxknJV9Saxuv3LDjTmHAYrK+OK swKD0x6MSREh/LZ1JvRxgLHQQjMDGHAX3Ta0sg/6PIORTmgTqNW4U6yJKGs3 iibbtPq/9QfCOTm76AnHrStGBmAAqOiT/4MRfX4G2RdMHRB3KQdjTCwapWK4 slncVYBRcpXgCawIY0ylPGeXd/zaActBA8iQFUBrRkN9oXHZaw1+Y7ErkZuD KzA9gp3GLzD8e1wN9fecIhXjpPFW7F9e4OThEs6dyiSEGmBFKK4Bfp13FFq8 e1rH9Waz13cg50vn9qvbIJethu2TuP0QCLebUBYDJ5ct6L8zKiZ2NTCDfupe wi+Q4fj0Jy7QZ6cK/WagJKa5Cl5cgpYoOqhGndK+DNv6Mq2DkW+0L5sAX1Cp 0MGJpL/wvbDtoHtsPkSb3GNz9BKSx6j7nL5mu3sBBsOB7hn8MlWdvTt/A/OR HXbSEUGndLoSedjSddXkk/MHQ+YXPt9DiGdpkqXc0lxTHs4NxXrAsO2+Qhfg hfprOLw6/WMWmXhiQNWOMxSK71uD0+7lQLw4Idw5Iu0BR9FOIv3sGj27Rs+u 0bNr9OwaPbtGG+8a2Qs6zy7Ss4u0cJHIwkXC1TPwkcBog40Wx4Z0QzBMA2zQ srA1MWD+ZCV2cKXqBWlpiqWA4/BfmZg6uDbgbSnSNZCDlljk+oHoM0vRNTNL V70Kh+VKBZcxWaCQr9C1r7GCxBJpeTjRSXJbMsWpXNtGU9Lp1shwIg8/4rId OFDkTjdomK0VJ8kvP5V5vW3urCRjymezWV6ugVUribQyJpYMs1Zy+xPOKrfi eK6BWmjpNDThc5IcYVNeQeNlLZEmxMtsly5ij1I+srJqyljYIT80dNMUh/p0 pqggEJJ9kE2HbID7kaY7dIaSRX5BjxCpZXFBUL63yM8/i/WG0D1OpF+oaFm5 ykAF9ipkMpHef0kXJUfy2MxOsoS83E+k7WpI1skkvwRYsCLBdBdroA9zfJBH Ij3S54AErnqym3oF6taA5FRStN1UIv0JW0Z/CAEqfYof2cCVWZPoY9JWtPm9 XX2qmJkZuPKUHijQpHMK4Q4d2UnvcL5IbQg+M3nJCoKikyRdOUy+cudZsjHl CVzMW0mdyzyJhrHjueiM0h75CauleCHo211W8H+OSOWQ/PUXwWyM8QokTUqp FCsNwLlXLLKbZ9U/o4Lcrb/URrIBOlBhAJmkkC3t2dwN2ZoboBFACrkzdCDL uCK8Ic0mT5kraEmgBDZSGkIKmVO6dGxCF40UNhqjVdWROpGaWqoOu/2c3E8/ kZcsLUPyKXJ0RHKR2rBTcphCtWMDDKuPiY1ABkCZYhNYfiK7MqiDhJuO3+na OYyNj78nkylmLAivYeekSIGnoz2EG6u5ebT962KkB2lu/wp62l4UTjpksQFO RuoV+Ywq+ISELePhaCe7H2zFDoXBCq0ACuGNgIxHbQP9F22mwIo5dsrDzr79 pT0rj9iAZXSDvL01xxJMSaMFgTvJrPFyJiTvmPv/2f+L7O+QgF2iZRLpXeJr CEnRJYEQEwuTzwJihkx/si/JyyyN3Ux1LavPYSa7ppdg/3lF0K8/BNIoVJEL /g/vD0M256pVo/J6RfRq5xO7E/8cXs41nQULQH9rutOP3As4Sm7b3iWfIZ1W JFeakGf63fJZGAqtOvVC0W8w7/4D50ucAR9MS56SCcxpYLMtnUABlFOEPpxf k6mETgSRoPZEn8njuao+kLF8h8PE0q2HmWzuMfN6N1GGE1CCRtmoytBig49a dNAwTsbkWlahW1iFC0MeA8ufVWWqWCDTL8j9Z8k0ZcPCGPSVKPYHzYYoEpie mFwjmKIUbchnIFddGHumZRIZbv6JrpGxIYMqcAUKZybqAcEsz5v9QkE1LKhD gr2a5aIIqaxnXZkL4TATn51SFXbBgTAUXF3RHsjNcFiACjADaWArF1rCtkm3 ujKCQgSK64ZfluFMnZv4HxB1j9VJspGkDouL1XuZzMEdoTq9locSRoAZeCo3 E/iVLOgCnLPZ/E0oZ/BqJCoW1RkunMB0TXsUYU6gtUQybuZTGeg48t7pc3UE A1RRVSLNZuoDl9fdnVSkAbA76VySBi4MGpLxwHsKnQfoNhyKOMioD8BBAlZS mc5UGVmarCdRPeqd9GBSM8yQA8MEbtiBL/XSHCISGElwNOYSYhEXN0fcVYBi wJN63pJBfRJKB/DDWwvmyJhCt9AVUQVhTegCpNMXNszILhsAaBtS6Gb500Wa g/rQP8pkKi/gQhW0+3KcAg2BPYFSr5wuDOvtz062y1kl3FvlPTlGF4fRIoT+ 8Iwcc13CHZew+eEf58wsnE3icmuoFc+YIa365zo30L1xns3X+ic+Tn4/ZBXE RDgZqzsYvpk73LvghSp0PIQ4F2h9vJ7Faj4DWEqSUacruQ687AoeBFg9cfqN XAikiIJQoqZ0K9NloCP0l/qJNA0nQSpCaEqSz/z/LJ/j8afM73i+DJj3Rc6z Vf/xrPrCNDy+WXdYfSO7zgxPuEH6Aqu/kCvW7HtKBW8pF9n+BUz+jOEIbKKj 3k8Rvfm+3uu0Oic1vEfRdIuAPzda+KygAAuGJc4A1NOja1ZoCgKi8277KmqF V5+ZDr2/CXLWx8cxzNBzG094jD8gslP52nalUtw7wLXtg2qR7+qkfzOJDM5k oD+cMnE2M9DujVUdUocyuNhULPSCFW0MvxoYWXvZUzZuZFM3cHb/YhpOZTLS EwS0BfVvJePoD6Y/1zy+zSknyV8E1WoZojn5I7HKbO5Uxa5hqqiW80wVh5Vc vCqgnaP5DC/wz241vajsMlcDTQ+p4xR+2qYWi9X8AT7RKBYPC/ZeXnPvtf2s 7vXeth3ce2URi2ZGPL+DshE5sVXp46vwujSLVU5DZXsz9942Dzl0z7sNSIZf F6sWJsGvk8Q3ee9tswDL8G/qfoLt+m5e0Vu7c3nv1u5c3iukZ3c37sAvOFu2 c+VauVrL5ZwN3kDNs8E7fMu+e4/3YaW6l8+TNL0WKTLqDbFxKjTORLbFpb+r jKXRyACPbA/cIfp4SLJEnniU1PRkaDoY3mQKqJ3jFoRma9Dqdurt3SAA9mz/ OEgEnWObTiINch1fdhq4fWbQbX6Z9Vu0CSn0d/9lyOhU4QrWIjQm4ykMa/yB u3pI/ncqkQnU+3KjGEZmBYMC1dJ/g7ubbaB+nE2C8rbuHLXSrf4jTSUD7KK7 iQwTqUHa3c6JeN7qkH2SyatkaEjmBPwVzxjbf8IXY4IcI8fbQcEz3A4Kgbdj gsQ8Q65UK5ZqucJiyAFBZ8Ttx78qU/qhX5Xh3QD3bU/W4y6OkT1eKXt6vFIm bjldPe5K3sqXARcPvPPKtVzR/RoNUHR1ubtafJcXq4d7hzAJw4VtKYD7zSZb PIc71zyuXz/oczIBr5neY/7BxunOYiUzizeI5AU+LR2zfThgCuEf+iwr0AIb 46OV8dFCs5pZSS4wHEvkGnTbIBdHCF8Qf0qjEMIy5q25iu+tuUrALoTQCzEM RdfbcxUKk7B6QZyUf1DTEHhz8bG7ffVXJSvePq8EuzxAa6tw6LILB7XcYQ2Q srALrMODtTatu9fU6at3/YH3JdmD4DuyERTjAXCQcwHgGQZs+9+acDBZCQjV qgcI1WocECarIwHo+pAweYbC7XRNWPAyjvECqj4vIBYOXqrxeEDSPkD4qm8q Im6GH9aHCh/zSGSUve/flw+W4MJHNx4b5YMQaPgpbCo8FM0yZusDSID9F9xm xkMkQDkMJFX/PecyGpsKkw+KtT6Q+JhHOxvepd5qfglEfHTjAVLNhwDET2GD 4VFcKz6KKwGk5AVIaQWAFFdHSCkCIcVniIAiTLqt1VwfSkIEiJ5svP5IZZk/ EkI7DCsHznQT5pOEUdl0uFzLuplhb8atHzoRwkS7tYdet/ZwRRhF8ImHFDCL hlQUxWXwqjB4VX5UeOnmR8XKzPg7jetHWLQ838wxXs5qiekK85RXILrpUJtr yn3mw3eDtEhxooHmXb2pLFu8WcppCc7CVnSW03yGGWjm+zFokeJEwqzo9b2K q/pekZziYVaM88SiaW4azKaS9vRg8jH96ieNPnphwDgMf9ror7lpbrk5NJSZ tQZ7EsI4+qmj9/b+IOr2PoRmyDm9zn6UA/eNfVjlTUXDtbSGVcEI5l99ExZB N95IeG66oihsKjzYXtP1ISTIP3oGKXlnkNISkARJx1oQIB+ESQiNTUPK/czQ x08PkADbaGe06HVGixG4CFAMMRt5Zx85kHXwEKy7BAaVAoUBXP7xMGDv5yjy k3oWoUyjTYMXApUgBELpxQOgwgAQXnNzrIDT/iEE14MBP+eveCgQTXQJGg58 aAhU31hISHdP6kDEc49+8uy9Aa0Gb0DjCcfDo1oJg4efxEZD5GrNILn6RusU y0gvsSORQLl6hoqtij/XbVD+XM2mFHK+FxdXAcufPrMSeH/C+fpQIRcFlj+/ zLBUGVqqPxxaFH2NSPEy/3ZOiZdumD3JL/FLfBQ21phMJU26oUdmrREm4UJE OypeuFSXwiWcfjxsqqGwiaC0wfCxnvTdjSXsoyHjXRqrBpfGllBeApZSOFis TX2hw6cJvmmnSc8nzg6fGCU+7tHOiu+UhTxZCByCEB/VrXyB1GcG9m6B5Au1 cqVWdN7zLOTDAOInsQQf+QqeRIIX9mbwFqEnSY3T6VcQ+Ywv+LrOGtx1va+b whd23XksWZzmxDe97pnQSQGB/ZfkVNJGqkw0+YZKRkzlRsMvrrBDEfH93S2a hydK774E1ngS8k5mJ/WKI/iAHhPBnhxTEfEsZVYlRT5BfMs+kDrDT6lGwTP8 bK0MhlRTpsdIu8SnbyGjfMf40cBrafgRD+PU1RGRLB36i2g6O8rLOeOE1rB5 YaldkBbE5F8nxBMLkOCJbuGxXLo+4qdm20dlKRaSiEXzsapL1rrAzJlHv6bk XfDLF4ktbjSUeYl4JOf9i35hFJYAuUiP1MHL9wrkamkPbknT+WrBFvGzCzqP g9LdMWov5UarPTBWwSrZ4lF2lDtiPR6/i5lJmq4Hwy4BonHsffCZdz34BLGj sewqtVUoOVN3IVfLeb9fexiDZzeVeEyX8ZysdNk+LWtrq24Y0oMJ4w0sDVBk BEVVEu3vLB2R7d3FlzhSJDPVR3OAbMaQVVkCdEHuO6EHGfL9TDesjPkwvdZV E/Jv5HuS/M/uv95++Ld0K/1FVZwSk4mMl0/rDX4EBdmwY25SifSSAhCy9JlI v4I0UozUvv09Y9QOC2ZVydeefvey1xBYe1pdsQ8wQELteudkEekJx22hMVjE B8KVO9J3IpeDVptFUHGNtlDvoCOC5E1dxE+G0dN6V0T2kzukX7Cv+tC7jna4 dB1tpb3UeefQmcPQhbS/sX/6B3BL2VlueRyjhUP7kePz0HyUoUlPsclRe1jM lbiu+Te9aC2RV0uwb/j06r0WF5KL7kpGXl7lNYULodMUOg1ayac4b+aqSsMP xeEplkPLFPNQ7c2DJQ/0xkQymvJYmqtWVtVdia2hrt1i0u9g6DFhoGOmq6yT 6CnbpTz6liFL04YqmWZrOlMhM8qayetclPFx/4pjMuIJx67vHoSu7/opbIAB C0eI/Y2tNcIkTITodxe9B6uVggerrUA9ftYrFcIQE0pnY2HzX+VJ35aP5/7t nkf7CMfjJPx5tJ/EJkIEDz3X6KfL1gOScP7RW2O9S7vluKXdcNIhux5dB2/4 l3YjaGw4Uob69EkP7llJiOh5yLuqUApup16JfpiFcVbKSv6VhThKz/CZ7n+A WybfnrH1wShEmEeBUwifr4RVGMVl8Dpk8Dr8QeE1VfB7Y/p4TfdTyyT5irM+ VmeyBFX+B1RLyW24xXKUsr5dvyuJEw0u7yOiUtye8JU4LUGY/8HRajSfYcY1 873MjrESfZM7/1WZheGtFL0QsDLZDZ8sZ6iTtcMsIMW39r4CDJbAKcbtCpLa cKvFFPK9WKxIaR4HUl9uqZZC69lKBRRjysatuq4HJPFyfGtYhbD4+4AKI7bh 1spWyfdir2LkeSxofVObFUd0062WPtdG6weYX4ro7Ve+w86Dx2WtxiAMTM7J AvlqDJgCpDbdWlGFSKq5fh89XJRoMHnf28jHvbexlMsSRPnf3lhO7xlWoBVc QNaf9JCsLxLmcexUkM/XmqsQis/wAr3I5vcy+fkkeRyb5WPytSbLT24TIbVW H/1LHPK8b19CPnZjQqj/HbMvLh/YlvA3nO1KiR3BU/rnA8Te2PmE7zSEsIx+ s8z7YlngHYYQWluFostY5GrlPHSg8z4Z7f2wasE+r7j7PIcfl6S/2OMvSEPX QODruSWPyPUD/XLjsTq/Jz3ZlCVjOCEnhj6f7ZGmPJMMC198xQ+ON/TpDKoY pD9UZG0o7yGpS025lQ1TsR6wyKUlTfbIxLJmtf39u7u77NDMziEtK4/m+2Ng 8f/lHV1vmzDwufwKpOUhXUWi0CiTJlUiC0zLlC5RQqQ9VEI0cTMkAhtQbf33 vTM2scFOqarloXkKh31ncx+2Oe5yfYzsxbq/iwUXrTWtBexWd/Jsg7Bx9UoE gHv1e5XkDDNJoyQvAjkMWQ4Otg6gHFK9IwUvebyhUcgv9mIlfDEn5IPcv4r3 duhU5l++r2h8uvfTX44Dd7ryoY3RCeIoefwHRHSq//9XRMWQ+nVQ/oQ9aH7C VlBT7ZRCnayBWvuVK97ovbkXaCrD0EY7tofXzJCLNI1z0CnQb0QQQGj8GxW/ ApLssFYrNAqgc8422NIKj9ogFQZmvV6DNECtBkOWWVKjzBNLGg1sSMMK94Hc BMN7E782/zg1rtr25I8KOKYOodPVUaNJHq73dbye+cH0x2S2dikzK2kepFvP siiLHSsaWJVbw9yS3/jHkXQCq2/ebMbzW7h6sA5lagYAaN95sA+f7lGF+Q3D csa3rrcI/OXac/CCJ6T0+p0uwO50edkXmLJA/r0ex7yTsS7ErozLSNrEmvWl fXe6kwk+FHBwxX4lTuI98VqwqUuaKwIEKrhsrgB2hekz4oCgS/58Dqy0MGGJ 3CADgUstpnJX5eyMMGeHvzBcWNnetB7Mj70ivC8tRuSCg7JhInVMCv15TAvi 6BkpdJI52orWgdMiHZjVNsqLTUzCxALNIMn2M5979iBKle+YBclP+t2oPp7+ f3BkJ/6o6cSvkzq+UY5KJ30D6aVd8v28ONJHjxI4qiZhfHKZqwZ+w0FJS7PV cUmPfQaHJlEdMrLLSI5cP7lCqIfWq4Rdc2vaTb/mEboKD4LgbrI/HdRCg38G 68Qz0zoTbd63AAA= --0-1406735685-1054907104=:64798-- From stack@cs.utah.edu Fri Jun 6 08:30:01 2003 From: stack@cs.utah.edu (Timothy Stack) Date: Fri Jun 6 07:30:01 2003 Subject: [kaffe] Test results: FreeBSD 4.6 Message-ID: <200306061432.h56EWVn7086170@bas.flux.utah.edu> hi, I've attached a log of a FullTest.sh done on a 1Ghz PIII running FreeBSD 4.6. Basically, everything seemed to work, whee. Although it took forever to run... tim 267 irontown:release/kaffe> uname -a FreeBSD irontown 4.6-STABLE FreeBSD 4.6-STABLE #0: Thu Aug 1 23:39:05 MDT 2002 mike@bas:/usr/obj/usr/src/sys/UTAHUP i386 268 irontown:release/kaffe> gmake --version GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. Built for i386-portbld-freebsd4.6 Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 2000 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Report bugs to . 269 irontown:release/kaffe> gcc --version 2.95.4 270 irontown:release/kaffe> jikes --version Jikes Compiler - Version 1.18 - 21 November 2002 (C) Copyright IBM Corp. 1997, 1998, 1999, 2000, 2001, 2002. - Licensed Materials - Program Property of IBM - All Rights Reserved. Originally written by Philippe Charles and David Shields of IBM Research, Jikes is now maintained and refined by the Jikes Project at: Please consult this URL for more information and for reporting problems. 312 irontown:kaffe/kaffe> head ChangeLog 2003-06-05 Tim Stack * libraries/javalib/bootstrap.classlist, libraries/javalib/Klasses.jar.bootstrap: Added java/util/AbstractList$2.class, java/security/AllPermission.class, java/security/PermissionCollection.class, and java/security/ProtectionDomain.class. 2003-06-04 Ito Kazumitsu ./FullTest.sh output: Thu Jun 5 10:24:05 MDT 2003 kaffe-jit3-debug: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 10:41:48 MDT 2003 kaffe-intrp-debug: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 12:22:34 MDT 2003 kaffe-jit3-optimized: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 12:34:45 MDT 2003 kaffe-intrp-optimized: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 13:29:47 MDT 2003 kaffe-jit3-stats: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 13:46:38 MDT 2003 kaffe-intrp-stats: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 15:30:32 MDT 2003 kaffe-jit3-default: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 15:51:19 MDT 2003 kaffe-intrp-default: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 17:41:19 MDT 2003 kaffe-jit3-debug-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 17:54:18 MDT 2003 kaffe-intrp-debug-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 19:10:41 MDT 2003 kaffe-jit3-optimized-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 19:20:45 MDT 2003 kaffe-intrp-optimized-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 19:55:19 MDT 2003 kaffe-jit3-stats-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 20:08:09 MDT 2003 kaffe-intrp-stats-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 21:24:48 MDT 2003 kaffe-jit3-default-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Thu Jun 5 21:37:33 MDT 2003 kaffe-intrp-default-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... From samuel@hectrix.com Fri Jun 6 09:26:02 2003 From: samuel@hectrix.com (Samuel) Date: Fri Jun 6 08:26:02 2003 Subject: [kaffe] (no subject) References: <20030606095145.7048.qmail@web10001.mail.yahoo.com> Message-ID: <000001c32c3f$f60e4d00$75b8b0cb@hectrix> Thanks Dalibor, I've got the kaffe from CVS after your email and try with it. Unfortunately, I have the same error for my last build kaffe-qt-awt when I build kaffe this time. ************ERROR MESSAGE**************** In file included from evt.cc:984: evt.moc.cc:17:2: #error "This file was generated using the moc from 3.0.3. It" evt.moc.cc:18:2: #error "cannot be used with the include files from this version of Qt." evt.moc.cc:19:2: #error "(The moc has changed too much.)" /root/tools/qt-embedded-free-3.1.2/include/qstringlist.h: At top level: evt.cc:243: warning: `char *eventStr (int)' defined but not used make: *** [evt.o] Error 1 *******END OF THE ERROR MESSAGE********* the file is located at kaffe/libraries/clib/awt/qt whatever can I fix the problem or not, really thanks for you quick help Dalibor. Samuel ----- Original Message ----- From: "Dalibor Topic" To: ; Sent: Friday, June 06, 2003 5:51 PM Subject: Re: [kaffe] (no subject) > Hi Samuel, > > --- samuel wrote: > > > First, I got an error show that the line 256 of toolkit.h("char > > xor;") and it's fixed after I change it to ("char Xor"). I detailly > > describe it is because I don't know will this affect the others. > > That's fixed in the CVS, since Wed Nov 27 18:32:56 2002, by me ;) So please do > yourself a favor and use the version from the CVS. > > > After fixed the first error, it claim that my moc version not > > compatiable. It's caused from the "evt.moc": > > > > ******************************ERROR MESSAGE************************** > > In file included from evt.cc:984: > > evt.moc:15:2: #error "This file was generated using the moc from > > 3.0.3. It" > > evt.moc:16:2: #error "cannot be used with the include files from this > > version of Qt." > > evt.moc:17:2: #error "(The moc has changed too much.)" > > /root/tools/qt-embedded-free-3.1.2/include/qstringlist.h: At top > > level: > > evt.cc:243: warning: `char *eventStr (int)' defined but not used > > make: *** [evt.o] Error 1 > > ***************************END of ERROR MESSAGE********************** > > Again, this is fixed in the CVS. Moc files are now generated automatically. > > > After I comment the error message from the "evt.moc", another error > > appears. > > > > > > ******************************ERROR MESSAGE************************** > > gra.cc:99: parse error before `^' > > gra.cc: In function `void Java_java_awt_Toolkit_graDrawPolygon (JNIEnv > > *, void *, Graphics *, void *, void *, int)': > > gra.cc:335: warning: unused variable `int n' > > ***************************END of ERROR MESSAGE********************** > > and this one is fixen in the CVS as well, AFAIK. > > > And many other error appears after the above change. What should I do? > > I am only a beginner in kaffe, hope that someone can help me. Thanks > > alot. > > Read http://www.kaffe.org/anoncvs.shtml , grab the latest source from the CVS, > and try again. Hopefully the qt stuff will work out of the box for you, it does > for me on my Mandrake box ... > > I think I should remove the link to actual patch from the home page, and lead > kaffe qt developers to use current CVS for their own good :) > > cheers, > dalibor topic > > __________________________________ > Do you Yahoo!? > Yahoo! Calendar - Free online calendar with sync to Outlook(TM). > http://calendar.yahoo.com > > _______________________________________________ > kaffe mailing list > kaffe@kaffe.org > http://kaffe.org/cgi-bin/mailman/listinfo/kaffe > From robilad@yahoo.com Fri Jun 6 09:53:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Fri Jun 6 08:53:01 2003 Subject: [kaffe] (no subject) In-Reply-To: <000001c32c3f$f60e4d00$75b8b0cb@hectrix> Message-ID: <20030606155549.50763.qmail@web10001.mail.yahoo.com> Hi Samuel, --- Samuel wrote: > Thanks Dalibor, > I've got the kaffe from CVS after your email and try with it. > Unfortunately, I have the same error for my last build kaffe-qt-awt when I > build kaffe this time. > > ************ERROR MESSAGE**************** > In file included from evt.cc:984: > evt.moc.cc:17:2: #error "This file was generated using the moc from > 3.0.3. It" > evt.moc.cc:18:2: #error "cannot be used with the include files from this > version of Qt." > evt.moc.cc:19:2: #error "(The moc has changed too much.)" > /root/tools/qt-embedded-free-3.1.2/include/qstringlist.h: At top > level: > evt.cc:243: warning: `char *eventStr (int)' defined but not used > make: *** [evt.o] Error 1 > *******END OF THE ERROR MESSAGE********* > > the file is located at kaffe/libraries/clib/awt/qt > hm ... are you sure that the moc in your path is the moc from the Qt you're trying to link against? cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From samuel@hectrix.com Fri Jun 6 10:07:01 2003 From: samuel@hectrix.com (Samuel) Date: Fri Jun 6 09:07:01 2003 Subject: [kaffe] (no subject) References: <20030606155549.50763.qmail@web10001.mail.yahoo.com> Message-ID: <001501c32c45$b7249760$75b8b0cb@hectrix> Hi Dalibor, I've export the QTDIR to the qt-embedded already. What else I need to do for the moc? Do I need to export the PATH for the $QTDIR/bin? Thank you very much. Samuel ----- Original Message ----- From: "Dalibor Topic" To: "Samuel" ; Sent: Friday, June 06, 2003 11:55 PM Subject: Re: [kaffe] (no subject) > Hi Samuel, > > --- Samuel wrote: > > Thanks Dalibor, > > I've got the kaffe from CVS after your email and try with it. > > Unfortunately, I have the same error for my last build kaffe-qt-awt when I > > build kaffe this time. > > > > ************ERROR MESSAGE**************** > > In file included from evt.cc:984: > > evt.moc.cc:17:2: #error "This file was generated using the moc from > > 3.0.3. It" > > evt.moc.cc:18:2: #error "cannot be used with the include files from this > > version of Qt." > > evt.moc.cc:19:2: #error "(The moc has changed too much.)" > > /root/tools/qt-embedded-free-3.1.2/include/qstringlist.h: At top > > level: > > evt.cc:243: warning: `char *eventStr (int)' defined but not used > > make: *** [evt.o] Error 1 > > *******END OF THE ERROR MESSAGE********* > > > > the file is located at kaffe/libraries/clib/awt/qt > > > > hm ... are you sure that the moc in your path is the moc from the Qt you're > trying to link against? > > cheers, > dalibor topic > > __________________________________ > Do you Yahoo!? > Yahoo! Calendar - Free online calendar with sync to Outlook(TM). > http://calendar.yahoo.com > From samuel@hectrix.com Fri Jun 6 10:12:02 2003 From: samuel@hectrix.com (Samuel) Date: Fri Jun 6 09:12:02 2003 Subject: [kaffe] (no subject) References: <20030606155549.50763.qmail@web10001.mail.yahoo.com> Message-ID: <001b01c32c46$517104c0$75b8b0cb@hectrix> Hi Dalibor, Sorry, I can't sure that. Could you tell me how to check it? Or, how can I force it to use the suitable one? Samuel ----- Original Message ----- From: "Dalibor Topic" To: "Samuel" ; Sent: Friday, June 06, 2003 11:55 PM Subject: Re: [kaffe] (no subject) > Hi Samuel, > > --- Samuel wrote: > > Thanks Dalibor, > > I've got the kaffe from CVS after your email and try with it. > > Unfortunately, I have the same error for my last build kaffe-qt-awt when I > > build kaffe this time. > > > > ************ERROR MESSAGE**************** > > In file included from evt.cc:984: > > evt.moc.cc:17:2: #error "This file was generated using the moc from > > 3.0.3. It" > > evt.moc.cc:18:2: #error "cannot be used with the include files from this > > version of Qt." > > evt.moc.cc:19:2: #error "(The moc has changed too much.)" > > /root/tools/qt-embedded-free-3.1.2/include/qstringlist.h: At top > > level: > > evt.cc:243: warning: `char *eventStr (int)' defined but not used > > make: *** [evt.o] Error 1 > > *******END OF THE ERROR MESSAGE********* > > > > the file is located at kaffe/libraries/clib/awt/qt > > > > hm ... are you sure that the moc in your path is the moc from the Qt you're > trying to link against? > > cheers, > dalibor topic > > __________________________________ > Do you Yahoo!? > Yahoo! Calendar - Free online calendar with sync to Outlook(TM). > http://calendar.yahoo.com > > _______________________________________________ > kaffe mailing list > kaffe@kaffe.org > http://kaffe.org/cgi-bin/mailman/listinfo/kaffe > From amermell@usa.net Fri Jun 6 11:35:01 2003 From: amermell@usa.net (Andrew Mermell) Date: Fri Jun 6 10:35:01 2003 Subject: [kaffe] current status? Message-ID: <630HFFRla9184S17.1054921020@uwdvg017.cms.usa.net> Hello, Could someone please give me a brief idea of what's happening with kaffe = at this point? Is it in much use on the PowerPC? I see that kaffe was included in Redhat 6 but is no longer being distribu= ted by them as of RH7.3. From your perspective, why did they do that and wha= t are the implications for a redhat user? Thanks very much for your attention. Regards, Andy From robilad@yahoo.com Fri Jun 6 12:36:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Fri Jun 6 11:36:01 2003 Subject: [kaffe] (no subject) In-Reply-To: <001b01c32c46$517104c0$75b8b0cb@hectrix> Message-ID: <20030606183911.74694.qmail@web10001.mail.yahoo.com> Hi Samuel, --- Samuel wrote: > Hi Dalibor, > Sorry, I can't sure that. Could you tell me how to check it? Or, how can > I force it to use the suitable one? If you type in a shell which moc you should get the path to the moc that is used to generate the files. If it's not in path-to-qt-you-want-to-build-against/bin , then you need to add path-to-qt-you-want-to-build-against/bin to the front of your PATH. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From robilad@yahoo.com Fri Jun 6 13:28:02 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Fri Jun 6 12:28:02 2003 Subject: [kaffe] current status? In-Reply-To: <630HFFRla9184S17.1054921020@uwdvg017.cms.usa.net> Message-ID: <20030606193057.13223.qmail@web10007.mail.yahoo.com> Hi Andy, --- Andrew Mermell wrote: > Hello, > Could someone please give me a brief idea of what's happening with kaffe at > this point? Is it in much use on the PowerPC? we've just frozen the code for the first developement branch release, 1.1.0, coming on sunday. recent java apps running with kaffe include freenet, nice, jetty and jython ... it supports java sound, jaxp, regexps, a modern class loading implementation and has a ton of ports. ;) some people have used it on powerpc in embedded settings, there are ports to darwin, linux, machten, aix and netbsd, and there is a powerpc jitter in JanosVM that could be merged in if someone volunteers. I don't think that we have anyone working on the powerpc ports at the moment, so if you can help out, you're more than welcome. I'm not aware of any usage statsics for kaffe, but I'd assume it's 'market share' on darwin and linux should be way below the offerings from ports of sun's implementation, since it doesn't have the feature set of JDK 1.2 yet ... but that's being worked on, in part through cooperation with the GNU Classpath project, in part through cooperation with other sources. > I see that kaffe was included in Redhat 6 but is no longer being distributed > by them as of RH7.3. From your perspective, why did they do that and what > are > the implications for a redhat user? I assume that RedHat decided to concentrate on making its own gcj better instead of supporting several virtual machine/class library/compiler implementations. I can't really speculate about the implications for a RedHat user, since I'm not using RedHat myself. Since kaffe is developing at a rather quick pace, many of our regular mailing list contributors seem to keep up with the developement using anonymous CVS. The developement release series could be an opportunity for distributors to catch up more quickly with the lastest progress. We'll see if they really do it. On the other hand, the code in the CVS is quite useable most of the time ;) cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From jim@kaffe.org Fri Jun 6 13:43:01 2003 From: jim@kaffe.org (Jim Pick) Date: Fri Jun 6 12:43:01 2003 Subject: [kaffe] current status? In-Reply-To: <630HFFRla9184S17.1054921020@uwdvg017.cms.usa.net> References: <630HFFRla9184S17.1054921020@uwdvg017.cms.usa.net> Message-ID: <1054928745.22299.10.camel@localhost> On Fri, 2003-06-06 at 10:37, Andrew Mermell wrote: > Hello, > Could someone please give me a brief idea of what's happening with kaffe at > this point? Is it in much use on the PowerPC? I recently upgraded my iBook and tried in on Mac OS X 10.2 / PowerPC. The head of CVS compiled staticly (dynamic linking hasn't been fixed for Mac OS X). It did complain about needing automake in the libltdl directoy - I'm going to try to fix that today. It was able to run "Hello World", but was unable to run kjc (our javac, needed to recompile the class libs). I imagine that Linux/PPC would have similar results. > I see that kaffe was included in Redhat 6 but is no longer being distributed > by them as of RH7.3. From your perspective, why did they do that and what are > the implications for a redhat user? I'm not surprised that they dropped it. Even though Kaffe has been around since 1997, the project was quite fragmented, and the Java compatibility was quite lacking. So it has been quite frustrating to use previous versions of it. I think the 1.1.0 release will be quite a bit nicer, even though it's just doing to be a "development" release, as the whole project seems to be gaining some momentum which it didn't have in the past -- thanks to the hard work of the volunteer developers and the free Java community. Cheers, - Jim From ceisserer@utanet.at Fri Jun 6 14:25:02 2003 From: ceisserer@utanet.at (Clemens Eisserer) Date: Fri Jun 6 13:25:02 2003 Subject: [kaffe] Where to downlad the windows-port? Message-ID: <3EE0F943.9020008@utanet.at> Hi there! I want to bundle one of my small apps with kaffe because its really small and also fast. I need JNI, some basic classpath-features (works with 1.0.6/7 on Linux) and the possibility to start extern programs via system. Does the widnwos-port support all this? Are there precompilied packages available and where can I find them? Thanks a lot, Clemens PS: I sthe windows port still activly developed? From jim@kaffe.org Fri Jun 6 14:33:01 2003 From: jim@kaffe.org (Jim Pick) Date: Fri Jun 6 13:33:01 2003 Subject: [kaffe] Where to downlad the windows-port? In-Reply-To: <3EE0F943.9020008@utanet.at> References: <3EE0F943.9020008@utanet.at> Message-ID: <1054931708.22310.17.camel@localhost> Nobody has been actively working on it regularily, but I think some work was done on it a few months ago. Currently, there's only cygwin support - so you need to link it against the cygwin DLL (which is an issue for some non-GPL software). The PocketLinux/Transvirtual fork of Kaffe had some support for using mingw32 (eg. no cygwin.dll), but that hasn't been merged in. I'm not sure what the current state is - I've been planning to test it. It would be nice to hear what the current state of the head of CVS is, as we are planning to release 1.1.0 in two days. Cheers, - Jim On Fri, 2003-06-06 at 13:27, Clemens Eisserer wrote: > Hi there! > > I want to bundle one of my small apps with kaffe because its really > small and also fast. > > I need JNI, some basic classpath-features (works with 1.0.6/7 on Linux) > and the possibility to start extern programs via system. > Does the widnwos-port support all this? > Are there precompilied packages available and where can I find them? > > Thanks a lot, Clemens > > PS: I sthe windows port still activly developed? > > > _______________________________________________ > kaffe mailing list > kaffe@kaffe.org > http://kaffe.org/cgi-bin/mailman/listinfo/kaffe From daniel@veillard.com Fri Jun 6 14:51:01 2003 From: daniel@veillard.com (Daniel Veillard) Date: Fri Jun 6 13:51:01 2003 Subject: [kaffe] current status? In-Reply-To: <1054928745.22299.10.camel@localhost> References: <630HFFRla9184S17.1054921020@uwdvg017.cms.usa.net> <1054928745.22299.10.camel@localhost> Message-ID: <20030606205322.GH12271@daniel.veillard.com> On Fri, Jun 06, 2003 at 12:45:46PM -0700, Jim Pick wrote: > On Fri, 2003-06-06 at 10:37, Andrew Mermell wrote: > > I see that kaffe was included in Redhat 6 but is no longer being distributed > > by them as of RH7.3. From your perspective, why did they do that and what are > > the implications for a redhat user? > > I'm not surprised that they dropped it. Even though Kaffe has been > around since 1997, the project was quite fragmented, and the Java > compatibility was quite lacking. So it has been quite frustrating to > use previous versions of it. I think the 1.1.0 release will be quite a > bit nicer, even though it's just doing to be a "development" release, as > the whole project seems to be gaining some momentum which it didn't have > in the past -- thanks to the hard work of the volunteer developers and > the free Java community. I think the lack of new release for a very long time was one of the reason, another one was the amount of bugs/obsolescence as Java evolved, the third one is the use of the gjc compiler when trying to use the small apps where kaffe was used. I am happy seeing kaffe being actively maintained again, I can't make any promises w.r.t. reinclusion in Red Hat (I'm a Red Hat employee), but my understanding is that if kaffe gets good enough to run non-trivial applications and users of those applications care about running a free JVM, kaffe may be reintroduced. I think this boils down to Kaffe getting Java users outside the embedded system segment, if the project tries to get there and succeeds then it will naturally finds it place back in the Linux (not only Red Hat) systems. I understand that Kaffe will look more attractive to users of embedded systems, maybe the project needs to decide if getting back on general pupose OSes is really a primary target, maybe my perception is just wrong too :-) It was interesting to see the JBoss attempt, I think if Kaffe manage to get robust and complete enough for such applications then it would have a bright future. Another point is the possibility to reuse the work done on the Mono project about JIT'ing apparently they are getting good performances (considering the age of the project), making the economy of scale by reusing another code generator may have a strong impact, they are starting to run Java apps too, this should be investigated IMHO :-) Good luck ! Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | From ito.kazumitsu@hitachi-cable.co.jp Fri Jun 6 17:49:02 2003 From: ito.kazumitsu@hitachi-cable.co.jp (Ito Kazumitsu) Date: Fri Jun 6 16:49:02 2003 Subject: [kaffe] Compatibility - Application Testing Message-ID: <200306062351.h56NpUo03991@sm1.hitachi-cable.co.jp> In message "[freenet-dev] Re: [kaffe] Kaffe and Freenet, round (N+1)" on 03/06/05, Dalibor Topic writes: > http://www.kaffe.org/compatibility_applications.shtml . definitely needs an > update to show the latest advances. Here are applications I use with kaffe. They are all for production use. Those marked with '*' are already on http://www.kaffe.org/compatibility_applications.shtml *Saxon http://saxon.sf.net/ XSLT processor. *HSQLDB http://hsqldb.sourceforge.net/ Relational database engine. Java Excel API http://www.andykhan.com/jexcelapi/ A Java API to read, write and modify Excel spreadsheets. ExcelCSVPrinter, ExcelCSVParser http://ostermiller.org/utils/ExcelCSV.html Utilities for Excel Comma Separated Values. JDBM http://jdbm.sourceforge.net/ It aims to be for Java what GDBM is for other languages. From ito.kazumitsu@hitachi-cable.co.jp Fri Jun 6 18:53:01 2003 From: ito.kazumitsu@hitachi-cable.co.jp (Ito Kazumitsu) Date: Fri Jun 6 17:53:01 2003 Subject: [kaffe] Re: The problem of "Double.c and buggy strtod" is settled In-Reply-To: Dalibor Topic's message of "Fri, 6 Jun 2003 06:45:04 -0700 (PDT)" <20030606134504.64891.qmail@web10007.mail.yahoo.com> References: <20030606134504.64891.qmail@web10007.mail.yahoo.com> Message-ID: <200306070054.h570sv212213@sm1.hitachi-cable.co.jp> Hi Dalibor, In message "Re: [kaffe] Re: The problem of "Double.c and buggy strtod" is settled" on 03/06/06, Dalibor Topic writes: > Well, on to the next implementation ;) The atatched patch used strtod from > dietlibc so it would be nice if you could try it out. Fine. The new strtod worked almost perfectly with one significant problem. That is: We need a modified stdlib.h to be included into Double.c. --- /usr/include/stdlib.h Tue Oct 13 18:29:16 1998 +++ libraries/clib/native/stdlib.h Sat Jun 7 08:56:13 2003 @@ -149,8 +149,10 @@ #if defined (__OPTIMIZE__) && __GNUC__ >= 2 /* Define inline functions which call the internal entry points. */ +/* extern __inline double strtod (__const char *__nptr, char **__endptr) { return __strtod_internal (__nptr, __endptr, 0); } +*/ extern __inline long int strtol (__const char *__nptr, char **__endptr, int __base) { return __strtol_internal (__nptr, __endptr, __base, 0); } If you do not like to modify stdlib.h, other choices I can think of are: - Do not use the optimization flag when compiling. or - Change the name of strtod in libraries/clib/native/Double.c and replace/strtod.c to something like rpl_strtod. From mvfranz@yahoo.com Fri Jun 6 19:14:01 2003 From: mvfranz@yahoo.com (Michael Franz) Date: Fri Jun 6 18:14:01 2003 Subject: [kaffe] current status? In-Reply-To: <1054928745.22299.10.camel@localhost> Message-ID: <20030607011708.93934.qmail@web13804.mail.yahoo.com> > I recently upgraded my iBook and tried in on Mac OS > X 10.2 / PowerPC. > The head of CVS compiled staticly (dynamic linking > hasn't been fixed for > Mac OS X). It did complain about needing automake > in the libltdl > directoy - I'm going to try to fix that today. It > was able to run > "Hello World", but was unable to run kjc (our javac, > needed to recompile > the class libs). I imagine that Linux/PPC would > have similar results. > How long ago was that? I have a pull from cvs that is 2 weeks old and I don't think it works on any classes. It fails 95% of the tests. I have been trying to debug through it, but I am having problems with using gdb (prefer a GUI). I think there is something wrong with the class loader or the threading, but now idea what is the problem. Michael __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From greg@wooledge.org Fri Jun 6 19:29:01 2003 From: greg@wooledge.org (Greg Wooledge) Date: Fri Jun 6 18:29:01 2003 Subject: [kaffe] current status? In-Reply-To: <20030607011708.93934.qmail@web13804.mail.yahoo.com> References: <1054928745.22299.10.camel@localhost> <20030607011708.93934.qmail@web13804.mail.yahoo.com> Message-ID: <20030607013107.GO2789@pegasus.wooledge.org> --TRkqPRiqIDKgfg/F Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Michael Franz (mvfranz@yahoo.com) wrote: > How long ago was that? I have a pull from cvs that is > 2 weeks old and I don't think it works on any classes. There have been major changes to Kaffe in the last two weeks. --=20 Greg Wooledge | "Truth belongs to everybody." greg@wooledge.org | - The Red Hot Chili Peppers http://wooledge.org/~greg/ | --TRkqPRiqIDKgfg/F Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (OpenBSD) iD8DBQE+4UBbkAkqAYpL9t8RAudoAKCmFbX9DVGso2Ib/nlms28TQ9CdkgCePy5k +Fw3Ra1hgzBwa5P7jmWefdo= =KVyE -----END PGP SIGNATURE----- --TRkqPRiqIDKgfg/F-- From kaffe@kaffe.org Fri Jun 6 19:36:01 2003 From: kaffe@kaffe.org (Kaffe CVS) Date: Fri Jun 6 18:36:01 2003 Subject: [kaffe] Kaffe CVS: kaffe jim Message-ID: CVSROOT: /cvs/kaffe Module name: kaffe Changes by: jim 03/06/06 18:34:59 Modified files: . : ChangeLog Makefile.am Makefile.in depcomp install-sh missing developers : autogen.sh update-class-list kaffe/scripts : Makefile.in kaffe/scripts/compat: Makefile.in libraries/javalib: Makefile.am Makefile.in Added files: developers : patch-config.sub-superh.diff patch-libtool-amiga.diff patch-libtool-openbsd.diff patch-libtool-realloc.diff libraries/javalib: Makefile.am.in Removed files: . : ltconfig Log message: 2003-06-06 Jim Pick * developers/autogen.sh: Second phase of upgrade - now regenerates libtool bits as well. * developers/patch-config.sub-superh.diff, developers/patch-libtool-amiga.diff, developers/patch-libtool-openbsd.diff, developers/patch-libtool-realloc.diff: Patches to apply against libtool/autoconf/automake, when running developers/autogen.sh * developers/update-class-list, libraries/javalib/Makefile.am, libraries/javalib/Makefile.am.in: Modified update-class-list so that it regenerates libraries/javalib/Makefile.am from a Makefile.am.in template (instead of from Makefile.am) * depcomp, install-sh, missing: Updated. * ltconfig: Removed, we don't support automake 1.4 anymore. * Makefile.am: "make dist" fixes. * Makefile.in, kaffe/scripts/Makefile.in, kaffe/scripts/compat/Makefile.in, libraries/javalib/Makefile.in: Regenerated. From mvfranz@yahoo.com Fri Jun 6 20:29:01 2003 From: mvfranz@yahoo.com (Michael Franz) Date: Fri Jun 6 19:29:01 2003 Subject: [kaffe] current status? In-Reply-To: <20030607013107.GO2789@pegasus.wooledge.org> Message-ID: <20030607023158.93690.qmail@web13807.mail.yahoo.com> --- Greg Wooledge wrote: > Michael Franz (mvfranz@yahoo.com) wrote: > > > How long ago was that? I have a pull from cvs > that is > > 2 weeks old and I don't think it works on any > classes. > > There have been major changes to Kaffe in the last > two weeks. OK. What has changed in the last 2 weeks that requites me to have automake? __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From mvfranz@yahoo.com Fri Jun 6 21:43:01 2003 From: mvfranz@yahoo.com (Michael Franz) Date: Fri Jun 6 20:43:01 2003 Subject: [kaffe] Debugging Kaffe with DDD Message-ID: <20030607034530.17937.qmail@web13806.mail.yahoo.com> Hi, Does debugging kaffe still work? I looked at the scripts and the DDD entry is considerably different than the gdb entry. I was not able to get it to work (by setting environment variable). I finally change the script to do what I thought was needed. If it does work, can someone tell me how to setup my environment? Thanks Michael __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From inaba@src.ricoh.co.jp Fri Jun 6 23:28:01 2003 From: inaba@src.ricoh.co.jp (Kiyo Inaba) Date: Fri Jun 6 22:28:01 2003 Subject: [kaffe] Debugging Kaffe with DDD In-Reply-To: <20030607034530.17937.qmail@web13806.mail.yahoo.com> Message-ID: <200306070530.h575UOw27334@snoopy.src.ricoh.co.jp> Hi Michael, >Does debugging kaffe still work? As far as 'gdb' is concerned, yes it is. >If it does work, can someone tell me how to setup my >environment? Setting environment variable 'KAFFE_DEBUG' to a debugger (mentioned in FAQ.debugging) is one idea, but I usually do different way for debug kaffe. This may help you if 'kaffe' wrapper does not work for DDD. 1. source 'BUILD_ENVIRONMENT' This defined all needed environment variable to use kaffe. 2. invoke 'kaffe-bin' directly with debugger by doing 'gdb $JAVA'. This approach is simpler (I need not to install everything), especially if you have to check different behavior between different versions of kaffe (which I am now doing ;-<). Hope this help Kiyo From inaba@src.ricoh.co.jp Fri Jun 6 23:40:02 2003 From: inaba@src.ricoh.co.jp (Kiyo Inaba) Date: Fri Jun 6 22:40:02 2003 Subject: [kaffe] Debugging Kaffe with DDD In-Reply-To: <200306070530.h575UOw27334@snoopy.src.ricoh.co.jp> Message-ID: <200306070543.h575h7128979@snoopy.src.ricoh.co.jp> Hi, Sorry, my description is wrong for the native environment. > Setting environment variable 'KAFFE_DEBUG' to a debugger (mentioned >in FAQ.debugging) is one idea, but I usually do different way for >debug kaffe. This may help you if 'kaffe' wrapper does not work for >DDD. The 'kaffe-bin' in (at least) i686-linux built by native is shell script which invokes '.libs/kaffe-bin' so this approach may not be used. I usally tests only m68k, SH3 or mips target cross compiled on i686-linux or i686-netbsd and have never noticed this. In the later case 'kaffe-bin' is executables and still my approach can be used. Kiyo P.S. Is it better to add some descriptions in 'FAQ.cross-compiling'? From ceisserer@utanet.at Sat Jun 7 01:21:01 2003 From: ceisserer@utanet.at (Clemens Eisserer) Date: Sat Jun 7 00:21:01 2003 Subject: [kaffe] Where to downlad the windows-port? In-Reply-To: <1054931708.22310.17.camel@localhost> References: <3EE0F943.9020008@utanet.at> <1054931708.22310.17.camel@localhost> Message-ID: <3EE19321.2000107@utanet.at> Hi! >Nobody has been actively working on it regularily, but I think some work >was done on it a few months ago. Currently, there's only cygwin support >- so you need to link it against the cygwin DLL (which is an issue for >some non-GPL software). The PocketLinux/Transvirtual fork of Kaffe had >some support for using mingw32 (eg. no cygwin.dll), but that hasn't been >merged in. > Hmm, I´m not really experienced with Cygwin, althought I´ve worked with it some times. How hard do you think is it to compile Kaffe with Cygwin, do you think the following featurs will work: *JNI *Threads *Execution of Programms with system >I'm not sure what the current state is - I've been planning to test it. >It would be nice to hear what the current state of the head of CVS is, > Sorry, then the points above are obsolete. Maybe anybody else has experiences with cygwin/kaffe experiences? >as we are planning to release 1.1.0 in two days. > Its great to see that Kaffe isnt dead! I was really sad, because I thought kaffe is dead (there was a long break between 1.0.6 and 7, and now the latest release is also 6 Months old). I think a free Java enviromentn is really needed, to build my applications only compatible with Suns-JVM (and VMs based on Suns classpath) is nearly the same as building MFC apps. All your code depends on one company, thats bad! What are the most important new features of 1.1? Thanks a lot, Clemens Btw: Under Linux Kaffe-1.0.7 crashes with the following error: ce@linux:~/jbproject/NusyDhcp> kaffe -noverify -verbosegc -classpath "/home/ce/jbproject/NusyDhcp/classes:/home/ce/Development/Libraries/swt/swt.jar:/home/ce/Development/Libraries/swt/swt-pi.jar:/usr/lib/kaffe/lib/rt.jar" NusyDhcp java.lang.NullPointerException Internal error: caught an unexpected exception. Please check your CLASSPATH and your installation. java/lang/NullPointerException Internal error: caught an unexpected exception. Please check your CLASSPATH and your installation. java/lang/NullPointerException ce@linux:~/jbproject/NusyDhcp> Both Sun-JVM and GIJ works without any problems, Kaffe crashes. This is the code which causes Kaffe to crash: try { Process p = Runtime.getRuntime().exec("xclock"); }catch(Exception eb){} I´m using a rpm from www.rpmfind.net, everything works perfect. Its a little bit unstable if I stress it, but it works more or less O.K. From robilad@yahoo.com Sat Jun 7 02:37:02 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Sat Jun 7 01:37:02 2003 Subject: [kaffe] Re: The problem of "Double.c and buggy strtod" is settled In-Reply-To: <200306070054.h570sv212213@sm1.hitachi-cable.co.jp> Message-ID: <20030607084013.35616.qmail@web10010.mail.yahoo.com> hi Ito, --- Ito Kazumitsu wrote: > Hi Dalibor, > > In message "Re: [kaffe] Re: The problem of "Double.c and buggy strtod" is > settled" > on 03/06/06, Dalibor Topic writes: > > > Well, on to the next implementation ;) The atatched patch used strtod from > > dietlibc so it would be nice if you could try it out. > > Fine. thanks for testing! > The new strtod worked almost perfectly with one significant problem. > That is: > > We need a modified stdlib.h to be included into Double.c. > > --- /usr/include/stdlib.h Tue Oct 13 18:29:16 1998 > +++ libraries/clib/native/stdlib.h Sat Jun 7 08:56:13 2003 > @@ -149,8 +149,10 @@ > #if defined (__OPTIMIZE__) && __GNUC__ >= 2 > /* Define inline functions which call the internal entry points. */ > > +/* > extern __inline double strtod (__const char *__nptr, char **__endptr) > { return __strtod_internal (__nptr, __endptr, 0); } > +*/ > extern __inline long int strtol (__const char *__nptr, > char **__endptr, int __base) > { return __strtol_internal (__nptr, __endptr, __base, 0); } > > > If you do not like to modify stdlib.h, other choices I can think of are: > > - Do not use the optimization flag when compiling. > or > - Change the name of strtod in libraries/clib/native/Double.c and > replace/strtod.c to something like rpl_strtod. I think the second choice is the way to go. I'll try to do that and post another patch. Sorry about bothering you so much with the patches, but I'd like to see the problem fixed ;) cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From mark@klomp.org Sat Jun 7 05:37:01 2003 From: mark@klomp.org (Mark Wielaard) Date: Sat Jun 7 04:37:01 2003 Subject: [kaffe] Problem with BufferedInputStream [patch] In-Reply-To: <1054831557.7927.137.camel@elsschot> References: <1054816901.7829.87.camel@elsschot> <20030605154824.57b54cea.hkraemer@freenet.de> <1054828477.7926.104.camel@elsschot> <1054831557.7927.137.camel@elsschot> Message-ID: <1054985963.779.6.camel@elsschot> Hi, > On Thu, 2003-06-05 at 17:54, Mark Wielaard wrote: > > On Thu, 2003-06-05 at 15:48, Helmer Kr=E4mer wrote: > > > So I would not completely remove the loop, but rather replace it with > > > something like "do {} while (len>0 && available()>0)"; dunno whether > > > that's really more correct, though... > [...] > But I did try it out and the attached patch does what you suggest. Makes > the simple ReadLineTest and Snark work correctly and doesn't introduce > Mauve or make check regressions. Since 1.1 is going to be released any day now I would really like this or my original patch go in. It solves the BufferedReader.readLine() problem which is the only thing that prevents my application from running nicely on Kaffe. Cheers, Mark From mvfranz@yahoo.com Sat Jun 7 06:14:01 2003 From: mvfranz@yahoo.com (Michael Franz) Date: Sat Jun 7 05:14:01 2003 Subject: [kaffe] Debugging Kaffe with DDD In-Reply-To: <200306070530.h575UOw27334@snoopy.src.ricoh.co.jp> Message-ID: <20030607121708.57143.qmail@web13807.mail.yahoo.com> --- Kiyo Inaba wrote: > Hi Michael, > > >Does debugging kaffe still work? > As far as 'gdb' is concerned, yes it is. I really ment with DDD. > >If it does work, can someone tell me how to setup > my > >environment? > Setting environment variable 'KAFFE_DEBUG' to a > debugger (mentioned > in FAQ.debugging) is one idea, I have set this to gdb and it works, however I wanted to use DDD so I set KAFFE_DEBUG to ddd. The script handles it differently. I am wondering if there is some magic going on there. >but I usually do > different way for > debug kaffe. This may help you if 'kaffe' wrapper > does not work for > DDD. I think the kaffe script is wrong. The modifications I made allow be to set KAFFE_DEBUG to ddd and just compile, it pops-up DDD with kaffe running, just like it does for gdb. I guess part of my question is: Does debugging with DDD work the same was as with gdb? (setting up the environment,...) > > 1. source 'BUILD_ENVIRONMENT' > This defined all needed environment variable to use > kaffe. > 2. invoke 'kaffe-bin' directly with debugger > by doing 'gdb $JAVA'. Cool, I didn't know I could do that. > Michael __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From robilad@yahoo.com Sat Jun 7 08:14:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Sat Jun 7 07:14:01 2003 Subject: [kaffe] Problem with BufferedInputStream [patch] In-Reply-To: <1054985963.779.6.camel@elsschot> Message-ID: <20030607141635.33740.qmail@web10003.mail.yahoo.com> Hi Mark, --- Mark Wielaard wrote: > Hi, > > > On Thu, 2003-06-05 at 17:54, Mark Wielaard wrote: > > > On Thu, 2003-06-05 at 15:48, Helmer Krämer wrote: > > > > So I would not completely remove the loop, but rather replace it with > > > > something like "do {} while (len>0 && available()>0)"; dunno whether > > > > that's really more correct, though... > > [...] > > But I did try it out and the attached patch does what you suggest. Makes > > the simple ReadLineTest and Snark work correctly and doesn't introduce > > Mauve or make check regressions. > > Since 1.1 is going to be released any day now I would really like this > or my original patch go in. It solves the BufferedReader.readLine() > problem which is the only thing that prevents my application from > running nicely on Kaffe. thanks for the reminder, I'll check the second version in tonight. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From kaffe@kaffe.org Sat Jun 7 11:07:02 2003 From: kaffe@kaffe.org (Kaffe CVS) Date: Sat Jun 7 10:07:02 2003 Subject: [kaffe] Kaffe CVS: kaffe dalibor Message-ID: CVSROOT: /cvs/kaffe Module name: kaffe Changes by: dalibor 03/06/07 10:05:39 Modified files: . : ChangeLog libraries/javalib/java/io: BufferedInputStream.java Log message: 2003-06-07 Mark Wielaard * libraries/javalib/java/io/BufferedInputStream.java: (_read) don't block on underlying InputStream if nothing is available for reading. From milosn@xtra.co.nz Sat Jun 7 15:11:01 2003 From: milosn@xtra.co.nz (Milos Negovanovic) Date: Sat Jun 7 14:11:01 2003 Subject: [kaffe] kaffe on NetBSD Message-ID: <1055020425.8125.55.camel@cindy.> --=-l1NJU1sfnOL3uvAJ7kNA Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi everyone, after some time ive tried to build caffe on NetBSD-current again. Well it almost compiled, just a small error regarding netbsd's cp syntax and few missing target dirs. To avoid it i had to make change in libraries/javalib/Makefile.am: --- kaffe/libraries/javalib/Makefile.am 2003-06-07 13:34:58.000000000 +1200 +++ Makefile.am 2003-06-07 20:19:52.000000000 +1200 @@ -2330,8 +2330,13 @@ cp $(PATH_TO_RT_JAR) . else jar-classes rt.jar: $(LIBDIR)/stamp - cp $(srcdir)/kaffe/io/ByteToCharEUC_JP.tbl $(srcdir)/kaffe/io/CharToByteEUC_JP.t + mkdir $(LIBDIR)/kaffe + mkdir $(LIBDIR)/kaffe/io + cp $(srcdir)/kaffe/io/ByteToCharEUC_JP.tbl $(LIBDIR)/kaffe/io + cp $(srcdir)/kaffe/io/CharToByteEUC_JP.tbl $(LIBDIR)/kaffe/io for i in $(serialized_converters) ; do cp $(srcdir)/$$i $(LIBDIR)/$$i ; done + mkdir $(LIBDIR)/gnu + mkdir $(LIBDIR)/gnu/regexp for i in $(gnu_regexp_message_bundles) ; do cp $(srcdir)/$$i $(LIBDIR)/$$i ; don rm -f rt.jar $(JAR_CMD1) Compile finished clean but i am not sure if this brakes something, most of the "make check" tests fail with: Couldn't find or load essential class `java/lang/Object' java.lang.ClassNotFoundException java/lang/Object Regards Milos --=-l1NJU1sfnOL3uvAJ7kNA Content-Disposition: attachment; filename=Makefile.am.diff Content-Type: text/plain; name=Makefile.am.diff; charset=646 Content-Transfer-Encoding: 7bit --- kaffe/libraries/javalib/Makefile.am 2003-06-07 13:34:58.000000000 +1200 +++ Makefile.am 2003-06-07 20:19:52.000000000 +1200 @@ -2330,8 +2330,13 @@ cp $(PATH_TO_RT_JAR) . else jar-classes rt.jar: $(LIBDIR)/stamp - cp $(srcdir)/kaffe/io/ByteToCharEUC_JP.tbl $(srcdir)/kaffe/io/CharToByteEUC_JP.tbl $(LIBDIR)/kaffe/io + mkdir $(LIBDIR)/kaffe + mkdir $(LIBDIR)/kaffe/io + cp $(srcdir)/kaffe/io/ByteToCharEUC_JP.tbl $(LIBDIR)/kaffe/io + cp $(srcdir)/kaffe/io/CharToByteEUC_JP.tbl $(LIBDIR)/kaffe/io for i in $(serialized_converters) ; do cp $(srcdir)/$$i $(LIBDIR)/$$i ; done + mkdir $(LIBDIR)/gnu + mkdir $(LIBDIR)/gnu/regexp for i in $(gnu_regexp_message_bundles) ; do cp $(srcdir)/$$i $(LIBDIR)/$$i ; done rm -f rt.jar $(JAR_CMD1) --=-l1NJU1sfnOL3uvAJ7kNA-- From robilad@yahoo.com Sat Jun 7 18:04:02 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Sat Jun 7 17:04:02 2003 Subject: [kaffe] Problem with BufferedInputStream [patch] In-Reply-To: <20030607141635.33740.qmail@web10003.mail.yahoo.com> Message-ID: <20030608000629.42310.qmail@web10001.mail.yahoo.com> --- Dalibor Topic wrote: > Hi Mark, > > --- Mark Wielaard wrote: > > Hi, > > > > > On Thu, 2003-06-05 at 17:54, Mark Wielaard wrote: > > > > On Thu, 2003-06-05 at 15:48, Helmer Krämer wrote: > > > > > So I would not completely remove the loop, but rather replace it with > > > > > something like "do {} while (len>0 && available()>0)"; dunno whether > > > > > that's really more correct, though... > > > [...] > > > But I did try it out and the attached patch does what you suggest. Makes > > > the simple ReadLineTest and Snark work correctly and doesn't introduce > > > Mauve or make check regressions. > > > > Since 1.1 is going to be released any day now I would really like this > > or my original patch go in. It solves the BufferedReader.readLine() > > problem which is the only thing that prevents my application from > > running nicely on Kaffe. > > thanks for the reminder, I'll check the second version in tonight. done, thanks for the patches. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From inaba@src.ricoh.co.jp Sun Jun 8 01:16:01 2003 From: inaba@src.ricoh.co.jp (Kiyo Inaba) Date: Sun Jun 8 00:16:01 2003 Subject: [kaffe] SH3 problem In-Reply-To: <20030604183448.62462.qmail@web10007.mail.yahoo.com> Message-ID: <200306080717.h587HpO22593@snoopy.src.ricoh.co.jp> Hi Dalibor, >I assume this is caused by the initial class loader changes back then. The >resulting problems should have been fixed with 2003-05-27 Helmer Kraemer >. So I hope that a later version should work again. Your assumption is correct. But unfortunately 2003-05-27's mod does not fix this problem. The reason why I can say this is slightly long story with my assumption. 1. The 'make check' in test/regression does not assume to set environmental variables BOOTCLASSPATH or CLASSPATH. (It's my assumption) 2. If I don't set anything to these two environmental variables, regression test fails because of it can not find 'kjc'. 3. If I set '.' and '{source_dir}/libraries/javalib/kjc.jar' to BOOTCLASSPATH regression test goes ok. 4. This is not true for native compiled kaffe (I tested with linux and NetBSD /i686) and I guess it is because the treatment of kaffe-bin is different native kaffe and cross-compiled kaffe is different. I prefer 'kaffe-bin' as an executable at least for cross-compiled kaffe (one of my future target does not have 'shell' ;-<), and I have no idea what is the best way to fix this problem. One idea for 1.1.0 release is to add one paragraph in 'FAQ.cross-compiling' for the work around (add everything in CLASSPATH). Kiyo From robilad@yahoo.com Sun Jun 8 07:24:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Sun Jun 8 06:24:01 2003 Subject: [kaffe] Where to downlad the windows-port? In-Reply-To: <3EE19321.2000107@utanet.at> Message-ID: <20030608132712.5001.qmail@web10005.mail.yahoo.com> Hallo Clemens, --- Clemens Eisserer wrote: > How hard do you think is it to compile Kaffe with Cygwin, do you think last time I tried, a couple of months ago, it would build just fine, but crash very regularly on the regression test suite, due to some weird problem with threads and zip file reading that I couldn't solve. I haven't tried with a current version of Cygwin yet. > What are the most important new features of 1.1? See WHATSNEW file in the CVS. ;) > Under Linux Kaffe-1.0.7 crashes with the following error: > > ce@linux:~/jbproject/NusyDhcp> kaffe -noverify -verbosegc -classpath how does the current CVS head fare on your example, i.e. does it crash, too? cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From robilad@yahoo.com Sun Jun 8 07:29:02 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Sun Jun 8 06:29:02 2003 Subject: [kaffe] Where to downlad the windows-port? In-Reply-To: <1054931708.22310.17.camel@localhost> Message-ID: <20030608133139.31918.qmail@web10004.mail.yahoo.com> Hi Jim, --- Jim Pick wrote: > Nobody has been actively working on it regularily, but I think some work > was done on it a few months ago. Currently, there's only cygwin support > - so you need to link it against the cygwin DLL (which is an issue for > some non-GPL software). The PocketLinux/Transvirtual fork of Kaffe had > some support for using mingw32 (eg. no cygwin.dll), but that hasn't been > merged in. there is also a port of kaffe 1.0.6 to WinCE/Win32/WinNT by Reiner Keuchel, that needs a volunteer to take a look at it and help with merging it in ;) See http://www.rainer-keuchel.de/wince/kaffe.html cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From robilad@yahoo.com Sun Jun 8 08:12:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Sun Jun 8 07:12:01 2003 Subject: [kaffe] Compatibility - Application Testing In-Reply-To: <200306062351.h56NpUo03991@sm1.hitachi-cable.co.jp> Message-ID: <20030608141457.11054.qmail@web10001.mail.yahoo.com> --- Ito Kazumitsu wrote: > > In message "[freenet-dev] Re: [kaffe] Kaffe and Freenet, round (N+1)" > on 03/06/05, Dalibor Topic writes: > > > http://www.kaffe.org/compatibility_applications.shtml . definitely needs an > > update to show the latest advances. > > Here are applications I use with kaffe. They are all for > production use. Those marked with '*' are already on > http://www.kaffe.org/compatibility_applications.shtml thanks Ito, I've updated the web page accordingly. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From robilad@yahoo.com Sun Jun 8 09:13:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Sun Jun 8 08:13:01 2003 Subject: [kaffe] current status? In-Reply-To: <20030607023158.93690.qmail@web13807.mail.yahoo.com> Message-ID: <20030608151558.12182.qmail@web10005.mail.yahoo.com> Hallo Michael, --- Michael Franz wrote: > > --- Greg Wooledge wrote: > > Michael Franz (mvfranz@yahoo.com) wrote: > > > > > How long ago was that? I have a pull from cvs > > that is > > > 2 weeks old and I don't think it works on any > > classes. > > > > There have been major changes to Kaffe in the last > > two weeks. > OK. What has changed in the last 2 weeks that > requites me to have automake? I've patched libltdl in order to fix libtool on amiga and netbsd, and that in turns seemed to have summoned the curse of automake upon anyone using the CVS HEAD. I hope that Jim's latest patch fixed that. It doesn't occur with distribution tarballs generated using make dist, for example, so a workaround if you can't install the latest auto* tools and libtool somewhere on your system would be to create a tarball on a system with the latest autotools. Given that Jim is going to release 1.1.0 today, you might as well just use that when it comes out ;) cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From greg@wooledge.org Sun Jun 8 10:12:02 2003 From: greg@wooledge.org (Greg Wooledge) Date: Sun Jun 8 09:12:02 2003 Subject: [kaffe] assertion "!INTS_DISABLED()" failed Message-ID: <20030608161018.GR2789@pegasus.wooledge.org> --soWJpSPh+l8Y6Fy7 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This was still using the CVS snapshot from Wednesday; I'm updating now, but I figured I'd report it just in case. assertion "!INTS_DISABLED()" failed: file "exception.c", line 398 #0 0x4086327b in kill () #1 0x401fa8bb in abort () #2 0x401b274f in __assert () #3 0x4003a2fc in dispatchException (eobj=3D0x1e427f8, baseframe=3D0x3287da= 8) at exception.c:398 #4 0x4003a594 in floatingException (frame=3D0x3412dfc) at exception.c:542 #5 0x400898b4 in nullException (sig=3D11, code=3D54603372, ctx=3D0x3412e1c) at signal.c:87 #6 0x4000a004 in ?? () #7 0x4008767f in handleIO (sleep=3D0) at jthread.c:1861 #8 0x40085732 in handleInterrupt (sig=3D23, sc=3D0x0) at jthread.c:693 #9 0x40086337 in jthread_disable_stop () at jthread.c:347 #10 0x4005ddfc in utf8ConstNew (s=3D0x2128e30 "[[B", len=3D3) at utf8const.= c:55 #11 0x4002ff67 in lookupArray (c=3D0x3cd040, einfo=3D0x3413984) at classMethod.c:2772 #12 0x40053503 in newArrayChecked (elclass=3D0x3cd040, count=3D1, info=3D0x= 3413984) at object.c:128 #13 0x40057298 in soft_anewarray (elclass=3D0x3cd040, size=3D1) at soft.c:1= 05 #14 0x70aa14 in ?? () #15 0x6fdbe9 in ?? () #16 0x14eb859 in ?? () #17 0x15a1641 in ?? () #18 0x1d4c2ea in ?? () #19 0x12e92d6 in ?? () #20 0x4005c4ae in callMethodV (meth=3D0x124ec68, func=3D0x12e9010, obj=3D0x= 1,=20 args=3D0x0, ret=3D0x0) at ../../config/i386/common.h:38 #21 0x400483e5 in Kaffe_CallVoidMethodV (env=3D0x40099194, obj=3D0x3148040,= =20 meth=3D0x124ec68, args=3D0x3413f94 "=CB=CE\005@`p\t@=C8=C1\001@=E4=EC\t= @") at jni.c:1094 #22 0x40048482 in Kaffe_CallVoidMethod (env=3D0x40099194, obj=3D0x3148040,= =20 meth=3D0x124ec68) at jni.c:1107 #23 0x4005d500 in firstStartThread (arg=3D0x3148040) at thread.c:368 #24 0x400867e8 in start_this_sucker_on_a_new_frame () at jthread.c:1266 #25 0x40086968 in jthread_create (pri=3D53885632,=20 func=3D0x400518cf , daemon=3D41776, jlThread=3D0x0= ,=20 threadStackSize=3D19376608) at jthread.c:1336 #26 0x2f5b298 in ?? () #27 0x4001c000 in ?? () --=20 Greg Wooledge | "Truth belongs to everybody." greg@wooledge.org | - The Red Hot Chili Peppers http://wooledge.org/~greg/ | --soWJpSPh+l8Y6Fy7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (OpenBSD) iD8DBQE+41/qkAkqAYpL9t8RAmdMAJ91hpunBh17QuerGsbP/7vY3zTOBQCgvh+9 PHeWIrbffgE6b7RjA417OcI= =duzE -----END PGP SIGNATURE----- --soWJpSPh+l8Y6Fy7-- From kaffe@kaffe.org Sun Jun 8 10:18:02 2003 From: kaffe@kaffe.org (Kaffe CVS) Date: Sun Jun 8 09:18:02 2003 Subject: [kaffe] Kaffe CVS: kaffe dalibor Message-ID: CVSROOT: /cvs/kaffe Module name: kaffe Changes by: dalibor 03/06/08 09:16:48 Modified files: . : ChangeLog kaffe/scripts : Makefile.in kaffe.in kaffe/scripts/compat: Makefile.in libraries/javalib: Makefile.am Makefile.am.in Makefile.in Log message: 2003-06-08 Dalibor Topic * kaffe/scripts/kaffe.in: (DDD) fixed DDD recognition and invocation. Reported by: Michael Franz 2003-06-08 Milos Negovanovic * libraries/javalib/Makefile.am.in: fixed class library build on NetBSD. From robilad@yahoo.com Sun Jun 8 10:26:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Sun Jun 8 09:26:01 2003 Subject: [kaffe] kaffe on NetBSD In-Reply-To: <1055020425.8125.55.camel@cindy.> Message-ID: <20030608162827.22250.qmail@web10001.mail.yahoo.com> Zdravo Milose, --- Milos Negovanovic wrote: > after some time ive tried to build caffe on NetBSD-current again. Well > it almost compiled, just a small error regarding netbsd's cp syntax and > few missing target dirs. To avoid it i had to make change in > libraries/javalib/Makefile.am: thanks for the patch. I checked a bug-fixed version in, since mkdir without checking if a directory exists caused problems during a second run of make. > Compile finished clean but i am not sure if this brakes something, most > of the "make check" tests fail with: > > Couldn't find or load essential class `java/lang/Object' > java.lang.ClassNotFoundException java/lang/Object make check works fine for me on i386-linux with your patch. Good luck tracking down whatever causes the problems on NetBSD. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From robilad@yahoo.com Sun Jun 8 10:27:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Sun Jun 8 09:27:01 2003 Subject: [kaffe] Debugging Kaffe with DDD In-Reply-To: <20030607034530.17937.qmail@web13806.mail.yahoo.com> Message-ID: <20030608162946.53762.qmail@web10007.mail.yahoo.com> Hallo Michael, --- Michael Franz wrote: > Does debugging kaffe still work? I looked at the > scripts and the DDD entry is considerably different > than the gdb entry. I was not able to get it to work > (by setting environment variable). I finally change > the script to do what I thought was needed. thanks for the bug report, I've checked in a fix. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From mvfranz@yahoo.com Sun Jun 8 11:27:01 2003 From: mvfranz@yahoo.com (Michael Franz) Date: Sun Jun 8 10:27:01 2003 Subject: [kaffe] Directory Structure of Kaffe or Modular Design of Kaffe Message-ID: <20030608173008.85590.qmail@web13802.mail.yahoo.com> Hi, I have been trying to get kaffe to work on my Mac (the 1.0.7 is suppose to support OS X, but I haven't had any success). In doing so, I have become really confused as to what is actually provided and how it is packaged. The sub-directories of kaffe: kaffe - main entry point of executable kaffeh - native stub generator (how does this relate to kaffe?) kaffevm - the core of the VM I have looked at http://www.cse.msu.edu/~korenson/kaffe.html , which might be dated. I guess, my question is, from a high level what are the different modules used within Kaffe and what directories/files make up these modules. Michael __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From robilad@yahoo.com Sun Jun 8 12:06:02 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Sun Jun 8 11:06:02 2003 Subject: [kaffe] Directory Structure of Kaffe or Modular Design of Kaffe In-Reply-To: <20030608173008.85590.qmail@web13802.mail.yahoo.com> Message-ID: <20030608180850.53810.qmail@web10006.mail.yahoo.com> Hallo Michael, --- Michael Franz wrote: > Hi, > > I have been trying to get kaffe to work on my Mac (the > 1.0.7 is suppose to support OS X, but I haven't had > any success). In doing so, I have become really > confused as to what is actually provided and how it is > packaged. > > The sub-directories of kaffe: > kaffe - main entry point of executable > kaffeh - native stub generator (how does this relate > to kaffe?) the native methods in the class library need headers describing their classes in order to build/link. > kaffevm - the core of the VM > > I have looked at > http://www.cse.msu.edu/~korenson/kaffe.html , which > might be dated. > > I guess, my question is, from a high level what are > the different modules used within Kaffe and what > directories/files make up these modules. kaffe/FAQ developer and user docs kaffe/test tests kaffe/test/awt AWT test applications kaffe/test/regression regression tests kaffe/test/internal internal (jitter) tests kaffe/compat-include no idea, I've never touched that one kaffe/replace replacement functions for broken C libs kaffe/kaffe main VM directory kaffe/kaffe/man man pages kaffe/kaffe/kaffevm the VM kaffe/kaffe/kaffevm/gcj gcj bindings kaffe/kaffe/kaffevm/jit first generation jitter engine kaffe/kaffe/kaffevm/mem garbage collection implementation kaffe/kaffe/kaffevm/jit3 third generation jitter engine kaffe/kaffe/kaffevm/intrp interpreter engine kaffe/kaffe/kaffevm/systems threading subsystem implementations kaffe/kaffe/kaffe main program kaffe/kaffe/xprof xprofiling support kaffe/kaffe/scripts java, kaffe, javac, and other wrapper shell scripts kaffe/kaffe/scripts/bat no idea kaffe/kaffe/scripts/compat no idea kaffe/kaffe/kaffeh javah replacement kaffe/libraries kaffe's class library kaffe/libraries/clib native portion of the class library kaffe/libraries/clib/awt different AWT implementations kaffe/libraries/extensions extension libraries kaffe/libraries/javalib java portion of the class library kaffe/libraries/javalib/pure-java pure java replacements for portion of the native implementation kaffe/libltdl libtool support machinery kaffe/config platform dependant bits and pieces kaffe/developers tools for developer support kaffe/include headers used or provided by kaffe/kaffeh cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From mvfranz@yahoo.com Sun Jun 8 12:31:02 2003 From: mvfranz@yahoo.com (Michael Franz) Date: Sun Jun 8 11:31:02 2003 Subject: [kaffe] Directory Structure of Kaffe or Modular Design of Kaffe In-Reply-To: <20030608180850.53810.qmail@web10006.mail.yahoo.com> Message-ID: <20030608183351.60115.qmail@web13806.mail.yahoo.com> Thanks Dalibor! I guess I have a lot more reading to do. Michael --- Dalibor Topic wrote: > Hallo Michael, > > --- Michael Franz wrote: > > Hi, > > > > I have been trying to get kaffe to work on my Mac > (the > > 1.0.7 is suppose to support OS X, but I haven't > had > > any success). In doing so, I have become really > > confused as to what is actually provided and how > it is > > packaged. > > > > The sub-directories of kaffe: > > kaffe - main entry point of executable > > kaffeh - native stub generator (how does this > relate > > to kaffe?) > > the native methods in the class library need headers > describing their classes > in order to build/link. > > > kaffevm - the core of the VM > > > > I have looked at > > http://www.cse.msu.edu/~korenson/kaffe.html , > which > > might be dated. > > > > I guess, my question is, from a high level what > are > > the different modules used within Kaffe and what > > directories/files make up these modules. > > kaffe/FAQ > developer and user docs > kaffe/test > tests > kaffe/test/awt > AWT test applications > kaffe/test/regression > regression tests > kaffe/test/internal > internal (jitter) tests > kaffe/compat-include > no idea, I've never touched that one > kaffe/replace > replacement functions for broken C libs > kaffe/kaffe > main VM directory > kaffe/kaffe/man > man pages > kaffe/kaffe/kaffevm > the VM > kaffe/kaffe/kaffevm/gcj > gcj bindings > kaffe/kaffe/kaffevm/jit > first generation jitter engine > kaffe/kaffe/kaffevm/mem > garbage collection implementation > kaffe/kaffe/kaffevm/jit3 > third generation jitter engine > kaffe/kaffe/kaffevm/intrp > interpreter engine > kaffe/kaffe/kaffevm/systems > threading subsystem implementations > kaffe/kaffe/kaffe > main program > kaffe/kaffe/xprof > xprofiling support > kaffe/kaffe/scripts > java, kaffe, javac, and other wrapper shell > scripts > kaffe/kaffe/scripts/bat > no idea > kaffe/kaffe/scripts/compat > no idea > kaffe/kaffe/kaffeh > javah replacement > kaffe/libraries > kaffe's class library > kaffe/libraries/clib > native portion of the class library > kaffe/libraries/clib/awt > different AWT implementations > kaffe/libraries/extensions > extension libraries > kaffe/libraries/javalib > java portion of the class library > kaffe/libraries/javalib/pure-java > pure java replacements for portion of the > native implementation > kaffe/libltdl > libtool support machinery > kaffe/config > platform dependant bits and pieces > kaffe/developers > tools for developer support > kaffe/include > headers used or provided by kaffe/kaffeh > > cheers, > dalibor topic > > __________________________________ > Do you Yahoo!? > Yahoo! Calendar - Free online calendar with sync to > Outlook(TM). > http://calendar.yahoo.com > > _______________________________________________ > kaffe mailing list > kaffe@kaffe.org > http://kaffe.org/cgi-bin/mailman/listinfo/kaffe __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From robilad@yahoo.com Sun Jun 8 15:04:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Sun Jun 8 14:04:01 2003 Subject: [kaffe] status of current CVS HEAD on latest cygwin Message-ID: <20030608210627.80950.qmail@web10003.mail.yahoo.com> --0-1952868059-1055106387=:80493 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hi all, the status on cygwin is a sad story, as usual ;) I've attached a faillog from cd build ; ../kaffe-1.1.x-cvs/configure --prefix=/tmp/topic/current ; make 2>faillog It turns out that the linker on Cygwin for some reason complains about not being able to find symbols it can easily find on other platforms. Here's my theory about what happens: kaffe doesn't use the libtool DLL specification machinery, so the cygwin linker ends up doing something completely different from other platforms. I've also attached a patch that 'deinlines' jthread.[ch] that's needed to get past the compilation of kaffeh and get the faillog above. I don't think it should be checked in as it is, since it's going to degrade performance for other platforms. On the other hand, static inline functions in header files seem to be a gcc-ism, so purging them and putting them back into *.c files might help portability, and cleaner code ;) When I compile it with --with-staticvm it breaks because inet_ntop and inet_pton are missing on Cygwin. http://ftp.sergei.cc/pub/ircII/ircii-current/ircii/source/inet_ntop.c might be usefule replacement function implementation. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com --0-1952868059-1055106387=:80493 Content-Type: application/octet-stream; name="cygwin-1.diff" Content-Transfer-Encoding: base64 Content-Description: cygwin-1.diff Content-Disposition: attachment; filename="cygwin-1.diff" T25seSBpbiAvaG9tZS90b3BpYy9DVlMva2FmZmUva2FmZmUva2FmZmV2bS9z eXN0ZW1zL3VuaXgtanRocmVhZHMvOiBDVlMKT25seSBpbiAvaG9tZS90b3Bp Yy9DVlMva2FmZmUva2FmZmUva2FmZmV2bS9zeXN0ZW1zL3VuaXgtanRocmVh ZHMvOiAuY3ZzaWdub3JlCmRpZmYgLXVyIC9ob21lL3RvcGljL0NWUy9rYWZm ZS9rYWZmZS9rYWZmZXZtL3N5c3RlbXMvdW5peC1qdGhyZWFkcy9qdGhyZWFk LmMgL21udC93aW5kb3dzL2N5Z3dpbi90bXAvdG9waWMva2FmZmUtMS4xLngt Y3ZzL2thZmZlL2thZmZldm0vc3lzdGVtcy91bml4LWp0aHJlYWRzL2p0aHJl YWQuYwotLS0gL2hvbWUvdG9waWMvQ1ZTL2thZmZlL2thZmZlL2thZmZldm0v c3lzdGVtcy91bml4LWp0aHJlYWRzL2p0aHJlYWQuYwkyMDAzLTA1LTIxIDA1 OjM4OjA1LjAwMDAwMDAwMCAtMDQwMAorKysgL21udC93aW5kb3dzL2N5Z3dp bi90bXAvdG9waWMva2FmZmUtMS4xLngtY3ZzL2thZmZlL2thZmZldm0vc3lz dGVtcy91bml4LWp0aHJlYWRzL2p0aHJlYWQuYwkyMDAzLTA2LTA4IDA2OjQw OjI2LjAwMDAwMDAwMCAtMDQwMApAQCAtMTQwNiw2ICsxNDA2LDEwOSBAQAog ICogRnVuY3Rpb25zIHRoYXQgYXJlIHBhcnQgb2YgdGhlIHVzZXIgaW50ZXJm YWNlCiAgKgogICovCisNCisvKiANCisgKiByZXR1cm4gdGhlIGN1cnJlbnQg dGhyZWFkIA0KKyAqLw0KK2p0aHJlYWRfdA0KK2p0aHJlYWRfY3VycmVudCh2 b2lkKSANCit7IA0KKwlyZXR1cm4gY3VycmVudEpUaHJlYWQ7IA0KK30NCisN CisvKg0KKyAqIGRldGVybWluZSB3aGV0aGVyIGEgbG9jYXRpb24gaXMgb24g dGhlIHN0YWNrIG9mIHRoZSBjdXJyZW50IHRocmVhZA0KKyAqLw0KK2ludA0K K2p0aHJlYWRfb25fY3VycmVudF9zdGFjayh2b2lkICpicCkgICAgICANCit7 DQorICAgICAgICBpbnQgcmMgPSBicCA+PSBjdXJyZW50SlRocmVhZC0+c3Rh Y2tCYXNlICYmIGJwIDwgY3VycmVudEpUaHJlYWQtPnN0YWNrRW5kOw0KKw0K K0RCRyhKVEhSRUFEREVUQUlMLA0KKwlkcHJpbnRmKCJvbiBjdXJyZW50IHN0 YWNrOiBiYXNlPSVwIHNpemU9JWxkIGJwPSVwICVzXG4iLA0KKwkJY3VycmVu dEpUaHJlYWQtPnN0YWNrQmFzZSwNCisJCShsb25nKSgoY2hhciAqKSBjdXJy ZW50SlRocmVhZC0+c3RhY2tFbmQgLSAoY2hhciAqKSBjdXJyZW50SlRocmVh ZC0+c3RhY2tCYXNlKSwNCisJCWJwLA0KKwkJKHJjID8gInllcyIgOiAibm8i KSk7DQorICAgICkNCisNCisgICAgICAgIHJldHVybiByYzsNCit9DQorDQor LyogDQorICogQ2hlY2sgZm9yIHJvb20gb24gc3RhY2suDQorICovDQoraW50 ICAgICANCitqdGhyZWFkX3N0YWNrY2hlY2soaW50IGxlZnQpDQorew0KKwlp bnQgcmM7DQorI2lmIGRlZmluZWQoU1RBQ0tfR1JPV1NfVVApDQorICAgICAg ICByYyA9IGp0aHJlYWRfb25fY3VycmVudF9zdGFjaygoY2hhciopJnJjICsg bGVmdCk7DQorI2Vsc2UNCisgICAgICAgIHJjID0ganRocmVhZF9vbl9jdXJy ZW50X3N0YWNrKChjaGFyKikmcmMgLSBsZWZ0KTsNCisjZW5kaWYNCisJcmV0 dXJuIChyYyk7DQorfQ0KKw0KKy8qDQorICogR2V0IHRoZSBjdXJyZW50IHN0 YWNrIGxpbWl0Lg0KKyAqLw0KKw0KKyNkZWZpbmUJUkVEWk9ORQkxMDI0DQor DQordm9pZA0KK2p0aHJlYWRfcmVsYXhzdGFjayhpbnQgeWVzKQ0KK3sNCisJ aWYoIHllcyApDQorCXsNCisjaWYgZGVmaW5lZChTVEFDS19HUk9XU19VUCkN CisJCXVpbnRwIGVuZCA9ICh1aW50cCkgY3VycmVudEpUaHJlYWQtPnN0YWNr RW5kOw0KKwkJZW5kICs9IFJFRFpPTkU7DQorCQljdXJyZW50SlRocmVhZC0+ c3RhY2tFbmQgPSAodm9pZCAqKSBlbmQ7DQorI2Vsc2UNCisJCXVpbnRwIGJh c2UgPSAodWludHApIGN1cnJlbnRKVGhyZWFkLT5zdGFja0Jhc2U7DQorCQli YXNlIC09IFJFRFpPTkU7DQorCQljdXJyZW50SlRocmVhZC0+c3RhY2tCYXNl ID0gKHZvaWQgKikgYmFzZTsNCisjZW5kaWYNCisJfQ0KKwllbHNlDQorCXsN CisjaWYgZGVmaW5lZChTVEFDS19HUk9XU19VUCkNCisJCXVpbnRwIGVuZCA9 ICh1aW50cCkgY3VycmVudEpUaHJlYWQtPnN0YWNrRW5kOw0KKwkJZW5kIC09 IFJFRFpPTkU7DQorCQljdXJyZW50SlRocmVhZC0+c3RhY2tFbmQgPSAodm9p ZCAqKSBlbmQ7DQorI2Vsc2UNCisJCXVpbnRwIGJhc2UgPSAodWludHApIGN1 cnJlbnRKVGhyZWFkLT5zdGFja0Jhc2U7DQorCQliYXNlICs9IFJFRFpPTkU7 DQorCQljdXJyZW50SlRocmVhZC0+c3RhY2tCYXNlID0gKHZvaWQgKikgYmFz ZTsNCisjZW5kaWYNCisJfQ0KK30NCisNCit2b2lkKg0KK2p0aHJlYWRfc3Rh Y2tsaW1pdCh2b2lkKQ0KK3sNCisjaWYgZGVmaW5lZChTVEFDS19HUk9XU19V UCkNCisgICAgICAgIHJldHVybiAodm9pZCopKCh1aW50cCljdXJyZW50SlRo cmVhZC0+c3RhY2tFbmQgLSBSRURaT05FKTsNCisjZWxzZQ0KKyAgICAgICAg cmV0dXJuICh2b2lkKikoKHVpbnRwKWN1cnJlbnRKVGhyZWFkLT5zdGFja0Jh c2UgKyBSRURaT05FKTsNCisjZW5kaWYNCit9DQorDQorLyogU3BpbmxvY2tz OiBzaW1wbGUgc2luY2Ugd2UncmUgdW5pcHJvY2Vzc29yICovDQorLyogQVJH U1VTRUQgKi8NCit2b2lkDQoranRocmVhZF9zcGlub24odm9pZCAqYXJnKQ0K K3sNCisJanRocmVhZF9zdXNwZW5kYWxsKCk7DQorfQ0KKw0KKy8qIEFSR1NV U0VEICovDQordm9pZA0KK2p0aHJlYWRfc3Bpbm9mZih2b2lkICphcmcpDQor ew0KKwlqdGhyZWFkX3Vuc3VzcGVuZGFsbCgpOw0KK30NCiAKIC8qCiAgKiB5 aWVsZCB0byBhIHRocmVhZCBvZiBlcXVhbCBwcmlvcml0eQpkaWZmIC11ciAv aG9tZS90b3BpYy9DVlMva2FmZmUva2FmZmUva2FmZmV2bS9zeXN0ZW1zL3Vu aXgtanRocmVhZHMvanRocmVhZC5oIC9tbnQvd2luZG93cy9jeWd3aW4vdG1w L3RvcGljL2thZmZlLTEuMS54LWN2cy9rYWZmZS9rYWZmZXZtL3N5c3RlbXMv dW5peC1qdGhyZWFkcy9qdGhyZWFkLmgKLS0tIC9ob21lL3RvcGljL0NWUy9r YWZmZS9rYWZmZS9rYWZmZXZtL3N5c3RlbXMvdW5peC1qdGhyZWFkcy9qdGhy ZWFkLmgJMjAwMy0wNS0yNiAxNjo1NzowNS4wMDAwMDAwMDAgLTA0MDAKKysr IC9tbnQvd2luZG93cy9jeWd3aW4vdG1wL3RvcGljL2thZmZlLTEuMS54LWN2 cy9rYWZmZS9rYWZmZXZtL3N5c3RlbXMvdW5peC1qdGhyZWFkcy9qdGhyZWFk LmgJMjAwMy0wNi0wOCAwNjo0MDoyNi4wMDAwMDAwMDAgLTA0MDAKQEAgLTE4 NCwxNCArMTg0LDEwIEBACiAgKi8KIHZvaWQgCWp0aHJlYWRfc2xlZXAoamxv bmcgdGltZSk7CiAKLS8qIAotICogcmV0dXJuIHRoZSBjdXJyZW50IHRocmVh ZCAKLSAqLwotc3RhdGljIGlubGluZSBqdGhyZWFkX3QKLWp0aHJlYWRfY3Vy cmVudCh2b2lkKSAKLXsgCi0JcmV0dXJuIGN1cnJlbnRKVGhyZWFkOyAKLX0K Ky8qIA0KKyAqIHJldHVybiB0aGUgY3VycmVudCB0aHJlYWQgDQorICovDQor anRocmVhZF90IGp0aHJlYWRfY3VycmVudCh2b2lkKTsNCiAKIC8qIAogICog Y291bnQgdGhlIG51bWJlciBvZiBzdGFjayBmcmFtZXMgLSB1bmltcGxlbWVu dGVkIApAQCAtMjE4LDg2ICsyMTQsMjMgQEAKICAqLwogdm9pZCAJanRocmVh ZF9leGl0KHZvaWQpIF9fTk9SRVRVUk5fXzsKIAotLyoKLSAqIGRldGVybWlu ZSB3aGV0aGVyIGEgbG9jYXRpb24gaXMgb24gdGhlIHN0YWNrIG9mIHRoZSBj dXJyZW50IHRocmVhZAotICovCi1zdGF0aWMgaW5saW5lIGludAotanRocmVh ZF9vbl9jdXJyZW50X3N0YWNrKHZvaWQgKmJwKSAgICAgIAotewotICAgICAg ICBpbnQgcmMgPSBicCA+PSBjdXJyZW50SlRocmVhZC0+c3RhY2tCYXNlICYm IGJwIDwgY3VycmVudEpUaHJlYWQtPnN0YWNrRW5kOwotCi1EQkcoSlRIUkVB RERFVEFJTCwKLQlkcHJpbnRmKCJvbiBjdXJyZW50IHN0YWNrOiBiYXNlPSVw IHNpemU9JWxkIGJwPSVwICVzXG4iLAotCQljdXJyZW50SlRocmVhZC0+c3Rh Y2tCYXNlLAotCQkobG9uZykoKGNoYXIgKikgY3VycmVudEpUaHJlYWQtPnN0 YWNrRW5kIC0gKGNoYXIgKikgY3VycmVudEpUaHJlYWQtPnN0YWNrQmFzZSks Ci0JCWJwLAotCQkocmMgPyAieWVzIiA6ICJubyIpKTsKLSAgICApCi0KLSAg ICAgICAgcmV0dXJuIHJjOwotfQotCi0vKiAKLSAqIENoZWNrIGZvciByb29t IG9uIHN0YWNrLgotICovCi1zdGF0aWMgaW5saW5lIGludCAgICAgCi1qdGhy ZWFkX3N0YWNrY2hlY2soaW50IGxlZnQpCi17Ci0JaW50IHJjOwotI2lmIGRl ZmluZWQoU1RBQ0tfR1JPV1NfVVApCi0gICAgICAgIHJjID0ganRocmVhZF9v bl9jdXJyZW50X3N0YWNrKChjaGFyKikmcmMgKyBsZWZ0KTsKLSNlbHNlCi0g ICAgICAgIHJjID0ganRocmVhZF9vbl9jdXJyZW50X3N0YWNrKChjaGFyKikm cmMgLSBsZWZ0KTsKLSNlbmRpZgotCXJldHVybiAocmMpOwotfQotCi0vKgot ICogR2V0IHRoZSBjdXJyZW50IHN0YWNrIGxpbWl0LgotICovCi0KLSNkZWZp bmUJUkVEWk9ORQkxMDI0CisvKg0KKyAqIGRldGVybWluZSB3aGV0aGVyIGEg bG9jYXRpb24gaXMgb24gdGhlIHN0YWNrIG9mIHRoZSBjdXJyZW50IHRocmVh ZA0KKyAqLw0KK2ludAkJanRocmVhZF9vbl9jdXJyZW50X3N0YWNrKHZvaWQg KmJwKTsNCisKKy8qIA0KKyAqIENoZWNrIGZvciByb29tIG9uIHN0YWNrLg0K KyAqLw0KK2ludAkJanRocmVhZF9zdGFja2NoZWNrKGludCBsZWZ0KTsNCisK Ky8qDQorICogR2V0IHRoZSBjdXJyZW50IHN0YWNrIGxpbWl0Lg0KKyAqLw0K Kw0KK3ZvaWQganRocmVhZF9yZWxheHN0YWNrKGludCB5ZXMpOw0KIAotc3Rh dGljIGlubGluZSB2b2lkCi1qdGhyZWFkX3JlbGF4c3RhY2soaW50IHllcykK LXsKLQlpZiggeWVzICkKLQl7Ci0jaWYgZGVmaW5lZChTVEFDS19HUk9XU19V UCkKLQkJdWludHAgZW5kID0gKHVpbnRwKSBjdXJyZW50SlRocmVhZC0+c3Rh Y2tFbmQ7Ci0JCWVuZCArPSBSRURaT05FOwotCQljdXJyZW50SlRocmVhZC0+ c3RhY2tFbmQgPSAodm9pZCAqKSBlbmQ7Ci0jZWxzZQotCQl1aW50cCBiYXNl ID0gKHVpbnRwKSBjdXJyZW50SlRocmVhZC0+c3RhY2tCYXNlOwotCQliYXNl IC09IFJFRFpPTkU7Ci0JCWN1cnJlbnRKVGhyZWFkLT5zdGFja0Jhc2UgPSAo dm9pZCAqKSBiYXNlOwotI2VuZGlmCi0JfQotCWVsc2UKLQl7Ci0jaWYgZGVm aW5lZChTVEFDS19HUk9XU19VUCkKLQkJdWludHAgZW5kID0gKHVpbnRwKSBj dXJyZW50SlRocmVhZC0+c3RhY2tFbmQ7Ci0JCWVuZCAtPSBSRURaT05FOwot CQljdXJyZW50SlRocmVhZC0+c3RhY2tFbmQgPSAodm9pZCAqKSBlbmQ7Ci0j ZWxzZQotCQl1aW50cCBiYXNlID0gKHVpbnRwKSBjdXJyZW50SlRocmVhZC0+ c3RhY2tCYXNlOwotCQliYXNlICs9IFJFRFpPTkU7Ci0JCWN1cnJlbnRKVGhy ZWFkLT5zdGFja0Jhc2UgPSAodm9pZCAqKSBiYXNlOwotI2VuZGlmCi0JfQot fQotCi1zdGF0aWMKLWlubGluZQotdm9pZCoKLWp0aHJlYWRfc3RhY2tsaW1p dCh2b2lkKQotewotI2lmIGRlZmluZWQoU1RBQ0tfR1JPV1NfVVApCi0gICAg ICAgIHJldHVybiAodm9pZCopKCh1aW50cCljdXJyZW50SlRocmVhZC0+c3Rh Y2tFbmQgLSBSRURaT05FKTsKLSNlbHNlCi0gICAgICAgIHJldHVybiAodm9p ZCopKCh1aW50cCljdXJyZW50SlRocmVhZC0+c3RhY2tCYXNlICsgUkVEWk9O RSk7Ci0jZW5kaWYKLX0KK3ZvaWQqIGp0aHJlYWRfc3RhY2tsaW1pdCh2b2lk KTsNCiAKIC8qCiAgKiBkZXRlcm1pbmUgdGhlICJpbnRlcmVzdGluZyIgc3Rh Y2sgcmFuZ2UgYSBjb25zZXJ2YXRpdmUgZ2MgbXVzdCB3YWxrCkBAIC0zNjgs MjEgKzMwMSwxMCBAQAogLyogcmVzdG9yZSBhbiBmZCwgaS5lLiwgcHV0IGl0 IGluIGJsb2NraW5nIHN0YXRlIHdpdGhvdXQgYXN5bmMgSS9PICovCiAjZGVm aW5lIEpUSFJFQURfUkVTVE9SRV9GRAogdm9pZCBqdGhyZWFkUmVzdG9yZUZE KGludCBmZCk7Ci0KLQotLyogU3BpbmxvY2tzOiBzaW1wbGUgc2luY2Ugd2Un cmUgdW5pcHJvY2Vzc29yICovCi0vKiBBUkdTVVNFRCAqLwotc3RhdGljIGlu bGluZQotdm9pZCBqdGhyZWFkX3NwaW5vbih2b2lkICphcmcpCi17Ci0JanRo cmVhZF9zdXNwZW5kYWxsKCk7Ci19Ci0KLS8qIEFSR1NVU0VEICovCi1zdGF0 aWMgaW5saW5lCi12b2lkIGp0aHJlYWRfc3Bpbm9mZih2b2lkICphcmcpCi17 Ci0JanRocmVhZF91bnN1c3BlbmRhbGwoKTsKLX0KKw0KKy8qIFNwaW5sb2Nr czogc2ltcGxlIHNpbmNlIHdlJ3JlIHVuaXByb2Nlc3NvciAqLw0KK3ZvaWQg anRocmVhZF9zcGlub24odm9pZCAqYXJnKTsNCisNCit2b2lkIGp0aHJlYWRf c3Bpbm9mZih2b2lkICphcmcpOw0KIAogI2VuZGlmCg== --0-1952868059-1055106387=:80493 Content-Type: application/octet-stream; name="faillog.bz2" Content-Transfer-Encoding: base64 Content-Description: faillog.bz2 Content-Disposition: attachment; filename="faillog.bz2" QlpoOTFBWSZTWfIZYsgARahfgAASUP//8D///4r////wYCU999UWAB777y4A C3pD6BAh3n1W956eo8jXXVcQAUAAAAAOgvYcqB9gE6fZ03rwRJAqXW3hndCm NoqkqhKHWKULWg2yIg0CaAImU0TyMmpgp6npDBqaA0AAA1PQBAUVJAAAAAAA AAANNNCESn6U/VADRkaADQD0gNAAAJT9UoQ1CKepqGINDEDI0ZBpkNAYTQCJ RCYhMyE0ACGUeqeapjQmNI0epgymgiSJoTISekwEJNih6T9JqZANND0gAHeX X+99r/Hj9PPPLjnY4MlzuZxn7GYZYZRIJIjIIoBICklwBeu9rVWGo4qo1haU xBME/Nv0MfiP7ta/4YArm/o0T9QUROUUSA0EEfnFChggSABT/CG9mCtrQMld oWuV9gGi2qof8YIyKjmxDQMhNf4ud/8ZIUh0ccLAYB1V1As5uN6AUUuhls2Q zq+eYgXgKIxYgAGrndVBSwEQzllbfg3uKGHqfi/nxXhjq2/to2YwZE5INIMp ZV0fv8ic5GyYQzP1b53fb3fV/5fW44vt/+47+F19bgUADd1IW/TLeC2We3Fs lzbv192IiIiJ89t3bURERERERERERERERERERERERERERERERERERERERERE RERERERERERERERERERERERERERERERERERERy1ERERE9tt3bd23dt423dt3 bd23dtTdtRN23dtRdboABAONtRAOBK6TRxaNW0a6NpWFiWdSqMFUtMJKnnlr Tn34V4wdA7FwQ4QBLJ+9JM7B31l6GjYMbWgfMkZTGh2QnWJsZmxmaSkHoo11 I45OjymFRdIqAVK4fOtgXaimdaf7mmrecPju9RY5567PMhEWQRBZASQFUkUk EncKgpBUFPOnsNvDJd6eawKAHvHmf9hY9SnNkNDb4VtCC6Lysh1qmz/RtXzB JG80FeOe9bZmmCb3rR9EMFYZdi+t5fr9429bRF1lfaPfY3s4f21yLpfbeIVH VPXunb0zdSjucnj5PknTI2ls+fmdwdZO/O2a17p90+87apt+U+6fedp13xHu zPobUN6NZPtIl1VdVfd46Jvnt+aPerjRnNeZ1O4hvVyIqW47vqp97O4qNa02 o1N3PvT6+6z5F9nVueV6Na0hVPdhGG6nm89nXtbO0kNHojjrvMu/HXN9vm3f SdsO8WxED3nzSa4w7AjYzG82vpUdrkB4YIWImWGxqhIoaB6MiveUe5Y8ryKi e7D5QaGtWsJrvcZ8Q/aDxoahhNKGVYHIcK4ehQqXlN3XONzXG7rkWqajVcO2 zD6N91ru9zS+hm1bVPnnLTxoEXVnmYLMzb5m9trfO+95/Wblqus01W24bOuV Z5Gs+2uu61Vwovct2fF6vL+95z7txx2fdL7XKs74sMUtOVJGscZUtbxLyIy8 S3kRAgRB9a5nYiAAHmRVU2IaBQooAaUO48PvQ+qCpUWZ8lmVuLd3LMyIssrK WTASEQiEFREgQQABgqCn3iAqLyIqqeYqCmrvwDsqycSsZSpOJLf4+NuM1BmK SEXFubJk5WZm0yzll01/Kzpdb41nFpVwrWHDaFu1ZXzYlimVYZZJlkwVlYyV RlZmGZkElLCSCIEiq1nmnoS8wMnovyFQUzQuGBSqM5YajNms3BBdtllwrWN2 wNFZmooIsjNay1qtZrCEzVllszWas1nsyt42zd2wsbtmrDMzCsKMykwyyzDL M1YFimZFRkWZmazVazVmbuiaMSrVmrltCkxw2/vxRFOKKql0V1AEE5AASIJk hABRA5CoKUWAk3VEUtkJE9FKhfIIXS4oUInLIInMUMgFVLIgaKIqaRkRsqAB ohshkoRAQSCooRFYqBSFxUFIigKaFgFFIgNIeQlB5svM1AD5ftDBIlKMZJJC GWRlYwMzCKiAIlMzMywssorMMzMzJEIMDBFDCkyTDAV/RlZlmXWZVW/uRdd5 ehDHHdg9OHWYmcMz5O0uXHsnWaL2MVeUamESaBQonEIAoI/LdWaHcXAcBoGh kKIDtfKDOgS4FU8wECIgkPmZyyRlnK4oZBXIKSQHAIpwSrJOaaXykvJqBQgI OC+yKmA5AwMTCRa8jUtnGKDgIFCiQwkOCIEAESFBZElXUZdGiQpwbAOGtF83 ESHebcpQqwkcp0zpGtzMwYYwPxgLhiU5eRmPm45a/PkerNZbWnMFIZ31FMZb 6zZQdoHTOszlBo3peWzEFoFf0fAgREREOkgRESm21/bmUPSBaLVilOJuc8qr DblbLr4aOcczdjyu5VzMt+d4tvW306zLxKvLpVdcV49fT38Zc4tVc9W2elON jrnjjDDfXrpzE3NK0sRAdmCBchBJEs5AuWuBKMjXPVecK9M91eZl2zmZ0zWa pdd89XF7fP33j6vbv2zDJfG3dxb8mXle8uVnXG1e97Xxd58KYjWdPkMM4wRF lQTgnC0mNAsQGGTLhxJvHnxvi8dcVzNZlxu53c+d57+PFwu93s7uOKlCIVQI Moq4l9Z0wBOhsaDCxAUaChRQUMJZwZUiqpKZGhrEu1IqkTcu2jCN/0vPvQOE K1KMMQPJ8ZPj44cMQv3q4DsgCOnNqb+uxGEMrGEMux4vjRlrW+W2Fxqqu2Hy 2SRxAUEDjsvgRuq3tPGC10MExgSMBbXGYgAwxiIDAwGihIDwpwCRjz5fG71O BQOA5JM1qwRoSF1xmuxRQUcYyNQ2VWMfUE4ggIQxBJVQuhIyNighiyPQe22s JgkHnFGywdg/N8jAmQiYCIg0mlFcXXm7zes36eLrzt58bctvHFxnFzbnHnPk Ohoo4596XxgMDgnJHHTGiHOACwbbo2yIBoQgrU6AQLMHIRCIRYHTNsK97331 lpIxo7VBAXGrrBECQRQUUFA0GEiRhCk1ZdGhIo5ujHzHrQ7lMyiQTM7KymZg GezSOGIWydj1VxiPkcp8fB3guoqRhDhCMzvMd77KH2vxNCVrwelsI2cYquFt gYjJctSBUMVIyIKYMGSB3KIUP8Tl8ex9tBjRJApEGgcYCx7B+wFLRM7YJiI4 72Zefl3/Vk9/Xd2YuW9t0c++y97q3x7/Lmz1m/Rx6l42ugXHybl5XK4t9+9u /Py4vPaPVwa621x6vW9Oi8fG5t5zfdh9f483GdW7IYy6AGxY0j8UIzmcbXzo 2QdYv84DGALhnEi6VtIPpWYVKQCR4Uxd8QlpThU4z1SDYUKKBBHQ4cKAgkQE FwYENRcukRbkS8E29PVtgTM1N71BwukEkfi2gDECziSMfiTSgbyiliNbsLJG 5TC5TGknLDC0zLWefIjf4Tqb3HTK5T8EY89HzQnUuaZe6rnKIj7j6Cv1T0OG CffkskTisz8+6yL1Z0zoGAQfR7C42J3lqbFLaphOAW3ewB35qwGzoBFKEFch RSp8RAXEDR8JHBsQHSsRvJ+PMSca0iaKYweIsJCBEOCOBQw5wrUgIfpQimXL YQMoRgPDg0FusQRJB5YUMIRBQWGwyVG3QkxUhcFcwFFCXZVjGZzG988/FvVz Xq6uLq4uJe14vNzbbebiuq48bodpd1hmR5VgYylGGhU2uRj1drXWjGyHPCBB DQ5VyMR7K4DFvmRTAMcS90wcgZG7jn3epX3D2PXlOM1P89POTp2t77qtXbb2 H1k9d72DV++hAgQJXxn98yKerQSzBQRoQPcEpKidR64cEFBUqqZHdK4e762a lFEhDlsIlpCIIDnJkkBgTKplRoS28zBNK4JZmwUgVoUJCsc3IrJ+TOrEoUBq 23mb2DFWDWESW0NvvSz8X3svJ1YyqB2I66M+En52sWR2aBJTFlVHxFzJ15x8 VGRlDhAgYCBYgeDCgEWw1Na1F2yw0vUvTCKt7CwHz1UrJr6q0XfTuyEZ+XDo snVO5KLnULDimJ587HxJt15Xs94lxkKUd5k7nAwMDvfhEFPFBng0CJBtfmKF msSCWNhA8UOthF+9sVYlCFTmQrugODN8rD4MQFAWXDDbOF8QuJ3A4F6M5pux 1hUZUGUSFy4zniWLeLQhuOLQ5KKNAlpZN8iwXF2EBVgcMM7OMxEfhgBEZwgS h37WH46YPUA8A4zvTU7DgFChIQOFCiQgUbDCAggOE3Ye2dmYoyowZqQuhl1R KRdAxa5Nq1ev8LMZ+6uFnQgjNDkDP19l3D/h6HgNqvb0mX5l+8MxWx2/k9wV pF+Ne+wxg1wbGWdGK4dgmRPxmmhZRuOmcioDDeZUbVKIo8FoKGRriQK1mpyE VGDhx80+BIeVUXjht2QlXUWQ4qcgarXtB9DIohGFhtZ2v3PmisgjrYIIUMEU UFdb7qpwIhDIkSKDCBAIoKCJDBgwUOwSYivM6qsSpsMyl2i1VlKQb3vXcUfc y51vLUHpoHyS6uGKkEh8uocijiI5t671JRC3amGpqO/Ou+nX1/i93Fe+EfRe lRZQYVjZa5LP6MJISRqyLdFQOILZpBuaOKIzWFCrAcePMzQ66EKiCgQvGw3n GmODAKY6wsa0UjZ0t9+JyMimRUO8KbDQ4utxGsAIBjAFSwRHGhsJtsSNhaai kF1QWoYWElYKp8bK3YRAVDBstwwKDIHILFEY8GgdZpN2MoXEhMEIHDCQJGhk UiQ8NcpctEFLNpNLmK6oYvSYBPdsuH14O2yhXVb44g8OtJsbXjuC0Z0sJ9LP TTnp+eeNNf1/gqd3w/NxqNNoctqMZGwGYsFLmnlVLxYVrASpCw1ZX1DrUgRW EBAWmYFbaOw4WUc2uEcItgiBGNtL3nzMM5QoEGaqBtZESEMZHGi1tI18sUKO VBNKEsSHD8Wth6oZOZ8sGEbKggFscBd6rXnECg2NUjPkvluBJYSFA0GHQwQA hw42ECAUJYND2JZohZapNRaxNFkpFKQlPkWuRq8CK27bVlVZFCLZVidanh84 AZmz4a3Dd4WHRKIRIokihIBkqY0Q9L6bcuV8B055nOfx2tFV4h4qZmbMTLPD 0zrVN+JxMxJCLLm4VXJmLuSqW5kKARYlTYFBcLIpFcKaR0RS1gkTc0HFQCKE CQ4cUIDCBYkUKDixQsULFigLDBRAoILECwwcWJFhwIBDiKtrq6urzebxdW3d zd3i6uru7urq9S4u7zL1eLq6ku7m26ubzd3d4vV4u7xK4q6CgBgHECRIQQKE BAwkOLEAQKDCgokLdXFzXN1cXm9Xd4lt1c3dtxcXq5pdWdRFrc2GYMyKIFiC RQuzU1CtZBEszyFWEm4u1tlm1m0umaySlPDWyBpiTRJh6lrARcCFClKBiZh3 qXeityahSTau8TdxUW0BQHgCRVpTU9LDS8W03FXKzSWjw0xZF1E2tEqIglVY NTM4S4uZpJgzdQ9lVpnhSZpatJZ7dIgFquA1vbAoltFKxyMAxgKMC7aGtpDG w/uhbrVBQ2cHbGQkkGEZAGRbW2sjIMsIwzDcmaqNWagrDKMwwrCskwISooqL KMqMMvn3zxzKMsMqUyUrCYmDBikyZMkq2xayoCiiiyMyiiooywsSYZLdthmR kmKYWMWtyJMMnjct9NipMKc7aYwSPC2JhYWMQZjhm4RYIwhCKRiQkgRjInVz +79aj6VPeAV3eu2+z3++da/q/onDsDQk+s/CzJ8a0u9AUGaLtjX09MM741aD z4H+0vfb7muZuXtVVRVV9vIBXv6gxr3+WFmxtKQArADKz+xk633cv8iHUCg4 nSaqx8ywNIfy/sfB27iYfsHwvQwZ1bKlbby/Vld2GgOzfiekGYmLOhFJywNX AZiehjUa+knX789zAFQW/YufeEL6nsY/D7Ot18KZt7zMAgBTr8LnNk97u5he eWmOwoqE1qpMHd7stAbYCiE77nq06v5ZnAAazxncuK4efPnzzcLuy2V5s9vv bw664zVu92ARQrsj1ljbHEyzttaomPFLFpLahVpJJJIzhdtZzLBUBC1i1j79 ik3vliHRUEgX2AiIAiHt8/Wfs6vemXnT3BxLroZx4tzCYd+9vqtX6YnztPW0 f9vvdX4Z71GydV1/krtUzqvmpLaKuxO2dc4HSMI0ke8gCel6zjL+Rzgevt7I aCM80qQ5AgQIgdBx+2Bz3c1UADKtEDSdb2VG9iCBr6ObZTbZZXH1iiiJ/ABE QBRyBOVnyjp4GzpeZ/t+ZzHaoXmBIeCHi6RIf5Tm14BYXNnsmuTuMrl0cqVD Qhlaoa0sMgUxPWbzqNln3CoP2XiHA+h7RqvHklo3lQ4tY+3fQJ5+z5n3CERI gVPLu7e7vPgnyeG7p9R0SPqhtN4K0/KEKXtQNdqmatCFzu9ZPouMdwIXtO1Y yyzx5RxTLNmQLky0bNUvKjCjyhATdKQxRlgc0xNJnVQp7hw/LmfPNbimymyE JWGF8r8Nw3Z1M+S+tuvUfR9aHEVBTT/4YevyQhYocYqIptBQeKoilmatPR9a 29OzhnOrh0MfP1dGsxXfaPTWNFXdK8Uek7b5zjV64rBO8gPaQMdBAEQIhita 0oeOC7IaZzTVZRyVZzeFqpKKA5LKw1NN1v1Kqll1ZfdXD1p0wHp+k4vi9G/b lr5Mycn7mNb5dz6VBFOPNvm6+vLMLXQXUKBacFoBk5aOnaWnccAOIddTUIih DqCm/UJSgUiwIHu0SdomKnmc+/WUpQtTSOEUGRR/LDwbQE5a08e0a58gCYgx FWFUYeKKqmoKhRCqhYwENTFRFNkUyKJnRKwrUsj29qdseUN21us+o9qnLj1x kz75QtFapODtwpCsZze/G8YUa+9EDmgK5qiKTZjpxnbWa9Lybaa75XkplfTE 8ryYaXGmkhCFM4rKVs5WoG5gdzG01APMz1gRQMgJNdRlHNhTToEp7NUhVY5y Cq5ujg6J6QBmMaoRCncJjXTf2BbgPqRRAtztV3AAqQLT8syund4dPHBljvz9 bMZY4McxtABB70LKAFbtVp1GPoz1HQqgptA2zHyAxkIXzAZowUimQDYMISGo v0w5+CMidV9qn6Kx6+PB49dHSD0fbiT31xlfje+N898RFVSyT6SmR7QqNRJC QZGUEZEWKy3dpjOMzKquuLjEyiIysKjMKyzIzLDAyYrDCxMMoysCiwxMIMCM MTExMLMqzjK+xcZbAECBEDIS3ZcVpZ9LnokIJE88LCKNrslqYvSE5QvE3hO+ rKZ5JK4Q/DoA5ucaFt6B/wCDdIINfQAAhPuKgCDpxMSHc37Zb+MRUN8BQMsz P5AoOe+fl4+PB4ewHAeg+KHf0z9NUZDZi3hADH2oc9yFgAKlpd0a+PLXfw6p lyB0wrrzj28OUvwNFnJy4oogc12KoilRBVIB19Sdw1qkTn3lPrJyqAHa/Y+q rYqgp3sA93pQXnupiHbf5ZNrS1D+u4jcNzKm2tXv6lRFKJw9Aoeo7UPN3Aot BOXhELs2mwHbB9I/ODZyKBYsG/gcyQg3/a7qbkRVUvU1GQRnu93PohYqIpdv AoCyIIpCKS/w7N/b7eSfP45+FHg7w7pq05SNqxlKko+MLfK1qVrKqyWvjSBm x1cJS6wjRPmiHtSLO0FZzZzyhsjKjQzIEQIAe4tI6YjOe0hPNmN9Z2geM9op bSAYpINMgRAgQAKk5aqiKXRFVThy451bGiiCAPTzO0BOO/UgKp5TLRB4WLoN AFnuYfJrDBEfI+wULoq5ofAgnwASKh8QUGq8CFzNN9hTGfMDVsPJA3fuQ6n6 VT4+w3pCi5EFUIUUUrR+AUgASKKFEfqPX7+ifaKG4UNqGnZgniIAqaEFFIFw idwiU2ufEdv4BNELkEoBPr+PUUHeAopZoJhgEzR6NqPvQncJ1wXMSvOdec0b u4RFDkgKp2veZva9jDmKExwzIF7aiWbkH1Yj0KAEHVVA+ytubxJXA38gPUH0 tYeAqgNAtZmweHzwTB5A3lblADfhZuN6cUKPEVQGLEQOwFbBTtUAMAoPTghN Z2BagKSAXIaIqqfvgCoriAIOkVBSiiiAUBQbAyfBoIO94Xsezw/Fy4nkdOvT 3Ycl4S9S8QuFBEsJCHVpojUmw4HxduQafwofBCETlW3f27B8QFFLONIG2huq G0ysv1CZCoKUQgniKgp+SFwZPC5DZUow4Y0DkpQQjLiLAIhU2beUdi4ZW9Mh CZ4mmwTcHlDADGKXwhxd053keT6VMGEIODyBUFOEQUQfEs9qA+KCoG1IdqFb 0+0KT3oZga4E2UxOMnGmJeVAq7lzO5BRSD/oCEDVNtjNQA7Ntix2SIq6IK6I UBBIWjCVICfo7WRoLN/cbD9BNbs7DIMN1UFJGGQUBDNTiiCU2lAAqWDaWloC ih5TviqKmNQMx4BdhyZqFvtVlzlipZlcR7d2ZTi8qurjMoChIFYMx61GzouH NtQwLUHBWSSWMEEG4L81RFNx2KiKeRv/FguxglN/W8yvec6inc7wM0xvRHF7 3w2vKCVxMgLzwQwKDwFAL4PD1F7sYAmsCptubKiFzlxNUPvj6iG5EFFPKmjp uBSef1OQWH9YuCAcNYWxyHzzsWwDAkiFtLiyMhEFFOvmfNC143Hs0B3pVBRT O3diXInt4lYPFw8Q7eYAg2CoYIm0MdVDZhNBzqFY6hrROsj13dZFihXaGaOC mQS8VQ1MUANHk9fZzu3iakN+1ioimk9YfScvG6jJuVEU3C562zA4LQ02W6B8 kDWCco2oCDncFicCHLBQte+GwaGxbnDN0Dpg6i/+eIG4QsQoiFHYnWhZqAU/ AfEhcblbZr34/iXW8T53H1bbvPnmvuc2V1Ms6chnaiuBPNRKRAgCCnrFQUgl OxQA00gk1/9dB3pU3GSBw66FnShkXSS67Z5nrwKg+lc/XL6aYwN0QwgcTeoO SlowYEYZdwYpd/ZzUAOYF83Bc0uZt7aDOF0N1AC6HlwCndWvKwB3HSL7Lcee cKcWtHGPkqIpYUMogIJyAioOVLVqWbUhbrod3I4aYpHIPoR8CJCBvxpqFs8M uo8fHf87MOsq6s3u7su+dz11mVVrvpWQMWJQdQV81RFLABBrgWO4MFfcqIdC KAGx24ehXb4HIMutFXMDUKgUHcgopuIopb1oV1Ghkgopnizow4HgGvWtjYQt 1cGBlI+rvsG4c1PB+buBQcIAop4Hh+XAtsMLTrRBOIAKmrOnFQA3hTs8T2Jv 6FaYXAGy814jkr6PwCvOm5B1Cl7iGz4QNKtERVU5IgA3AqSGiVUN9BQobId6 GV3m3tkPT65Rl7UVVNlAD5iiifJN3FFWAPMb0DIVGkVFLby0yfAjr9vUVc0I cUNnBKKAFTjUPINZ/8XckU4UJDyGWLIA --0-1952868059-1055106387=:80493-- From jsturm@one-point.com Sun Jun 8 16:50:01 2003 From: jsturm@one-point.com (Jeff Sturm) Date: Sun Jun 8 15:50:01 2003 Subject: [kaffe] Re: Patch: RMI UnicastRemoteCall (libgcj/10886) In-Reply-To: <87he74sage.fsf@fleche.redhat.com> Message-ID: On 5 Jun 2003, Tom Tromey wrote: > Dalibor> So my course of action for kaffe will be to look in your > Dalibor> (i.e. Classpath's) direction, and see what can be merged in > Dalibor> eventually. > > Ok. Jeff, I think it is up to you whether the patch goes in or not. Applied. The fix seems harmless enough, and is surely an improvement over a non-functioning rmiregistry. Jeff From jim@kaffe.org Sun Jun 8 16:54:01 2003 From: jim@kaffe.org (Jim Pick) Date: Sun Jun 8 15:54:01 2003 Subject: [kaffe] assertion "!INTS_DISABLED()" failed In-Reply-To: <20030608161018.GR2789@pegasus.wooledge.org> References: <20030608161018.GR2789@pegasus.wooledge.org> Message-ID: <1055112971.6832.1.camel@localhost> Yep. I finally got around to trying out Freenet (I think I'm addicted), and I got one of those too, after an hour or so. I think these errors are typical of memory corruption. Freenet seems like a good torture test. :-) Cheers, - Jim On Sun, 2003-06-08 at 09:10, Greg Wooledge wrote: > This was still using the CVS snapshot from Wednesday; I'm updating > now, but I figured I'd report it just in case. > > assertion "!INTS_DISABLED()" failed: file "exception.c", line 398 > > #0 0x4086327b in kill () > #1 0x401fa8bb in abort () > #2 0x401b274f in __assert () > #3 0x4003a2fc in dispatchException (eobj=0x1e427f8, baseframe=0x3287da8) > at exception.c:398 > #4 0x4003a594 in floatingException (frame=0x3412dfc) at exception.c:542 > #5 0x400898b4 in nullException (sig=11, code=54603372, ctx=0x3412e1c) > at signal.c:87 > #6 0x4000a004 in ?? () > #7 0x4008767f in handleIO (sleep=0) at jthread.c:1861 > #8 0x40085732 in handleInterrupt (sig=23, sc=0x0) at jthread.c:693 > #9 0x40086337 in jthread_disable_stop () at jthread.c:347 > #10 0x4005ddfc in utf8ConstNew (s=0x2128e30 "[[B", len=3) at utf8const.c:55 > #11 0x4002ff67 in lookupArray (c=0x3cd040, einfo=0x3413984) > at classMethod.c:2772 > #12 0x40053503 in newArrayChecked (elclass=0x3cd040, count=1, info=0x3413984) > at object.c:128 > #13 0x40057298 in soft_anewarray (elclass=0x3cd040, size=1) at soft.c:105 > #14 0x70aa14 in ?? () > #15 0x6fdbe9 in ?? () > #16 0x14eb859 in ?? () > #17 0x15a1641 in ?? () > #18 0x1d4c2ea in ?? () > #19 0x12e92d6 in ?? () > #20 0x4005c4ae in callMethodV (meth=0x124ec68, func=0x12e9010, obj=0x1, > args=0x0, ret=0x0) at ../../config/i386/common.h:38 > #21 0x400483e5 in Kaffe_CallVoidMethodV (env=0x40099194, obj=0x3148040, > meth=0x124ec68, args=0x3413f94 "ËÎ\005@`p\t@ÈÁ\001@äì\t@") at jni.c:1094 > #22 0x40048482 in Kaffe_CallVoidMethod (env=0x40099194, obj=0x3148040, > meth=0x124ec68) at jni.c:1107 > #23 0x4005d500 in firstStartThread (arg=0x3148040) at thread.c:368 > #24 0x400867e8 in start_this_sucker_on_a_new_frame () at jthread.c:1266 > #25 0x40086968 in jthread_create (pri=53885632, > func=0x400518cf , daemon=41776, jlThread=0x0, > threadStackSize=19376608) at jthread.c:1336 > #26 0x2f5b298 in ?? () > #27 0x4001c000 in ?? () From kaffe@kaffe.org Sun Jun 8 23:18:01 2003 From: kaffe@kaffe.org (Kaffe CVS) Date: Sun Jun 8 22:18:01 2003 Subject: [kaffe] Kaffe CVS: kaffe jim Message-ID: CVSROOT: /cvs/kaffe Module name: kaffe Changes by: jim 03/06/08 22:16:07 Modified files: . : ChangeLog Makefile.am Makefile.in configure configure.in developers : autogen.sh kaffe/scripts : Makefile.in kaffe/scripts/compat: Makefile.in libltdl : config-h.in libraries/javalib: Makefile.am Makefile.am.in Makefile.in Log message: 2003-06-08 Jim Pick * Makefile.am: New dist-hook target to build rt-precompiled.jar during "make dist". * libraries/javalib/Makefile.am.in: Small fix for installing precompiled rt.jar. * configure.in: If rt-precompiled.jar exists, default to using --with-rt-jar=libraries/javalib/rt-precompiled.jar. So our distributed tarball will default to using the precompiled version of rt.jar instead of regenerating it. Passing --with-rt-jar=no to configure will still recompile the rt.jar. * developers/autogen.sh, libltdl/config-h.in: Touch libltdl/config-h.in so timestamps are set right. * Makefile.in, configure, kaffe/scripts/Makefile.in, kaffe/scripts/compat/Makefile.in, libraries/javalib/Makefile.am, libraries/javalib/Makefile.in: Regenerated. From robilad@yahoo.com Mon Jun 9 00:52:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Sun Jun 8 23:52:01 2003 Subject: [kaffe] Kaffe CVS: kaffe jim In-Reply-To: Message-ID: <20030609065438.26923.qmail@web10004.mail.yahoo.com> Hi Jim, --- Kaffe CVS wrote: > Log message: > 2003-06-08 Jim Pick > > * Makefile.am: > New dist-hook target to build rt-precompiled.jar during > "make dist". > > * libraries/javalib/Makefile.am.in: > Small fix for installing precompiled rt.jar. > > * configure.in: > If rt-precompiled.jar exists, default to using > --with-rt-jar=libraries/javalib/rt-precompiled.jar. > So our distributed tarball will default to using > the precompiled version of rt.jar instead of > regenerating it. Passing --with-rt-jar=no to > configure will still recompile the rt.jar. Cool patch! It will make life easier for platfroms suffering from jitter/interpreter/strtod bugs during the rebuild of class library. I hope that it also trivially fixes the make distcheck issues. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From kaffe@kaffe.org Mon Jun 9 01:11:02 2003 From: kaffe@kaffe.org (Jim Pick) Date: Mon Jun 9 00:11:02 2003 Subject: [kaffe] Kaffe 1.1.0 "Development" Release available for download Message-ID: <1055142830.28238.25.camel@localhost> Hi, I've made the 1.1.0 release of Kaffe available for download at: ftp://ftp.kaffe.org/pub/kaffe/v1.1.x-development/kaffe-1.1.0.tar.gz http://www.kaffe.org/ftp/pub/kaffe/v1.1.x-development/kaffe-1.1.0.tar.gz This is a "development" release, the first one in the 1.1.x series. It's probably much better than the 1.0.7 release, but it has not been tested extensively enough to be considered a production release. Please read the RELEASE-NOTES for additional release notes. I think people will be pleasantly surprised with the amount of software Kaffe is now able to run. And we're on the verge of making some big breakthroughs. :-) We do need volunteers to help us out with a variety of projects and ports. In particular, both the Windows and Mac OS X ports are still quite broken. All the action is on the kaffe@kaffe.org mailing list, join us there! The next development release (1.1.1) will be in 2-3 months. I didn't get the chance to do a release candidate build for this one, and I made some major packaging modification (it took me all weekend) - if I messed up the packaging in a big way, I might do a 1.1.0a release. Here is "What's New" in 1.1.0: * Port to x86-64 GNU/Linux * Port to RISC OS * Port to Playstation 2 GNU/Linux * Port to SuperH GNU/Linux * Qt based AWT backend * Support for javax.sound from tritonus.org * Support for JAXP from GNU JAXP * Support for java.util.regex from GNU regexp * New java.lang.reflect.Proxy from GNU Classpath. * Built-in XML parser (Aelfred2). * New packages: * java.awt.color * java.awt.dnd * java.awt.font * java.awt.geom * java.awt.im * java.awt.image.renderable * java.awt.print * java.beans.beancontext * java.nio * java.nio.channels * java.nio.channels.spi * java.nio.charset * java.nio.charset.spi * java.security.acl * java.util.logging * java.util.prefs * java.util.regex * javax.accessibility * javax.naming * javax.naming.directory * javax.naming.event * javax.naming.ldap * javax.naming.spi * javax.rmi * javax.rmi.CORBA * javax.sound.midi * javax.sound.midi.spi * javax.sound.sampled * javax.sound.sampled.spi * javax.sql * javax.swing.text * javax.transaction * javax.transaction.xa * javax.xml.parsers * javax.xml.transform * javax.xml.transform.dom * javax.xml.transform.sax * javax.xml.transform.stream * org.w3c.dom * org.w3c.dom.css * org.w3c.dom.events * org.w3c.dom.html * org.w3c.dom.ranges * org.w3c.dom.stylesheets * org.w3c.dom.traversal * org.w3c.dom.views * org.xml.sax * org.xml.sax.ext * org.xml.sax.helpers * New build system. * Support for user defined class library profiles * New version of KJC (2.1B). * Many improvements to serialization, localization, and reflection. * Implemented native2ascii, javah. * Lots of bug fixes. Have fun! And thanks to all the developers and contributors that made this possible! Cheers, - Jim From kaffe@kaffe.org Mon Jun 9 01:19:01 2003 From: kaffe@kaffe.org (Kaffe CVS) Date: Mon Jun 9 00:19:01 2003 Subject: [kaffe] Kaffe CVS: kaffe jim Message-ID: CVSROOT: /cvs/kaffe Module name: kaffe Changes by: jim 03/06/09 00:17:17 Modified files: . : Tag: Release_1_1_0_Branch ChangeLog README RELEASE-NOTES WHATSNEW configure configure.in libltdl : Tag: Release_1_1_0_Branch config-h.in Log message: 2003-06-08 Jim Pick (On Release 1.1.0 Branch) * README, RELEASE-NOTES, WHATSNEW: Updated version number in docs. * configure.in: Bumped version number. * configure, libltdl/config-h.in: Regenerated. From samuel@hectrix.com Mon Jun 9 01:19:04 2003 From: samuel@hectrix.com (samuel) Date: Mon Jun 9 00:19:04 2003 Subject: [kaffe] Kaffe-awt-qt Message-ID: <200306091518.AA57409940@hectrix.com> Thanks Dalibor, I've successfully build the kaffe-awt-qt. Even I need to change the "xor" to "Xor". However, another problem was raised, I can only run the "Unico" from the test example. I cannot run both "Calc" or WidgetsDemo. Both of them show the same error //////////////////ERROR MESSAGE///////////////////////////// java.lang.ClassNotFoundException: WidgetsDemo at java.lang.Throwable.fillInStackTrace(Throwable.java:native) at java.lang.Throwable.(Throwable.java:58) at java.lang.Exception.(Exception.java:34) at java.lang.ClassNotFoundException.(ClassNotFoundException.java:97) at java.lang.ClassNotFoundException.(ClassNotFoundException.java:84) at kaffe.lang.AppClassLoader.findClass(AppClassLoader.java:295) at java.lang.ClassLoader.loadClass(ClassLoader.java:142) Caused by: ////////////////// End Of ERROR MESSAGE///////////////////////////// Any idea? Thank you very much. Samuel From jim@kaffe.org Mon Jun 9 01:24:02 2003 From: jim@kaffe.org (Jim Pick) Date: Mon Jun 9 00:24:02 2003 Subject: [kaffe] Kaffe CVS: kaffe jim In-Reply-To: <20030609065438.26923.qmail@web10004.mail.yahoo.com> References: <20030609065438.26923.qmail@web10004.mail.yahoo.com> Message-ID: <1055143586.28237.29.camel@localhost> On Sun, 2003-06-08 at 23:54, Dalibor Topic wrote: > Cool patch! It will make life easier for platfroms suffering from > jitter/interpreter/strtod bugs during the rebuild of class library. I hope that > it also trivially fixes the make distcheck issues. Yeah, I figured it was sort of essential for the tarball. The 1.0.7 release used a precompiled Klasses.jar as well, which makes it easier to deploy. It was horrible trying to figure out all the Makefile magic though - it really took me all weekend (that's why I didn't get a chance to do a -rc1 unfortunately). I wouldn't be surprised if I messed something up, I only tested a limited set of configurations. Cheers, - Jim From robilad@yahoo.com Mon Jun 9 02:08:02 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Mon Jun 9 01:08:02 2003 Subject: [kaffe] Kaffe-awt-qt In-Reply-To: <200306091518.AA57409940@hectrix.com> Message-ID: <20030609081051.91647.qmail@web10005.mail.yahoo.com> --- samuel wrote: > Thanks Dalibor, > I've successfully build the kaffe-awt-qt. Even I need to > change the "xor" to "Xor". However, another problem was raised, I can > only run the "Unico" from the test example. I cannot run both "Calc" > or WidgetsDemo. Both of them show the same error > > > //////////////////ERROR MESSAGE///////////////////////////// > java.lang.ClassNotFoundException: WidgetsDemo > at java.lang.Throwable.fillInStackTrace(Throwable.java:native) > at java.lang.Throwable.(Throwable.java:58) > at java.lang.Exception.(Exception.java:34) > at > java.lang.ClassNotFoundException.(ClassNotFoundException.java:97) > at > java.lang.ClassNotFoundException.(ClassNotFoundException.java:84) > at > kaffe.lang.AppClassLoader.findClass(AppClassLoader.java:295) > at java.lang.ClassLoader.loadClass(ClassLoader.java:142) > Caused by: > ////////////////// End Of ERROR MESSAGE///////////////////////////// you need to compile them first ;) cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From milosn@xtra.co.nz Mon Jun 9 02:48:01 2003 From: milosn@xtra.co.nz (Milos Negovanovic) Date: Mon Jun 9 01:48:01 2003 Subject: [kaffe] Re: kaffe on NetBSD In-Reply-To: References: Message-ID: <1055148631.22583.25.camel@cindy.> On Sun, 2003-06-08 at 13:22, Tony Wyatt wrote: > Hi Milos, > > On 08-Jun-03, you wrote: > > > Compile finished clean but i am not sure if this brakes something, most > > of the "make check" tests fail with: > > > > Couldn't find or load essential class `java/lang/Object' > > java.lang.ClassNotFoundException java/lang/Object > > > This message means that it couldn't find "rt.jar" at runtime. > > Make sure that you have "CLASSPATH" set to include the full pathname of > "rt.jar", eg > > export CLASSPATH=/usr/local/kaffe/jre/lib/rt.jar > > That should fix *that* problem. > > I use paths like these: > > export PATH=/usr/local/kaffe/jre/bin:/usr/local/kaffe/bin:/bin:/usr/bin > export KAFFECLASSPATH=/usr/local/kaffe/jre/lib/rt.jar:/usr/local/kaffe/lib/kjc.jar:. > export KAFFELIBRARYPATH=/usr/local/kaffe/jre/lib/m68k (i386 for you) > export JIKESPATH=/usr/local/kaffe/jre/lib/rt.jar:/usr/local/kaffe/lib/kjc.jar > > tony CLASSPATH points to rt.jar but it still complains about missing classes. This is probably because of the following: snip from the end of gmake output ... adding: META-INF/services/javax.sound.sampled.spi.FormatConversionProvider (deflated 61%) adding: META-INF/services/javax.sound.sampled.spi.MixerProvider (deflated 47%) (cd lib && zip -DX -r ../rt.jar gnu java javax kaffe org) zip warning: name not matched: java zip warning: name not matched: javax zip warning: name not matched: org adding: gnu/regexp/MessagesBundle_fr.properties (deflated 49%) adding: gnu/regexp/MessagesBundle.properties (deflated 52%) adding: kaffe/io/ByteToCharEUC_JP.tbl (deflated 24%) ... For some reason it cant find java&javax&org classes and zip them into rt.jar :(. When/if i get around this I'll send a patch. Regards Milos From robilad@yahoo.com Mon Jun 9 02:57:02 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Mon Jun 9 01:57:02 2003 Subject: [kaffe] Re: kaffe on NetBSD In-Reply-To: <1055148631.22583.25.camel@cindy.> Message-ID: <20030609085947.24033.qmail@web10010.mail.yahoo.com> Zdravo Milose, --- Milos Negovanovic wrote: > adding: > META-INF/services/javax.sound.sampled.spi.FormatConversionProvider > (deflated 61%) > adding: META-INF/services/javax.sound.sampled.spi.MixerProvider > (deflated 47%) > (cd lib && zip -DX -r ../rt.jar gnu java javax kaffe org) > zip warning: name not matched: java > zip warning: name not matched: javax > zip warning: name not matched: org > adding: gnu/regexp/MessagesBundle_fr.properties (deflated 49%) > adding: gnu/regexp/MessagesBundle.properties (deflated 52%) > adding: kaffe/io/ByteToCharEUC_JP.tbl (deflated 24%) > ... > > > > For some reason it cant find java&javax&org classes and zip them into > rt.jar :(. When/if i get around this I'll send a patch. these classes should be in libraries/javalib/lib after the compilation. Are you sure that the class library compilation works without fuss? Could you turn off the -v in rebuildLib, try to rebuild it again, and see if you can spot anything suspicious? cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From robilad@yahoo.com Mon Jun 9 06:50:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Mon Jun 9 05:50:01 2003 Subject: [kaffe] 1.1.0 make check works fine on i386-NetBSD In-Reply-To: <1055142830.28238.25.camel@localhost> Message-ID: <20030609125247.71945.qmail@web10002.mail.yahoo.com> hi, I've just built 1.1.0 on i386-netbsd1 and it said ==================== All 137 tests passed ==================== Engine: Just-in-time v3 Version: 1.1.0 Java Version: 1.1 Configuration/Compilation options: Compile date : Mon Jun 9 08:37:22 EDT 2003 Compile host : spe143.testdrive.hp.com Install prefix: /tmp/kaffe/install Thread system : unix-jthreads CC : gcc CFLAGS : -g -O2 -Wall -Wstrict-prototypes LDFLAGS : ChangeLog head: 2003-06-08 Jim Pick cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From robilad@yahoo.com Mon Jun 9 06:53:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Mon Jun 9 05:53:01 2003 Subject: [kaffe] 1.1.0 build failure on parisc-hpux Message-ID: <20030609125611.15367.qmail@web10005.mail.yahoo.com> Hi, I've tried to build kaffe on HP's TestDrive's parisc-HPUX machine, but I didn't get too far: ../kaffe/kaffeh/kaffeh -jni -classpath ../../kaffe-1.1.0/libraries/javalib/Klasses.jar.bootstrap -o org_tritonus_lowlevel_alsa_AlsaSeqQueueTimer.h org/tritonus/lowlevel/alsa/AlsaSeqQueueTimer ../kaffe/kaffeh/kaffeh -jni -classpath ../../kaffe-1.1.0/libraries/javalib/Klasses.jar.bootstrap -o org_tritonus_lowlevel_alsa_AlsaSeqRemoveEvents.h org/tritonus/lowlevel/alsa/AlsaSeqRemoveEvents ../kaffe/kaffeh/kaffeh -jni -classpath ../../kaffe-1.1.0/libraries/javalib/Klasses.jar.bootstrap -o org_tritonus_lowlevel_alsa_AlsaSeqSystemInfo.h org/tritonus/lowlevel/alsa/AlsaSeqSystemInfo ln -s ifaddrs.h Usage: ln [-f] [-i] [-s] f1 f2 ln [-f] [-i] [-s] f1 ... fn d1 *** Error exit code 2 followed by a ton of "No suffix list" messages. in include/Makefile.am if USE_COMPAT_IFADDRS ifaddrs_compat = ifaddrs.h ifaddrs.h: ifaddrs_compat.h $(LN_S) $< $@ else ifaddrs_compat = # endif ideas how to fix it are most welcome :) cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From robilad@yahoo.com Mon Jun 9 06:57:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Mon Jun 9 05:57:01 2003 Subject: [kaffe] 1.1.0 build failure on alpha-tru64 Message-ID: <20030609125948.68528.qmail@web10007.mail.yahoo.com> Hi, I've tried to build kaffe on HP's TestDrive's alpha-tru64 machine, but I didn't get too far with this one either: ../kaffe/kaffeh/kaffeh -jni -classpath ../../kaffe-1.1.0/libraries/javalib/Klasses.jar.bootstrap -o org_tritonus_lowlevel_alsa_AlsaSeqSystemInfo.h org/tritonus/lowlevel/alsa/AlsaSeqSystemInfo ln -s ifaddrs.h Making all in replace source='../../kaffe-1.1.0/replace/getifaddrs.c' object='getifaddrs.lo' libtool=yes depfile='.deps/getifaddrs.Plo' tmpdepfile='.deps/getifaddrs.TPlo' depmode=gcc /bin/bash ../../kaffe-1.1.0/depcomp /bin/bash ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../kaffe-1.1.0/replace -I../config -I../include -I.. -I../../kaffe-1.1.0 -DKVER='"1.1.0"' -I/tmp/kaffe/build/../kaffe-1.1.0/kaffe/kaffevm -I/tmp/kaffe/build/../kaffe-1.1.0/kaffe/kaffevm/systems/unix-jthreads -I../../kaffe-1.1.0/config -I../../kaffe-1.1.0/include -DKAFFE_VMDEBUG -g -O2 -Wall -Wstrict-prototypes -mieee -c -o getifaddrs.lo `test -f '../../kaffe-1.1.0/replace/getifaddrs.c' || echo '../../kaffe-1.1.0/replace/'`../../kaffe-1.1.0/replace/getifaddrs.c mkdir .libs gcc -DHAVE_CONFIG_H -I. -I../../kaffe-1.1.0/replace -I../config -I../include -I.. -I../../kaffe-1.1.0 -DKVER=\"1.1.0\" -I/tmp/kaffe/build/../kaffe-1.1.0/kaffe/kaffevm -I/tmp/kaffe/build/../kaffe-1.1.0/kaffe/kaffevm/systems/unix-jthreads -I../../kaffe-1.1.0/config -I../../kaffe-1.1.0/include -DKAFFE_VMDEBUG -g -O2 -Wall -Wstrict-prototypes -mieee -c ../../kaffe-1.1.0/replace/getifaddrs.c -Wp,-MD,.deps/getifaddrs.TPlo -DPIC -o .libs/getifaddrs.o *** Exit 1*** Exit 1No suffix list. Some messages on the automake mailing list blame not using GNU make for "No suffix list" messages ... cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From robilad@yahoo.com Mon Jun 9 07:02:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Mon Jun 9 06:02:01 2003 Subject: [kaffe] 1.1.0 on alpha-linux: make check crashes Message-ID: <20030609130448.39589.qmail@web10001.mail.yahoo.com> Hi, I've also tried out 1.1.0 on alpha linux machines. While kaffe builds fine, running make check results in most of the tests crashing during the compilation. make[3]: Entering directory `/tmp/kaffe/build/test/regression' TestScript: line 4: 13170 Aborted $JAVA $* >$TMPRESULT 2>&1 PASS: HelloWorldApp.class.save error compiling: lt-kaffe-bin: ../../../kaffe-1.1.0/kaffe/kaffevm/exception.h:150: vmExcept_setJNIFrame: Assertion `fp != 0' failed. TestScript: line -43: 13212 Aborted /tmp/kaffe/build/kaffe/kaffe/kaffe-bin at.dms.kjc.Main -classpath ".:../../../kaffe-1.1.0/test/regression::.:/tmp/kaffe/kaffe-1.1.0/libraries/javalib/kjc.jar" -d . ../../../kaffe-1.1.0/test/regression/HelloWorldApp.java FAIL: HelloWorldApp.java and so on error compiling: lt-kaffe-bin: ../../../kaffe-1.1.0/kaffe/kaffevm/exception.h:150: vmExcept_setJNIFrame: Assertion `fp != 0' failed. TestScript: line -43: 18367 Aborted /tmp/kaffe/build/kaffe/kaffe/kaffe-bin at.dms.kjc.Main -classpath ".:../../../kaffe-1.1.0/test/regression::.:/tmp/kaffe/kaffe-1.1.0/libraries/javalib/kjc.jar" -d . ../../../kaffe-1.1.0/test/regression/TestNative.java FAIL: TestNative.java ================================ 133 of 137 tests failed Please report to kaffe@kaffe.org ================================ bash-2.05a$ KAFFE_DEBUG=gdb /tmp/kaffe/install/bin/kjc GNU gdb 2002-04-01-cvs Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "alpha-linux"... (gdb) run Starting program: /tmp/kaffe/install/jre/bin/kaffe-bin at.dms.kjc.Main kaffe-bin: ../../../kaffe-1.1.0/kaffe/kaffevm/exception.h:150: vmExcept_setJNIFrame: Assertion `fp != 0' failed. Program received signal SIGABRT, Aborted. 0x20000210388 in kill () from /lib/libc.so.6.1 (gdb) bt #0 0x20000210388 in kill () from /lib/libc.so.6.1 #1 0x20000210178 in raise () from /lib/libc.so.6.1 #2 0x20000212038 in abort () from /lib/libc.so.6.1 #3 0x20000207988 in __assert_fail () from /lib/libc.so.6.1 #4 0x20000072b88 in Kaffe_ExceptionClear (env=0x47f1) at ../../../kaffe-1.1.0/kaffe/kaffevm/exception.h:150 #5 0x20000051f90 in processClass (class=0x12023e600, tostate=12, einfo=0x200000dddf1) at ../../../kaffe-1.1.0/kaffe/kaffevm/classMethod.c:518 #6 0x2000008fbfc in soft_fixup_trampoline (_data=0x47f1) at ../../../kaffe-1.1.0/kaffe/kaffevm/soft.c:575 #7 0x200000b5654 in alpha_do_fixup_trampoline () at ../../../../kaffe-1.1.0/config/alpha/jit-alpha.def:3229 warning: Hit heuristic-fence-post without finding warning: enclosing function for address 0x120244d44 This warning occurs if you are debugging a function without any symbols (for example, in a stripped executable). In that case, you may wish to increase the size of the search with the `set heuristic-fence-post' command. Otherwise, you told GDB there was a function where there isn't one, or (more likely) you have encountered a bug in GDB. so it would be nice if any alpha developers could take a closer look. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From mcmahill@mtl.mit.edu Mon Jun 9 07:09:01 2003 From: mcmahill@mtl.mit.edu (mcmahill@mtl.mit.edu) Date: Mon Jun 9 06:09:01 2003 Subject: [kaffe] 1.1.0 build failure on alpha-tru64 In-Reply-To: <20030609125948.68528.qmail@web10007.mail.yahoo.com> Message-ID: On Mon, 9 Jun 2003, Dalibor Topic wrote: > Hi, I've tried to build kaffe on HP's TestDrive's alpha-tru64 machine, but I > didn't get too far with this one either: > > *** Exit 1*** Exit 1No suffix list. > > Some messages on the automake mailing list blame not using GNU make for "No > suffix list" messages ... I have certainly seen some problems with automake generated makefiles on non-gnu make. Sometimes its more of a subtle failure so I tend to just always use GNU make with automake. -Dan From robilad@yahoo.com Mon Jun 9 08:41:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Mon Jun 9 07:41:01 2003 Subject: [kaffe] 1.1.0 on parsic-linux Message-ID: <20030609144401.80068.qmail@web10008.mail.yahoo.com> --0-827912365-1055169841=:77262 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hi all, kaffe 1.1.0 builds and installs fine on parisc-linux, but unfortunately, there are several problems exposed by the regression test suite: make[3]: Entering directory `/tmp/kaffe/build/test/regression' PASS: HelloWorldApp.class.save PASS: HelloWorldApp.java PASS: TestIntLong.java PASS: TestFloatDouble.java FAIL: DoubleCvt.java TestScript: line 4: 25642 Aborted $JAVA $* >$TMPRESULT 2>&1 FAIL: DoubleNeg.java FAIL: DoubleConst.java TestScript: line 4: 25760 Aborted $JAVA $* >$TMPRESULT 2>&1 FAIL: DoublePrint.java TestScript: line 4: 25819 Aborted $JAVA $* >$TMPRESULT 2>&1 FAIL: DoubleComp.java PASS: ModuloTest.java PASS: LongNeg.java TestScript: line 4: 25994 Aborted $JAVA $* >$TMPRESULT 2>&1 FAIL: FPUStack.java PASS: NegativeDivideConst.java PASS: divtest.java PASS: Str.java PASS: Str2.java PASS: InternHog.java PASS: IndexTest.java PASS: StackDump.java PASS: CatchLimits.class.save PASS: tname.java PASS: ttest.java FAIL: ThreadInterrupt.java FAIL: ThreadState.java PASS: UncaughtException.java PASS: IllegalWait.java --hangs forever--- FAIL: WaitTest.java FAIL: Preempt.java PASS: TestSerializable.java PASS: TestSerializable2.java PASS: SerializationCompatibility.java PASS: SerialPersistentFields.java PASS: TestSerialVersions.java PASS: TestSerialPersistent.java TestScript: line 4: 27317 Aborted $JAVA $* >$TMPRESULT 2>&1 FAIL: TestSerialFields.java PASS: TestObjectStreamField.java PASS: ReflectInterfaces.java PASS: InnerTest.java PASS: SerialUID.java PASS: TestCasts.java PASS: Alias.java PASS: NullPointerTest.java PASS: NullInvoke.java PASS: TableSwitch.java PASS: LostFrame.java PASS: ConstructorTest.java TestScript: line 4: 28018 Aborted $JAVA $* >$TMPRESULT 2>&1 FAIL: burford.java PASS: IllegalInterface.java PASS: GetInterfaces.java PASS: IntfTest.java PASS: SignedShort.java PASS: CharCvt.java TestScript: line 4: 28367 Aborted $JAVA $* >$TMPRESULT 2>&1 FAIL: BadFloatTest.java TestScript: line 4: 28426 Segmentation fault $JAVA $* >$TMPRESULT 2>&1 FAIL: ProcessTest.java TestScript: line 4: 28486 Aborted $JAVA $* >$TMPRESULT 2>&1 FAIL: UDPTest.java PASS: SoTimeout.java PASS: wc.java PASS: FileTest.java PASS: FileChecks.java PASS: finalexc.java TestScript: line 4: 28835 Aborted $JAVA $* >$TMPRESULT 2>&1 FAIL: finaltest.java TestScript: line 4: 28894 Aborted $JAVA $* >$TMPRESULT 2>&1 FAIL: finaltest2.java PASS: forNameTest.java PASS: LoaderTest.java PASS: ArrayForName.java PASS: KaffeVerifyBug.java PASS: Schtum.java PASS: Reflect.java PASS: MethodBug.java PASS: Bean.java FAIL: SortTest.java PASS: ArraysTest.java PASS: SubListTest.java PASS: HashTest.java PASS: SecureRandomTest.java PASS: MapTest.java PASS: URLTest.java PASS: PropertiesTest.java PASS: ReaderTest.java PASS: CharArrayReaderTest.java PASS: LineNumberReaderTest.java PASS: BufferedReaderTest.java FAIL: ReaderReadVoidTest.java PASS: InputStreamTest.java PASS: PipeTest.java PASS: DateFormatTest.java PASS: GetField.java PASS: LostTrampolineFrame.java PASS: NetworkInterfaceTest.java PASS: InetAddressTest.java PASS: InetSocketAddressTest.java PASS: ReflectInvoke.java PASS: InvTarExcTest.java PASS: SystemLoaderTest.java PASS: NoClassDefTest.java PASS: CLTest.java TestScript: line 4: 30948 Aborted $JAVA $* >$TMPRESULT 2>&1 FAIL: CLTestConc.java PASS: CLTestJLock.java PASS: CLTestLie.java PASS: CLTestFindLoaded.java PASS: ClassDeadLock.java PASS: ExceptionTest.java PASS: ExceptionTestClassLoader.java PASS: ExceptionTestClassLoader2.java PASS: TestClassRef.java FAIL: ClassGC.java PASS: GCTest.java TestScript: line 4: 31596 Aborted $JAVA $* >$TMPRESULT 2>&1 FAIL: ThreadLocalTest.java PASS: BeanBug.java PASS: BitSetTest.java TestScript: line 4: 31773 Aborted $JAVA $* >$TMPRESULT 2>&1 FAIL: ExceptionInInitializerTest.java PASS: InitTest.java PASS: CLInitThrow.java TestScript: line 4: 31948 Aborted $JAVA $* >$TMPRESULT 2>&1 FAIL: ProcessClassTest.java FAIL: ProcessClassInst.java FAIL: ProcessClassStop.java PASS: FindSystemClass.java FAIL: ProcessClassLockTest.java PASS: DoubleBug.java FAIL: TestUnlock.java PASS: MarkResetTest.java PASS: HashtableTest1.java PASS: ReflectMultiArray.java TestScript: line 4: 32535 Segmentation fault $JAVA $* >$TMPRESULT 2>&1 FAIL: ExecTest.java PASS: ProhibitedClass.java PASS: KaffeInternal.java TestScript: line 4: 32713 Aborted $JAVA $* >$TMPRESULT 2>&1 FAIL: CatchDeath.java PASS: ThreadStop.java --hangs-forever--- FAIL: DeadThread.java PASS: tthrd1.java FAIL: DosTimeVerify.java PASS: ZipVerify.java FAIL: ZipTest.java PASS: TruncatedClass.java PASS: SoInterrupt.java PASS: sysdepCallMethod.java TestScript: line 4: 813 Aborted $JAVA $* >$TMPRESULT 2>&1 FAIL: TestNative.java ================================ 34 of 137 tests failed Please report to kaffe@kaffe.org I'v attached the compiler warnings and *.fail files for reference. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com --0-827912365-1055169841=:77262 Content-Type: application/x-tar-gz; name="parisc-linux-failures.tgz" Content-Transfer-Encoding: base64 Content-Description: parisc-linux-failures.tgz Content-Disposition: attachment; filename="parisc-linux-failures.tgz" H4sIANiL5D4AA+1de4/cNpLPv6tPoQUOOHux0xEl6jW3Ds7rsYOBfbaxM87e 7eGwUesx7k27e9APxxPchz+Kz6qi+mF70nuOxQTJNKtYL7Gon0R29aZdb75d tTerdr2eLRff/rlqns2X1eZa9E+6ajb/5vNbxKIo41z8n0c8Tr6JRMuzVP6/ bzGLvxEdOWMRy2Mm+LIkY9+E0T3oPti26021CsNvVsvpbF41O/kWs/UpzDl1 m2/Ofqq6rj2bzhbn4WTyrf1XdbMJm0TfzmfTVbWatetva/Hnt4tqM3vffisn yqQ+L/h5uFk+eVutHq9W1d1fZ5u3r1dtPesn1Hn4eL1uVxvxZ/hje7tZhb9/ FD548H45a8I/PIwe/mvYT7K2mQT/7Eh8nW1D8v/Jiz7znywX9X1l/8H8F9TU 5H+cxmmf/5FYEsb8P0G72L67nS1uwrlI6HDzdtVWzfo8+PFa/nUW/2u4EYka fWBlLa7TH0MRrM12HV69uXr99OXF04uwm1c36/Di1cvrq+tXr8MgnM6X9U9t 8+9iTF5keRE+MKPPvvvfh6EVzZzo5JNEZ5ESnTjRN7UVyqOPF8qajCl75Wgt tJstqvlMrGFWdpJ/tOxpzDMlWg7Wot9Vs4WRGpcRK3YKffnq6vrxk+ePX7x4 9YQKjqRgOV7JvRDx7RnOw2o+NxfVjAnFQjxbbNqV8Cps37eLzXpcer/e5q3/ 1aZ+KybQ5u0J1//Erv8JyyT+i/iI/07Sjl7/s31r3vPLFy/Ehx1rdW6WVSlk 122gaD5HQ6TuBlII1hA5DfwzNKRca+Bf7P1mvC+MjTZv/Z9X6/X3T+5v8f/m 8PN/xBKL/7M0EnxpIh4DxvX/BO1ZeLWta3Hxxwfwr7LR/L9Yrq9n79of2tWs u7unVeBQ/mfc5r94/E96/JeNz/+nafIt32S7mc0nV9vb2+VqczFbV9N525wL TDj9Jfy5WoeL5SbslttFE07vwuf9iLBeLrrZzXbVhut6NbvdBL+rNuE/qveV kvXL7HZy0QqAIgDFZLaYbR7YTz3TuXqD+HDfqD/1w74j43j28WPSvWNebTe3 283VRoChd3Q8oklZMR+S9bfZ7ZAY2i0llImSgBOtfxPwAHdJbib0/arX38// rbj4T5bvbk/2/BfFCVP5HwmYrd7/MzY+/52kqesd9tNAPPd9zm6AkjSpz7Ny 3A74Ytqu/F/c3/bfwfzP09Tlf6T2/8b7/2ma3MMz6f/61dXl9eUPT/9++fL6 8uXl9X+F7Yfbtt6EeVfIKxXeCCSQdFx+CF4+/f7xIPvZIHf10omrBxj+4/Ll 3394/OLNU8PGCP3xf2J63uVd3zAbXtH2uNRFsCEh5sa0x0V2zGjosg7h3gEH QuD4/FC0HWzDwwau/478f39/2X8o/9Ocg/znGZfvf6Px/n+SJqbo+fDEFbi/ 6xeHc5zConu2EJ1RaD/Pl4sb1WHn7zn8AESRXisJ9QJ5Zp6fww9YHux18mCv kwdWg2cync+HOpH8QarVM0h1+sDy4fR5nUjfINVFfIjq9J3NF7cP2MNz9yeS DfqkxDMm/oW9SpLqNqLO+hfesAWeZMsSEAUsZAGV3vdJlfHDfmrhVdhQ0Ozr PJKyPhH/wl5tvew2Cs4SsvAGngLLEhAFSZgEVHrfJ1UmQrhIi8K3PoHCDQsk Ketz8S/s1dbLbqNAmNZyz/qEWK9YAqIgD/OASu/7pEourWe1bz3H1isWSNIz Jw3POthtpo7sNyqEcU3s2c+J/YolICqEpC6g8mWn1JpKD+LW9yDFHigWSNKz p5/lHew380cRjBJhYM08H1Lig2IJiBIhykoCc0j2SsWZ9CLpfC8y7IVigSTl RdbP9g72ay80wSgRf0/RZA08JZYlIEqEKCvJaVC9UnEuveAo0QwFeaFYIEnP prif9h0kmPmkKUaNMLKKOPUjJ34oloCo6WVZUWBOqW6pu5CepF3teVJgTxQL JClP4rRPgA4StCeGYtQIM8sopp4UxBPFEhA1vSwryunQ3VJ3KT3JutbzpMSe KBZIUp6kTOZBBynaFUsyioShBbpLBJ4iyxIQRb0wJ8tpMf3q9hRJdzBotyTk j+JBND3JoljmRIdoZp5ZolUnPuVogQ98dZYnoOqkQCAPzDdDUWYw6VmBblOW hDxTPIimJ13EZZZ0iGbmnSVadcJqgbA59YwRzxRPQNVJgUAemH+GosyIpWdl B7PJkpBnigfRlGeCJLOmQzTtmSNadcLqNIJZFfjqLE9A1UmBQJ7TZSnKDHXz 71+JeZ6Ru7/iQTTlWcFKlUQdImrXANUqPJM4nFHfKBpQPAFVKCVCgU6bIylL FDiYdjDZLAl5p3gQTedalhQqnzpENdkGyFal+JhEMOECX6XlCahKJRJKBBnn aMoYBR7qDiadJSEPFQ+iafgQiydWmVcdohoQAchWpbC+n5qceEixhOIJqEol EkoEkMLRlDEKWDQdTD5LQh4qHkTT0CJNE5VfHaIagAHIVqWwvp+gMfGQ4gzF E1CVSiSUCOCGoyljFOjoX3u01EOCOhQPoulZmrAo13nWIbqZp4jBqj1TaIwR LykKUTwBVauFIplgrkKqMkmBEvleh3pKUIniQTR9h8hixnXGdYhu7hKIwao9 S1qps8CeEpSieQKqVgtFMsHdAlKVSRK0MOlGQTzFqEXzIJqGLTGPC515HaIb 8IIYrFrhhZxHHHtKMIzmCahaLRTJBFAGUtUDq8QzTF7lGnsaYzyjeRDN4Ble pLlOwQ4xWFCDOKxi4UcTwTQNfMWWJ6CKjVQkFMIbSFZWSYzD4g4mqyUhbxUP ohmMU+YsNbnYIQ6LdDCLVS18qVHCBr5qyxNQ1UYslgpRD6IrwyT2YQlKWktC Hid4GMA+rORJZHIScxgERFisauHNNIKJG/iqDQ8LqGojFksFaAjTlWESEzHe weS1JOQxx8MAJkqKIotMbmIOA4wIi1UtvKkimMCBr9rwsICqNmKxVACRMF0Z JnESSzuYxJaEPE7xMIiT8jyPmUlRzGLBEuGxyoU/ZQQTOfCVGx4WUOVWLhYL YRNmULZJ7MSyDiazJSGvMzwMYKckTTlPbKZiHoOgPCarXvikZhhDfhMcpXhY QNVbwUQuQFOUQ5knMRVTU6DDnmNMxXI8DGCqnEViJtmMxTwGWXlMVr3wKo9g Yge+esPDAqreCiZyAcqiHMo8ibVY0cHktiTkeYGHQazFYyamk01dzGQBl8dl DRB+ZRFM8cA3wPCwgBrgJBPBEHpRFmWhxF+s7GCiWxLyvsTDIP4qeJLy1CYx ZrIgzOOyBgjP0ggme+AbYHhYQA1wkolgCMcoi7JQYbKqgwlvScj7Cg8DmCzJ ijwqmctlzGWQ2QCbNUH4pi87g/5TfMaB/xCfWdFUMkBpPo96Pa+w2rSDiW9J KAJTPAxitTzJRXbELqkxm0VsA3zWCOFfEsH0D3wjDA8LqBFANhUN0ZvPpOxU GK7u4CJgSSgKNR4GsoDxnBdJxl16YzaTB0N81gjhobnfcRAFiuZiEAWI5pxs KhrkwgCTslPhuqaDi4EloSg0eNhAFApzUIKIMOAuLnmZ5XHplgNtqkZ45u4X gyhQhMdAFOIjooBgnjOgw1FQWM8cOWihCwTrtXjYUVHAgC8tyjLhaQlWBW2r hn16MNyCTCjsi0AYkiPCgLCfs4CROCgEaDrhPmVCECAZdlQcMArMWV4WWckK sDRoaxUWbOyDhtvNTAgWVDwsoGbsDATCg8CEhERCosI4Mr1wzxOjQs2DaAcj gYGhuE2VeSI4wfKgzVXosLFzAuyMEnSoeFhAzdgZCQQQgQk5iYREibGdFGD/ NMEoMWZ42FGRwECxyMWTWJ7lCVgitLkKLTaNiYTbY00IWlQ8LKBm7IwEAozA hI5EQqLGODa9YB82wahR8yDawUgQ3JjzpCjThOdwndAGK/TY2Bctbq82Ieix Ae8AoCE7Y4HxIzCC0WhIFBnbvAH7uQlGkXGChx0VDYwjBVeel1FWcrhYaJMV mmymJhpuzzchaLIB7wegITujgfAkNCKh0ZCoMua22+0LJxhVxhwPOyoaGFby Mk/TgolHeLhgaJMVtmwqGw27c5wQbNmAdwfQkJ3RQOASGpGTaHCJMOPUdru9 ZY4RZpziYcdEgxOEWZYpY1ksnu3hqqHPWiiY2ZQ2HHb7mROY2YDXCtCSXeHg GGZCKzoaD4k148x2ux1qjrFmnOFhR8WDYM2yjOIkTkVDS4e2WiHOxu0T2T1s ThBnA9438CMQJ8eIE5rBvIhI3Bm7ieP2uDnGnXGOhx0VEYw7k7KIeCYuD4vQ 8qHNVuizyW1E7P43J+izAe8h+BHoE9mBzUi8iEgMGheu3+6Nc4xB4wIPOyoi GIPmZRaVSRTHcYSWEG22AqJN5iJi9s05AaINeDvBjwCiyA5sRu5FRKLRuHT9 dk+dYzQal3jYUREhaDQtY1ZkEeecoWVE260haepCYjbcOYWk4JUFPwKScgxJ kR3QDGW1wqWV67e78Zzg0goPOyomGJemrOBJHkdFUSR4KdGWa3QKDl6YnXpO 0Sl4j8GPQKfIEmIIskPZrTDqFBCsSwSjTvGwo6KCMGoe9a9VxNXJ8yzDy4k2 XSPVxEXF7O9zilTBmw1+BFJFlhBDkB3KboVXa0AwO/+c4NUaDzsqKhivcvme RVyfNE1ivKZo2zVohSfE9KEATkEreNXBjwCtyBRqCTJEWa6QawMI5rwAJ8i1 wcOOigtGrkXPWMovA2QpXli08Rq+wtNm+igBp/AVvPzgR8BXZAq1BBmiLFcY Fn7xwpwy4ATDtnjYUXHBGDbr38X0jxYxSxhZXLT1GsmCuJjTB5wi2QgE5ggk i2yhpmBLpO2pwrOQYE4lpATPkmHHRCbFeJbF/fsZ8ZxRCDQYkxVGH75VqLZG x2yLwLfH8LCA2rMrNMgYzxZsirJeYtskgpTCkmBskggPOyo2GNvGKcvLUjx1 ZEUac7LMaAcUwK3RQWoe+PYYHhZQe3bGBgFcags2RVkvUW6CZlRtSSg2DA87 KjYY5aZRkpaleAJJ8oiXZKnRDiioW6OcigPfHsPDAmrPztggqEttwaYo6yXe TVBStZaEYhPjYUfFBuFd8WSXi+eROBXs4kGNLjfaA4V6a/QdAhb4BhkeRNsf HGiNZwyxRdkvsW+SDJNQdBKfdjA6GPsWEesfTtKo5AUrC96fRIUtsBYJ16eD JByeqUfbHx6EgD1riDHKA4mDk3SYhOKT+rSD8cE4OIti8aiSR6wos6TMADsM ggLDdTVIwvGpPNr++CAw7FlDjFEeSEScZMMkFJ/Mpx2MD0bEcZSKxxYeJXkZ 52WS0S+Tak8VLq7LQRIOUOnR9gcI4WLPHGqN8kGi4yQfJqEI5T7tYIQIOuaM iYeYIsrTIk2LPO4Pdw3EQWHkemh6EYxcFx5tf4gwRvbsoeYoLyRSTgYnGEbK SeHTDsaIIOUiTsQ1y4RhOWPiwYYuQ9pZhZfrfJCEY5R7tP0xwnjZs4eao7yQ qDkph0koRqVPOxgjjJrzjGfimvWG8TgRDzl0KdLOKuhcZ4MkHKPMo+2PEYLO vj3UHOlFJvFzUg2TUIwqn3YoRhnBz2lcxiyNhGUCtmbiicdbj/Q3wjSKTgdJ OEqpR9sbpQyjaN8izyDlicLS02ESitPUpx2ME8bSSZQWApNHwrQkK5My9Rcl 7bBG1AOgIKOImnu0/XFCiHrAIs8g5YnC1fUwCcWp9mkH44RxdcZYVmTidssF nBV33shfmLTDGl0ngyQcp8Sj7Y8TQtcDFnkGKU8Uxm6GSShOjU87GCeMseM4 6d/R9Y9DPBf3lchfnLTDGmjHgyQcp9ij7Y8TAtqeReQhzcLmTKHtFhtkSChO rU+z3wyHne674VaB991wX779bjgV777CnmHs3nfLmgfuO+u6ikEjK1+cD3zf /TPKHhih91b3AAj8dQofOAUnqnzgFH5e6YPZwpY+UH9i4aATzBDQC2eIkeUm iS/SnydEQz+ZqXg57ftOWPzA9EDpfmEEx6MPUYd99QPXa56++m6jwZU28DX4 lRGIhr7UARUvyx/0nbD8gemB0v3SCI5H2a/qH7he83TUdxsNrriBr8GvjUA0 9MUOqHhZAKHvhAUQTA+2nxZHcDx6/qgKCK7bTCDZb3S48ga+Dr86AtEhqx1Q BaoEQt8LSyCYHuwDLY/gePQc0jUQXL+ZRYpgtLgCB74Wvz4C0aLKHVAVughC 3w2LIJge7ActkOB49LF6XQXB9ZsTUopgtLgSB74Wv0IC0aIKHlAVugxC3w3L IJge7ActkeB49JwydRAcwcwqTTF6XJEDX49fI4Ho0RUPqBJTCKHvh4UQTA/2 hRZJcDwaCJlKCI5goLSmGD2uzIGvx6+SQPTomgdUiSmF0PfDUgimB/tCyyQ4 Hn2A3dZCcBTzjGlIRpMrdOBr8uskEE2m6AFVY4shyBsKLIZgu7BHtFICYDIn 0m01BECzh4QM0epzlQ4G9PmlEqg+W/TAU+bKIUgSLIdgu7BvtFYCYDLfFbT1 EADNfkvQEK0+V+tgQJ9fLIHqs2UPPGWuIIIkwYIItgv7RqslACb9rUBXEQHQ zMOXJVp9rtrBgD6/XALVZwsfeMpcSQRJgiURbBf2jdZLAEz6+3+gJgIgmlM4 jmo1unoHAxr9gglUo6t84KkDRREkDRZFsF3YP1oxATCZb/uBqgiAar/o58hW p6t4MKDTL5lAdYLSB55CWBZBEmFZBNuFfaQ1EwCThhSwLgKgGmAByFanq3kw oNMvmkB1guIHnkJYGEESYWEE24V9pFUTAJOGG7AyAqAa0AHIVqerejCg0y+b QHWC8geeQlgaQRJhaQTbhX2kdRMAk/m+HqqNAOj2yDVksHpd3YMBvX7hBKoX lT/wlOLiCJIMiyPYLuyrIhJf91RHAHT7xTzIYPW6ygcDev3SCVQvKoDgKcXl ESQZlkewXchXr3YCYNJQBtdHAHQDaBCD1etqHwzo9YsnUL2oBIKnFBdI6Mmo QILtwr7S6gmAyWAcXCEBMFiggzisZlf9YECzXz6BasY1EDy1pESCpMMSCbYL +0vrJwAmg3tIjQTAYdEPZrG6Xf2DAd1+AQWqmxRB8BTTIgmSARZJsF3YZ1pB ATBpPESrJAAOg4oIi9XtKiAM6PZLKFDdpAyCp5iWSZAMsEyC7cI+0xoKgEnj JFonAXAYsERYrG5XA2FAt19EgeomhRA8xbRQgmSAhRJsF/aZVlEATAY70UoJ gMUCKMJjtbsqCAPa/TIKVDuthOCp9kolSA5YKsF2Yb9pHQXApPGUqkXgNpsQ j0FVHpPVb2slBAP6LRHntV8swe4sBZ5yj0PZp4olFLgL+073yQGTxlmqGoHb QEI8Bm15TFa/rZYQDOh3pRSiyGNSmMtI5j6DRl6UQ9mnyiWUuAv7Tve/AZPB X6oYgdsVQkwWhHlc1gJbLyEYsMAVU4gij0kjMSO68DkMHKMsykRVMKHCXdh/ urcNmAwmU+UIwG404rLIzGezNtiaCcGADa6gAhkH8JmRTUVDlObxKCsVVpvi LhwDum8NmDRW0xUJwE4z4jKIbYDN2mDrJgQDNriiCmScw21WNhUN0JvPo97r KwxX4y4cA7onDZgMhtMFCcA2MmKzSG6Az1phKycEA1aAsgqRx6TxnBVOZUNU 5zMpQxW2a3AXjgPdcwZM+/aVAZv9PtsAn7XC1k4IBqwAhRUij2nnPrJnArCA GKrwXou7cBzonjJgcvvGoNNtq1kNdlttQIG3rUblu/0/XIxBdv+zi/X/Cm34 9x9etjcn+/0HAbvM7z/2v/+Qx/3vP+bJ+PsPJ2njLz593W04/1+vxGJ4st9/ ivvffDG//8T07z/xMf9P0fSvJb2v5tt2fR6EYX+46ew7/ydhxoXiN9lo/j/9 UIvYi78uxT+zzayaz35pV9ft5/wc3IH8Zyxi9vef+xt/DwiSbMz/U7SrjUjR Opy5ay1/OS34y3axmC1u5I/OE/qyC6/frpY/Bxfbd7c9z1zkuPk5+fPgx2v5 1xmzv19f1R/9+/Ws4mUZyR+wl6PVD9gb0ZEVXUQfLzovskSJlqO16JvaCuWf IJQ1GSukUA6EdrOFCJpY1azsJP9o2dOYZ0q0HKxF978Ya6TGZcSKnUJfvrq6 fvzk+eMXL149oYIjKViOV3IvRHx7hvOwms/NRTVjQrE0C2DQroRXYfu+XWzW 42L8ZTd//W/rz1vt/XYI/4lm1v+EJfL5L83G3/88SaPX/9nrN+KWUP90yusf x7nD/5IvTcfffz1N66//32+Wy+bBwxHif4WN5r+4Vu2723td/g+v/5yb9V9w yPWfZ9GY/6dovfcbgexSg/UC9f8wMX/wMRl/w83P/2Ut/nwyr9bry3v6EfiD +R+nFv9F8vff8yQa7/8naevlanX3x/BuuRXPku/6R7ztZkz4r6fty/8X4qH/ Pp4FD+a/eNiz+Z+IZ4E4YuKRYMz/E7R/VO+rybxa3EzkY9+r9+2qmy9/frpa LVfBuDj85tu+/L/aLG9Pfv9nqbz/szH/T9LGFP+62778v6/3wAf3/1jq9v/S XOZ/PO7/naQ9Dq/am/ehgwEvt/P566Xc5bF7wcGfw2ez1XoD2Ib3iSVsOA// uzXU8OdqfUD4/wRPhA31ctGEe8HIjt3GC7u1VvNP2GZkld5bk6PHvcBxL/Dr ajvW/3vdAvyI/T+W81ie/4rH858nafT6/0XkeLvq//vDctbczzQ4eP2Zvf5x wuX7vzQe3/+fpD17fPnizV+ejkv3V9po/l8tV5tTn//gzL7/i1naP/+nGR/z /yQNIHqF3Su7Q9/PgO2qDX5XQeAvj/5V/V5/N5vPLxcSqV+vqrp94Eg9+7k6 GfBw5/g/9YcKv6OjOKcjpGGGW32QnAVTnHbKKtMf2M+Si8UFYevRMmEqoodf 6QpI87+PyUt54e5vBTiQ/3Gc2vxPxWNNj/8YT8f8P0V7tpyLJ+z+ubqfCaGY Btv5Zh2u3y638yactmESpZyVRVEEVfgoZLoFU/Eh1i2oxYdEt6ARH7huQSs+ pLoFnfiQ6RbciA+5bsFb8aHQLZiJD6VuwT/Eh0q34CfxYapbMBcfat2Cd+JD o1uwEB9a3YKl+NCZ7yre9i4IjJlmeRH0DrNMPMMKrzfb1UI801pnJ5PJ1Zsn T55eXQUfGSGLaWGk3Ek3EDHTiSLnjsSACJpOFEm7eQYjajpRZI37KMKmE0Xa dKKIm04UedOJroDpRFfCdA5eEXRlbOjwFeq/gbn/EoG4q3h74mG8zbWQ8SaM LYq3uUAy3oSzQfE2Vw3F24RIxptwTmG8Uxln7UCG4qvNqmR8iQMMxVeb1cn4 Es5axpdwcpcBOMQRCO3nnAl81hdpntTnBR+PBP5/bUP3/6t2Navmz2btvFmf 5P1/5t7/pD2d5XE6vv8/Sfu+XbQrka4i/+tqsVzM6moerjertnoXhKGaCbNf ejKdGf/Sd8gVNxTtdrsJP5z3b4Qf8Ti0XXe469XzvmhIHE7vxLwLdkrsv4d4 0a6B8m61fBcasrZPrFJSqFUrP92hT6+eT8Lvl5vz3daHHx5F/xbe9f/plstH 0a/u9U634/tz+0NzHj5o2q4SUKVtHo4Hu8e2ow2t/28W/RbPyZ7/xMzn7vxH lo3Pfyds17N3bX/mYxKGz9T7njFHv6bm5b/c5b3sN3ZX23v6Hsih/Gem/ovg Y/27IJazbMR/J2lX27rf7w2jahLYv6fub+b+jCeBXiJ+H/612tRvm+WNOzQ2 LhtfZBvO/xdL8Rhwb9tAh57/kih357/6swAsj/JkzP9TtIPnliBDmnWNYsir XQydLq2QDDEMnTI6dLrpo08h7Tgo9unnrz7lPNgnn8n68YPVJYN8jK47Vw8j OW7Ih/Ay+l14/eI8FP8x1T1U72Xfe4l7mccb1m+rxY24ANO78ENYbcKfwkeP wkgxSxGL7Xwe3A3quRvUc3dIzx3Qc4f1/LPT6Ittw+t/XxXm/jYAP+L5L+pf /Innv3j8/u9p2vj893U3mv9vLl7f9/Gfg/mfxrE7/5n27//ThI/Pfydp+2t4 uUJb+fQTCm1xXmu4OP1iD9f/xg/B0/z/azU7+fk/sQLY/Ffnf9KMjee/T9Je /TRrv7ApO7Z7bDT//za7Pfn9P+e5O/8XZar+z/j935O0P4gWPBE3NXkE4JfZ rTwTNBF/hA+2i3r57rafGW3zMJBbxZPtZjafXG1vb5erzcVs3Z/bbc4Fepj+ Ir/qt1huwm65Xcjn9ef9iLBeLrrZjXiwCNf1Ssh3p3ulLKFpctGKu7K4i076 h/4H9tPwKWJ/lD4ajMfx7OPHpHvHvNpubrebK7UJT8YjmpQV8yFZIr2GxNBu KaFMlASTktPtbN6IDw9Mh+RKGOaSp5sRB8v3HG6m+T/drrrlqjll/jOW2/xn Warq/yXj8/9J2lVf/6tPfXPhJ5PA9nVt27Srdd+3/zkhtrB7Gn88pC+rolFv jeVoXOsXlBEuP0n0VEF6OXpXGeGy3SeaSMxLJVEO+jIfasZvDI9NNbr+yzm3 uV8EePTvv7AojuT3P7MoGff/TtLGo4FjG9vYxvZ1tv8D4t4ZHADwAAA= --0-827912365-1055169841=:77262 Content-Type: application/octet-stream; name=parisc-linux-warnings Content-Transfer-Encoding: base64 Content-Description: parisc-linux-warnings Content-Disposition: attachment; filename=parisc-linux-warnings SW4gZmlsZSBpbmNsdWRlZCBmcm9tIC4uLy4uL2thZmZlLTEuMS4wL3JlcGxh Y2UvZ2V0aWZhZGRycy5jOjMwOgouLi8uLi9rYWZmZS0xLjEuMC9yZXBsYWNl L2lmYWRkcnNfbGludXguYzogSW4gZnVuY3Rpb24gYGdldGlmYWRkcnMnOgou Li8uLi9rYWZmZS0xLjEuMC9yZXBsYWNlL2lmYWRkcnNfbGludXguYzo2MDY6 IHdhcm5pbmc6IGRlcHJlY2F0ZWQgdXNlIG9mIGxhYmVsIGF0IGVuZCBvZiBj b21wb3VuZCBzdGF0ZW1lbnQKLi4vLi4va2FmZmUtMS4xLjAvcmVwbGFjZS9p ZmFkZHJzX2xpbnV4LmM6NjQ2OiB3YXJuaW5nOiBkZXByZWNhdGVkIHVzZSBv ZiBsYWJlbCBhdCBlbmQgb2YgY29tcG91bmQgc3RhdGVtZW50Ci4uLy4uLy4u Ly4uL2thZmZlLTEuMS4wL2xpYnJhcmllcy9jbGliL25hdGl2ZS9DbGFzc0xv YWRlci5jOiBJbiBmdW5jdGlvbiBgamF2YV9sYW5nX0NsYXNzTG9hZGVyX2Rl ZmluZUNsYXNzMCc6Ci4uLy4uLy4uLy4uL2thZmZlLTEuMS4wL2xpYnJhcmll cy9jbGliL25hdGl2ZS9DbGFzc0xvYWRlci5jOjQwOiB3YXJuaW5nOiB1bnVz ZWQgdmFyaWFibGUgYGlMb2NrUm9vdCcKLi4vLi4vLi4vLi4va2FmZmUtMS4x LjAvbGlicmFyaWVzL2NsaWIvbmV0L1BsYWluU29ja2V0SW1wbC5jOiBJbiBm dW5jdGlvbiBgamF2YV9uZXRfUGxhaW5Tb2NrZXRJbXBsX3NvY2tldEFjY2Vw dCc6Ci4uLy4uLy4uLy4uL2thZmZlLTEuMS4wL2xpYnJhcmllcy9jbGliL25l dC9QbGFpblNvY2tldEltcGwuYzoyNzY6IHdhcm5pbmc6IGByZW1vdGVfYWRk cicgbWlnaHQgYmUgdXNlZCB1bmluaXRpYWxpemVkIGluIHRoaXMgZnVuY3Rp b24KLi4vLi4vLi4vLi4vLi4va2FmZmUtMS4xLjAvbGlicmFyaWVzL2NsaWIv YXd0L1gvZ3JhLmM6IEluIGZ1bmN0aW9uIGBKYXZhX2phdmFfYXd0X1Rvb2xr aXRfZ3JhRHJhd1N0cmluZyc6Ci4uLy4uLy4uLy4uLy4uL2thZmZlLTEuMS4w L2xpYnJhcmllcy9jbGliL2F3dC9YL2dyYS5jOjIxMjogd2FybmluZzogdW51 c2VkIHZhcmlhYmxlIGBuJwouLi8uLi8uLi8uLi8uLi9rYWZmZS0xLjEuMC9s aWJyYXJpZXMvY2xpYi9hd3QvWC9mbnQuYzogSW4gZnVuY3Rpb24gYEphdmFf amF2YV9hd3RfVG9vbGtpdF9mbnRTdHJpbmdXaWR0aCc6Ci4uLy4uLy4uLy4u Ly4uL2thZmZlLTEuMS4wL2xpYnJhcmllcy9jbGliL2F3dC9YL2ZudC5jOjI4 Mjogd2FybmluZzogdW51c2VkIHZhcmlhYmxlIGBuJwouLi8uLi8uLi8uLi8u Li9rYWZmZS0xLjEuMC9saWJyYXJpZXMvY2xpYi9hd3QvWC9jbHIuYzogSW4g ZnVuY3Rpb24gYEphdmFfamF2YV9hd3RfVG9vbGtpdF9jbHJHZXRDb2xvck1v ZGVsJzoKLi4vLi4vLi4vLi4vLi4va2FmZmUtMS4xLjAvbGlicmFyaWVzL2Ns aWIvYXd0L1gvY2xyLmM6NzgxOiB3YXJuaW5nOiBkZXByZWNhdGVkIHVzZSBv ZiBsYWJlbCBhdCBlbmQgb2YgY29tcG91bmQgc3RhdGVtZW50Ci4uLy4uLy4u Ly4uLy4uL2thZmZlLTEuMS4wL2thZmZlL2thZmZldm0vc3lzdGVtcy91bml4 LWp0aHJlYWRzL2p0aHJlYWQuYzoxNTg6Mzg6IHdhcm5pbmc6IHBhc3Rpbmcg IioiIGFuZCAic2MiIGRvZXMgbm90IGdpdmUgYSB2YWxpZCBwcmVwcm9jZXNz aW5nIHRva2VuCi4uLy4uLy4uLy4uLy4uL2thZmZlLTEuMS4wL2thZmZlL2th ZmZldm0vc3lzdGVtcy91bml4LWp0aHJlYWRzL2p0aHJlYWQuYzo1MzA6MjQ6 IHdhcm5pbmc6IHBhc3RpbmcgIioiIGFuZCAic2MiIGRvZXMgbm90IGdpdmUg YSB2YWxpZCBwcmVwcm9jZXNzaW5nIHRva2VuCi4uLy4uLy4uLy4uLy4uL2th ZmZlLTEuMS4wL2thZmZlL2thZmZldm0vc3lzdGVtcy91bml4LWp0aHJlYWRz L2p0aHJlYWQuYzo2NzE6MjY6IHdhcm5pbmc6IHBhc3RpbmcgIioiIGFuZCAi c2MiIGRvZXMgbm90IGdpdmUgYSB2YWxpZCBwcmVwcm9jZXNzaW5nIHRva2Vu CkluIGZpbGUgaW5jbHVkZWQgZnJvbSBtZC5jOjE6Ci4uLy4uLy4uL2thZmZl LTEuMS4wL2NvbmZpZy9wYXJpc2MvbGludXgvbWQuYzoxMjo4OiB3YXJuaW5n OiBtdWx0aS1saW5lIHN0cmluZyBsaXRlcmFscyBhcmUgZGVwcmVjYXRlZAou Li8uLi8uLi9rYWZmZS0xLjEuMC9rYWZmZS9rYWZmZXZtL2NvZGUtYW5hbHlz ZS5jOiBJbiBmdW5jdGlvbiBgYW5hbHl6ZU1ldGhvZCc6Ci4uLy4uLy4uL2th ZmZlLTEuMS4wL2thZmZlL2thZmZldm0vY29kZS1hbmFseXNlLmM6Nzg6IHdh cm5pbmc6IGNvbmNhdGVuYXRpb24gb2Ygc3RyaW5nIGxpdGVyYWxzIHdpdGgg X19GVU5DVElPTl9fIGlzIGRlcHJlY2F0ZWQuICBUaGlzIGZlYXR1cmUgd2ls bCBiZSByZW1vdmVkIGluIGZ1dHVyZQouLi8uLi8uLi9rYWZmZS0xLjEuMC9r YWZmZS9rYWZmZXZtL2NvZGUtYW5hbHlzZS5jOjEyMjogd2FybmluZzogY29u Y2F0ZW5hdGlvbiBvZiBzdHJpbmcgbGl0ZXJhbHMgd2l0aCBfX0ZVTkNUSU9O X18gaXMgZGVwcmVjYXRlZC4gIFRoaXMgZmVhdHVyZSB3aWxsIGJlIHJlbW92 ZWQgaW4gZnV0dXJlCi4uLy4uLy4uL2thZmZlLTEuMS4wL2thZmZlL2thZmZl dm0vY29kZS1hbmFseXNlLmM6IEluIGZ1bmN0aW9uIGB0aWR5QW5hbHl6ZU1l dGhvZCc6Ci4uLy4uLy4uL2thZmZlLTEuMS4wL2thZmZlL2thZmZldm0vY29k ZS1hbmFseXNlLmM6MjA1NDogd2FybmluZzogY29uY2F0ZW5hdGlvbiBvZiBz dHJpbmcgbGl0ZXJhbHMgd2l0aCBfX0ZVTkNUSU9OX18gaXMgZGVwcmVjYXRl ZC4gIFRoaXMgZmVhdHVyZSB3aWxsIGJlIHJlbW92ZWQgaW4gZnV0dXJlCg== --0-827912365-1055169841=:77262-- From robilad@yahoo.com Mon Jun 9 08:44:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Mon Jun 9 07:44:01 2003 Subject: [kaffe] 1.1.0 on i386-openbsd hangs in make check Message-ID: <20030609144703.28218.qmail@web10005.mail.yahoo.com> Hi, I've tried out 1.1.0 on i386-openbsd. It builds and installs fine, but unfortunately one regression test hangs forever, apparently. TestScript ../../../kaffe-1.1.0/test/regression/ProcessTest.java testing ../../../kaffe-1.1.0/test/regression/ProcessTest.java JAVA_SRCS=../../../kaffe-1.1.0/test/regression/ProcessTest.java /tmp/kaffe/build/kaffe/kaffe/kaffe-bin at.dms.kjc.Main -classpath ".:../../../kaffe-1.1.0/test/regression::.:/tmp/kaffe/kaffe-1.1.0/libraries/javalib/kjc.jar" -d . ../../../kaffe-1.1.0/test/regression/ProcessTest.java /tmp/kaffe/build/kaffe/kaffe/kaffe-bin ProcessTest /tmp/kaffe/build/kaffe/kaffe/kaffe-bin all the tests before this one pass. So it would be cool if someone using openbsd could investigate what't happening. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From robilad@yahoo.com Mon Jun 9 08:52:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Mon Jun 9 07:52:01 2003 Subject: [kaffe] 1.1.0 on sparc-solaris2 Message-ID: <20030609145513.78338.qmail@web10004.mail.yahoo.com> --0-1357154905-1055170513=:78195 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hi, another test on a another platform :) Solaris 9 complained about the tar archive being broken. I've unpacked the tar archive under linux and used that directory. 1.1.0 builds just fine on below are the results for make check on sparc-solaris2, with my usual settings. I've attached the warnings and the failures for reference (and to incite sparc/solaris users to fix them ;) gmake[3]: Entering directory `/tmp/kaffe/build/test/regression' PASS: HelloWorldApp.class.save PASS: HelloWorldApp.java PASS: TestIntLong.java PASS: TestFloatDouble.java FAIL: DoubleCvt.java PASS: DoubleNeg.java PASS: DoubleConst.java PASS: DoublePrint.java PASS: DoubleComp.java PASS: ModuloTest.java PASS: LongNeg.java PASS: FPUStack.java PASS: NegativeDivideConst.java PASS: divtest.java PASS: Str.java PASS: Str2.java PASS: InternHog.java PASS: IndexTest.java PASS: StackDump.java PASS: CatchLimits.class.save PASS: tname.java PASS: ttest.java PASS: ThreadInterrupt.java FAIL: ThreadState.java PASS: UncaughtException.java PASS: IllegalWait.java PASS: WaitTest.java PASS: Preempt.java PASS: TestSerializable.java PASS: TestSerializable2.java PASS: SerializationCompatibility.java PASS: SerialPersistentFields.java PASS: TestSerialVersions.java PASS: TestSerialPersistent.java PASS: TestSerialFields.java PASS: TestObjectStreamField.java PASS: ReflectInterfaces.java PASS: InnerTest.java PASS: SerialUID.java PASS: TestCasts.java PASS: Alias.java PASS: NullPointerTest.java PASS: NullInvoke.java PASS: TableSwitch.java PASS: LostFrame.java PASS: ConstructorTest.java PASS: burford.java PASS: IllegalInterface.java PASS: GetInterfaces.java PASS: IntfTest.java PASS: SignedShort.java PASS: CharCvt.java PASS: BadFloatTest.java PASS: ProcessTest.java PASS: UDPTest.java PASS: SoTimeout.java PASS: wc.java PASS: FileTest.java PASS: FileChecks.java PASS: finalexc.java PASS: finaltest.java PASS: finaltest2.java PASS: forNameTest.java PASS: LoaderTest.java PASS: ArrayForName.java PASS: KaffeVerifyBug.java PASS: Schtum.java PASS: Reflect.java PASS: MethodBug.java PASS: Bean.java PASS: SortTest.java PASS: ArraysTest.java PASS: SubListTest.java PASS: HashTest.java PASS: SecureRandomTest.java PASS: MapTest.java PASS: URLTest.java PASS: PropertiesTest.java PASS: ReaderTest.java PASS: CharArrayReaderTest.java PASS: LineNumberReaderTest.java PASS: BufferedReaderTest.java PASS: ReaderReadVoidTest.java PASS: InputStreamTest.java PASS: PipeTest.java PASS: DateFormatTest.java PASS: GetField.java PASS: LostTrampolineFrame.java SKIP: NetworkInterfaceTest.java PASS: InetAddressTest.java PASS: InetSocketAddressTest.java PASS: ReflectInvoke.java PASS: InvTarExcTest.java PASS: SystemLoaderTest.java TestScript: line 4: 20341 Abort $JAVA $* >$TMPRESULT 2>&1 FAIL: NoClassDefTest.java PASS: CLTest.java TestScript: line 4: 20477 Abort $JAVA $* >$TMPRESULT 2>&1 FAIL: CLTestConc.java PASS: CLTestJLock.java PASS: CLTestLie.java PASS: CLTestFindLoaded.java PASS: ClassDeadLock.java PASS: ExceptionTest.java PASS: ExceptionTestClassLoader.java PASS: ExceptionTestClassLoader2.java PASS: TestClassRef.java PASS: ClassGC.java PASS: GCTest.java PASS: ThreadLocalTest.java PASS: BeanBug.java PASS: BitSetTest.java PASS: ExceptionInInitializerTest.java PASS: InitTest.java PASS: CLInitThrow.java PASS: ProcessClassTest.java PASS: ProcessClassInst.java PASS: ProcessClassStop.java PASS: FindSystemClass.java PASS: ProcessClassLockTest.java PASS: DoubleBug.java FAIL: TestUnlock.java PASS: MarkResetTest.java PASS: HashtableTest1.java PASS: ReflectMultiArray.java PASS: ExecTest.java PASS: ProhibitedClass.java PASS: KaffeInternal.java PASS: CatchDeath.java PASS: ThreadStop.java PASS: DeadThread.java PASS: tthrd1.java PASS: DosTimeVerify.java PASS: ZipVerify.java PASS: ZipTest.java PASS: TruncatedClass.java PASS: SoInterrupt.java PASS: sysdepCallMethod.java SKIP: TestNative.java ================================ 5 of 135 tests failed (2 tests were not run) __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com --0-1357154905-1055170513=:78195 Content-Type: application/octet-stream; name=sparc-solaris2-failures Content-Transfer-Encoding: base64 Content-Description: sparc-solaris2-failures Content-Disposition: attachment; filename=sparc-solaris2-failures H4sIANye5D4AA+1dbY8cx3Hm18yvmG+WgJDq13khAiMESduE5SMBUobzydnb naEuOt0Rd3uyA+THZ6aru6Ze5u5WCkE5yTQI2Oqntuqp2u7ZZ65na4/D7fGb m+HjzXB7e3F99c3Lbz9MMy+vr/bPxt3F5ZPPMYw1pgnhiTEm+GDS/7Ym/Xca bbRPTNu01prYtM1k3/jWPKnNZ4n+yLi7Pe5u6vrJ8frTxf4Buxe/d0//cPG3 i9svQerLjVd3P366uPpYX178NNTH72+G3eH2efXvH9L/e+p+Ux8vDrUz++k9 /Od6KtXx7rZ+/937d6/PXr1+VY+Xu4+39au3Zx/ef3j7rq7q88vr/Q/D4V/t EHbO1F/BK5/+9r++rtGpLU7dL3BqutmpW5x+3IM7ex5+rrtuF3cTR3hldjde XO0uL26Hm+x1t/sFXruJJLwye/1xd3EFDvtg2vv9nb19/+HFyz+++Pbbty+p T9cEP/lMLwaXr6ZKzujzend5Wd648oL6+qq+uDoON1Mu9fDTcHW8re55/49i /7+6vju/HF7+dPx82/+R/d/M/1H2f0jXgmn/W7/t/y8xznZnz+t2HDtDRjXN 1rvbaVFe744zvGfT09J6Xjsb2tD5JrTzy9Mo+OX11cfntalN9ac3Z3/984tv v3v9vLbLfxDXhs8mz0bOEn8v/lL8teMw0rFgjDnkxcF7+TMriNo7533rjG+6 GNo2dmaxx9Dv3r5/8+HNn1//9c3Z796cvfnwb6mkhpVU2azRXDW6l+6q9c+g ffb69y8E7aeWs1YmhPXT7gGbRPopsu6K9X32QPup5k1eiayeXl59+sp+PdnP V+41iNIMplMY0LPTPzqbSaTpEsLLN1IF8OXdE+5tbSvpe55LAd3M3st9lyHK 3pfNRzBg76d/dDazT9MlRDCmU+xZgGCCRJJ7X/tK+p7nUkAP7Ieg2XvB3ikM 2LfTPzqb2afpEmJ6d/eKvefsB4kk99Nqr6TveS4FDMD+4DT7wNkPvcLyyon1 05FOl6WT5kuQYNyg+LMQwbYSgbUT67GS3tNkihkhg73VGUSRAbz/FMurZ17l I50v6weAEiYYP6ocIs8BVnElQkyO0A9ZQ2k2hW0gi3O2RAvEsjh0QWKQRTOv 9pHO5ywyUMJMq5xttUoFCa7dCySFmByhn8U/zKawLWSxM0Fl0YosjJNYXk1u XvYjBcp6ykgJFEwc9zKPlucxDgKBFeXmT4BKRsjTKXIHmfTGqUw6nsm+sxLL F/w4b4CRAjmTgpRAwTTjIDNhYYJvR4HAR+HkCR0tEfJ0itxDJh37dCgQzwQu kBSDTKJN+2CkSE4FoRJqkuXsU6JSgUK+1FcizOxq8bTEKPPw4WQgnZZdzBFj +Zx3aR0yMC8y49KeGBlW1hmCGHD62GQfT5UOFwJIw0oGS+6IN7LeCgIkLGTW GLp7EOOZmbQuGZgX3XTbMO+SkWFl3SGIAYPpR7qLKh0uhDGtzkoGS+6IN7L+ CgIk8gd8NHQ3IcYy28E6ZSBkNjFNu2ZkWM5sATFgMLuR7qpKhwsR1molgyV3 xNsSCREgkT/8pzfMqszEp//OpCXLQMissz1sopGBOTWCYshgzke6yyodMMQx LdlKhkv+qLsl1gIBjywOvKGbDTGWXd+lZcvAvNca38F+GhladhuBMWgw+5Fu uEqHDE2bFm4lA4JD6o/suAUDKlk8zMsyyAyFepjljxNglg9uumFP+2pkaBER BMagwRxGuvEqHTI0Y1rAlQwIDqk/IikWDKhkYWEN3XyIsQy7Li1jBmZpEaOH /TUytAgMAmPQSY6OdANWOuR0V5OWcSUDgkPqj8iNBQMqWXTMMazMUKiOtKI6 DuZV6q1p8z4bGV7WKTPAwMGk+0eRJVch6WazYxCsVHDJPJK1SlEgBKJkGA3d kIixTNsuLWkG5k+IZroTzTtuZHj5lGAGGDhYM9JNWemwoWvToq5k0OySeSSf FhQFQiBahrR6gshUqJZ00+A4mGWLC67LO29keBEvzAADB5uKvueZcg3TjWlx VzJodsk8EilDUbhdBT0zHAzdoIixTJsuLXEGFj0TutjmLTgyAxQ1zAJDB+tG uk0rHTj0iS+DsrIBn8wllTcUBk6gcYY926yI8WwT1jGwaJy+tbHsxZFZoNLh Jhg8WM82bKVDhz5ZdJUMXJxyn1T1MBxogfYZzg3dtIixjGOCAwOz9rF98Kbs yZFZFAUkTDB4sGGkG7fSocMuvcP7SgYuTrlPooY4DrRAEw07QzcvYjzjhDkG Zk00fRo1puzNkVkUYSRMMHiwcaQbuNKhwy5ZDJUMXJxyn0QicRxogU7KfyBx PGOhk0J6GywDi05q29bZskVHZoJiSdhg+GCbkW7kSgcP5y17EVFM2euo8CKb uAEwA+00wLqyPGuhncIKmLWTjzEEjzt1ZDZFQSkjJBBs/lMuy5vrqL2GQEcV t8IrUVPSAsiBphrgz1VlUyPGMvedBrOmaq2Z1hLu2JHZFGWljJBAsN1IN3al w4d9pyDQV8Wt8EpUlrQAcqC1Brg2G/62Cq3lV8CitYKz04LCrTsyIxRcygop TNedkW7xShMIBw1l1VX8CrdUekkT4Jf1F1y1ykZHjGXvOg0W/dUFH0PETTwy IxRhygopBAtXr7LZK00gHDoFZSVW/Aq3VI5JE+CXNVl+0y3LXmgytwJmTTap mNb0dtnLI7MqymzFDEkEez7STV9pCmHQEOgzdCz9EpWmbeCP81mr5ZXNjlK8 0Gp2BSxarfXttHndsqlHZoaKbcUOaQS7H+n2rzSJMGgo6zb0LB1T9aaNgGXW cOVzLtBEhYZji8QzDbec4T1tpX+6D9bskEawh5FeCCpNItBFQimsnSKq+GtG wDLruvK5x452hK7jC8WtVYGeCVKzIu5cH/qmdf1yOchkQeGV4196AMQVHlsm 7oQqMJm3hB95FbLWy9TzRQExXgWjwUerwAVf7Preh9iTq0JmC7KvzI0kV8Yi Fu+Sw71lYNpviW9FHUABHvC2ghw0ea4A3chWQzitDlwFtrbtu6a3Hbk0ZL5J CzpTJpfDKE4jGroewgmFYHqQEPCiEqAKD7gkyGGVj6ISLMV4WiW4MJw+qPrW T5bk8pAJJ3Xo8I1aDrQ4jViuUZLEvZVgApEQaEUlQCUeDqUS5MDLc5XoBrYm mtMqwYVi1073Ym3TenKJyISTWnSuTC5HYpxGtHRNNCdUgglGQmAUlQDVeMA/ qJADM9+KSrAU29MqIXRjG3zXRx9aep3IlJN6dLhol0M1TiQWBSNp3FsLrh8J BSurASrycF6qQQ7dPFeR7sDWRXdaNbiOnKzatjdNH+jFIpNOatIFnMVjOU4k OroyuhOqwfQkpeBlNUBVHnZYjeXIzveiGizN/rRqcFkZ+jbGzk438fSCkUkn bekizuJxHicSy52NpHFvNZi4pBRaUY0ACvPQYzWWY77AFabb07URzEnVCEJh 9n20tnHT3T29auSnLZLMdA3O4hkgZxI9WRyUx33lCFxmUg6jrAdozcNyErQc DgYr6sESXdWauh5Ca/a9cd7FabBLR+adFKcjj45h1oxKLLfFksi9BeGKk5Kw qiKgOw8tVmQ5VAxcd7pztkJO052B6875XC800xtkDbt8ZOJJfbpumS4HjpxK DHSJnKA+GQtOwquKgAY9NEtF8CAyeFERluppGjRwDdr2jem9cc4ZdgnJxJMQ df0yXY4oOZUY6Ro5QYgyFpxEqyqS1WhcKoIHl0Go0R1bI6ep0SDUaOyd7RoT QrDsMpKZgyTdLdPlTJNziZEukhMkaeCSlLEYVU2yLiWPVuBRZxC6dMeSPU2X Bq5LJy0V5mc3u67z/FKSuYM6PSfzJXOuThu6Tk5Qp4yHoGF1VbJG9UtV8Hg0 CI3as5VymkYNTKO286Os7fT+tG3T8MtJJg9KdU/m87EpJxMbulROUKqMh6Dh dVWyXqWPfpWj1CD0as/SPU2vBq5XQ/pLy/QOxegdv6Zk9iBaD2Q+n7FyNrGl i+UE0cqISB6trktWrvRBsnLwGoRy7dhqOU25Bq5cu9mwn78LYZrILyyZPshX +ux7PpHlbGJLl8sJ8pURkTwYDeCdNSwpCx7TBqFh2WFBOE3DBq5hm/mvMfPN hbPeiotL5g9Kls7n41tOJ9Kjg3CCkmVMJBHOIzGPoGf37KnZDjFWmZaumHia no1cz1o3/4VmutPoJt3qxBUmP36bVK03FOgqzSd2ZM3EE1Qto6KYcCLAHbTt nj0VHRDjtWFJn6ZtI9e2Ltq276f7jqaLLojLTE4hCVzP3sd9pfnEctGTbO6t DRO4kgknAtxB5e7ZlnKIsdo0bN2cpnIjV7nR+Nj30z2Ib03oxaUmp5Ckrmd7 aqg0n9jTdXOC1GVUFBNOBLiD3t2zbwNYxHhtWNKn6d3I9O70VrfTHYmLk/l0 qyYvNzmHpHq9X0VocYqyknTuLQ7loqgIJsAetO/+nFbHIMaqEzsNPlodrn07 Y+fbk2j60Nm+C/OTqCwwcgo+riKsPJ2CHi4PU8CKi6AC/EEH73frGK/PCvho fbgOboybblZaY7u+8X2jvsBUIafgm1WE1udcQw/Xh4lhxUVQAf6giPf9Osbq EzoNPlofroididONSzC+7V3b+0Z+6SznmnSxb1cRVqBOQQ8XiOliRUZygQxA He9XqyfUcVgBH62QUMfB2uk2pjNt7KZbxNbND3etFCJpZL+2urhG3mvo4RJx jazYSDKQAyjlfbuOsRqxJ0TiaUo5CqXcOT+9a81ErbV2urWRl6GcbtLLvl9F WI06BT1cI66XFRtJBnIA1bxv1jFeoxXw0Rpx1dw2oZnetZlacH66zVHfpayQ VfC7VYTW6KChh2vEpLNmI8mkHJqsn+M6xmrEnjhpTtPPjdDP0fXORjNxm4Rr M93zqOtR/k4YqOjzVYRVqVPQg1VquIrWfBQdyCNr6bVPvEZoabcCPlonrqW9 id10D2Emcr7pfR/1RSmnDIp6v4rQOg0aerhOTFGv8FF0II+sq/06xurEnmBp TtPVDdfVjbVN10wfuGEStNNnr9EXppwyqOvDKsLq1Cno4Toxdb3CR9GBPLLG dusYr9MK+GiduMY+6YveyCv4YRWhdRo19HCdmNA+5QvzkEdY+1Z4gQghz556 aOjDp+Vb4A0Ts/n74imA/ma7DrB8s10GWL7C3nDtPk/nlg+8p8Mh9f24vxXE vZX8GT0fSgzfiI+aX94DIj/dyxo3lDChhb+S4ePBv0ITiIf6OpCS83L8+l0g HursUGif1CrigYvCZ2gDcXGFbSA6NsV46h4RixHZLWSW7pYSA3ezjqAuBsL/ vLGl83QJmCfz90T3hJrj/HWXiMUoP1CeOkEss+VOdJ4uMbDPg46gmkQI/3Pb B+k8tYKYJ/3ybcJCzUv+sk/EYgT8oRfEMlvuFOfpEgM7PegIqk2E8D83fpDO UzOIeZJ9j6FMCf6yU8RilNcPdINYpssCSvMlCvZ60DFUowgRIXV+kO6hHcQ8 m7+VUJ7AgymRg+wVsRjlNZT7QSzzZRUBUOJgtwcdRbWKEDGg9YMMkBtCzNP5 ZK40e4ApkYfsFrEY5a8Y5I4Qy3x5WgyAEgf7PegoqlmEiAHNH2SA3BJins5n aeXpN5gSech+EYtRXlOlJ8QClFWVkRIJOz7oOKpdhIiSuz/IEKUpxDyf7+pL wweYErnIjhGLUb7+l64QC1BuKzJSImHPBx1HNYwQUXL/BxmitIWY5/Pdd3n6 DKZELrJnxGKUH+bHvhALUu63C1RiYdcHHUm1jBBxSgMIGQQbQ6QPFLhVxp4P eU5kJNtGEKvydD52hiAYPjBVQIyIbR9W4qmuETIaNoBQoZbWEAmC21vs+pDn RG6ycQSxKt+bxN4QBMNvTBYQI2Ljh5V4qm+EjIYtIFSopTlEguBDH/s+5DmR m2wdQazyNySX7hAEKzeiCGJEbP2wEk91jpDRsAmECrW0h0gQCALs/JDnRG6y eQSxyt+FJP0hCFieSFpQjInNH1Yiqt4RMt7SBUIFIw0iEgaCAXs/5DmRn2wf QazKNx9JhwiC4pceFxijYvuHlZiqe4SMSNpAqHC0RUQCQVBg94c8J3KUDSSI VZYUtEcEQYuwIDBGxQYQKzFV/wgZkTSCUOFok4gEgtjA/g95TuQoW0gQqyw3 aJcIghbRQWCMii0gVmKqDhIyImkFocLRNhEJBCGCHSDynMhxRq3M8YE+EQTH x8+pAUbGJhArcVUPCRmVtYJQIXmjiASDUMEeEHmO56raSBCr8k1F1imC4Pgl RWqAkbENxEpc1UVCRmXNIFRI3ioiwSBksAtEnhO5ykYSxCpLGd4rguBF0DAD jIyNIFbiqj4SMiprB6FC8mYRM5ybRWAfiDwncpWtJIhV0Ti8WwQxQKHDLDA2 toJYiaw6Sci4vB+ECiraRSQcdA92gshzIl/ZTIJYFd0j+kUQC1Q/3ASjYzOI ldiql4SMLBpCqLCyYUQyAD2EvSDynMhZtpMgVlkPyY4RxKKoImGC0bEdxEps 1U1CRhYtIVRY2TIiGYBOwm4QeU7kLBtKEKusk2TPCGJRxJIwwejYEGIltuon ISOLphAqrGwakQxAO2E/iDwncpYtJYhV0U6yawQxQQElbDA+toRYia46SsjY siuECqzaRiQL0FOBZST11CAfLiBWWU9BZ4bl4I3ZFFWljJABNoVYiR+sCC+j o1+nDbLCkhbADnSW7/icyF0+NECsss6C3gzLYRqzKWpLGSEDbAuxEn/aniu5 69YReHJWqdDKAtiB/vJiTuQuHwYgVkV/QWuG5W/gzAhFmLJCDtgYYoVBsOI0 RsZfHHfaosgxaQIEQZO5js+J/OVBP7EqmgyaM5CTeWaFykybIQtsDrHCIVhx qC8ZLJ6lY6rSlA1wBK3mxJyogTzEJ1ZZq+X+DOTUnVkVxbZihiywQcQKh2DF gb1ksHiWjol60zbwV33QcLbjc6IG8oCeWBUNl9szkCN1ZoZKbsUOeWCLiBUW wYrjeMmBuJaeqarTRkATtJ0Vc6IO8gCeWD10xk7M8Lt9K3bIA5tErLAIVhy3 Sw5rB5GKAIkvaDp6oFamKAF9vk6MljN0Mrkcq2GE5VhwJYI+FpQRlvM/3pgi Tf/av9vwuYb8/Y+z4fi365sf3sy/HjLu9sP8a0D/058Ceez3f2LA3/+IMbon k/aLrtl+/+NLjB/mP/s+uzteXD47uz6++fHT5fDjML35h+f12/fTZhlur35z rG/vPn26vjnWH4fjxbg7HG5uv/q6+qfdsf6P3U+7Z1fD8ZlcN7OnZ4fhOOyP OHf71arV7OP51e548dNwitN/ubi6OP72AVe9e8TNsykNOae5gbPYgLPVfTH/ rI96XULSa6f7oX/464Ta/9cvL3e3t6+G8XPsfBiP7X9n3PL7X800b1vnw7b/ v8R4gz8TdXNzffO83u/uPn5/rHdX9d3V8PdP0/YdDvXw9/3w6Tgtj2fVu8th dzvU+++H/Q/1f17f3dQvv33x/v27Fx/+ML3oAFMXV1NRLy938JJ5L3xzubv6 +M3Z3eXlu+uLOeTr4vIffof83x5y/8+7/rur+WfEvtzv/xkXyv6ffwxs/v2v aLb9/0XGh4sfh/r67visrn83vd93N8OzbUf+Pxpq/6dfEnx/3B2Hz3YB+Bn7 P9ro5/3f2E3/f5Gx7f9tbGMb29jGNraxjW1sYxvb2MY2trGNbWxjG9vYxja2 sY1tbGMb29jGNraxjW1sYxvb2MY2trGN/13jvwGFrhOuAKAAAA== --0-1357154905-1055170513=:78195 Content-Type: application/octet-stream; name=sparc-solaris2-warnings Content-Transfer-Encoding: base64 Content-Description: sparc-solaris2-warnings Content-Disposition: attachment; filename=sparc-solaris2-warnings bWQuaCBpcyBhbHJlYWR5IHVwLXRvLWRhdGUKaml0LW1kLmggaXMgYWxyZWFk eSB1cC10by1kYXRlCi4uLy4uLy4uLy4uLy4uL2thZmZlLTEuMS4wL2xpYnJh cmllcy9jbGliL2F3dC9YL2dyYS5jOiBJbiBmdW5jdGlvbiBgSmF2YV9qYXZh X2F3dF9Ub29sa2l0X2dyYURyYXdTdHJpbmcnOgouLi8uLi8uLi8uLi8uLi9r YWZmZS0xLjEuMC9saWJyYXJpZXMvY2xpYi9hd3QvWC9ncmEuYzoyMTI6IHdh cm5pbmc6IHVudXNlZCB2YXJpYWJsZSBgbicKLi4vLi4vLi4vLi4vLi4va2Fm ZmUtMS4xLjAvbGlicmFyaWVzL2NsaWIvYXd0L1gvZm50LmM6IEluIGZ1bmN0 aW9uIGBKYXZhX2phdmFfYXd0X1Rvb2xraXRfZm50U3RyaW5nV2lkdGgnOgou Li8uLi8uLi8uLi8uLi9rYWZmZS0xLjEuMC9saWJyYXJpZXMvY2xpYi9hd3Qv WC9mbnQuYzoyODI6IHdhcm5pbmc6IHVudXNlZCB2YXJpYWJsZSBgbicKLi4v Li4vLi4vLi4vLi4va2FmZmUtMS4xLjAvbGlicmFyaWVzL2NsaWIvYXd0L1gv Y2xyLmM6IEluIGZ1bmN0aW9uIGBKYXZhX2phdmFfYXd0X1Rvb2xraXRfY2xy R2V0Q29sb3JNb2RlbCc6Ci4uLy4uLy4uLy4uLy4uL2thZmZlLTEuMS4wL2xp YnJhcmllcy9jbGliL2F3dC9YL2Nsci5jOjc4MTogd2FybmluZzogZGVwcmVj YXRlZCB1c2Ugb2YgbGFiZWwgYXQgZW5kIG9mIGNvbXBvdW5kIHN0YXRlbWVu dApJbiBmaWxlIGluY2x1ZGVkIGZyb20gdHJhbXBvbGluZXMuYzoxLAogICAg ICAgICAgICAgICAgIGZyb20gLi4vLi4vLi4vLi4va2FmZmUtMS4xLjAva2Fm ZmUva2FmZmV2bS9qaXQvZnVuY3MuYzo0NToKLi4vLi4vLi4vLi4va2FmZmUt MS4xLjAvY29uZmlnL3NwYXJjL3RyYW1wb2xpbmVzLmM6MzY6NDA6IHdhcm5p bmc6IG11bHRpLWxpbmUgc3RyaW5nIGxpdGVyYWxzIGFyZSBkZXByZWNhdGVk Ci4uLy4uLy4uLy4uL2thZmZlLTEuMS4wL2NvbmZpZy9zcGFyYy90cmFtcG9s aW5lcy5jOjQwOjQ0OiB3YXJuaW5nOiBtdWx0aS1saW5lIHN0cmluZyBsaXRl cmFscyBhcmUgZGVwcmVjYXRlZAouLi8uLi8uLi8uLi8uLi9rYWZmZS0xLjEu MC9rYWZmZS9rYWZmZXZtL3N5c3RlbXMvdW5peC1qdGhyZWFkcy9qdGhyZWFk LmM6MTU4OjYzOiB3YXJuaW5nOiBwYXN0aW5nICIqIiBhbmQgInNjIiBkb2Vz IG5vdCBnaXZlIGEgdmFsaWQgcHJlcHJvY2Vzc2luZyB0b2tlbgouLi8uLi8u Li8uLi8uLi9rYWZmZS0xLjEuMC9rYWZmZS9rYWZmZXZtL3N5c3RlbXMvdW5p eC1qdGhyZWFkcy9qdGhyZWFkLmM6NTMwOjQ5OiB3YXJuaW5nOiBwYXN0aW5n ICIqIiBhbmQgInNjIiBkb2VzIG5vdCBnaXZlIGEgdmFsaWQgcHJlcHJvY2Vz c2luZyB0b2tlbgouLi8uLi8uLi8uLi8uLi9rYWZmZS0xLjEuMC9rYWZmZS9r YWZmZXZtL3N5c3RlbXMvdW5peC1qdGhyZWFkcy9qdGhyZWFkLmM6NjcxOjUx OiB3YXJuaW5nOiBwYXN0aW5nICIqIiBhbmQgInNjIiBkb2VzIG5vdCBnaXZl IGEgdmFsaWQgcHJlcHJvY2Vzc2luZyB0b2tlbgouLi8uLi8uLi9rYWZmZS0x LjEuMC9rYWZmZS9rYWZmZXZtL2NvZGUtYW5hbHlzZS5jOiBJbiBmdW5jdGlv biBgYW5hbHl6ZU1ldGhvZCc6Ci4uLy4uLy4uL2thZmZlLTEuMS4wL2thZmZl L2thZmZldm0vY29kZS1hbmFseXNlLmM6ODE6IHdhcm5pbmc6IGNvbmNhdGVu YXRpb24gb2Ygc3RyaW5nIGxpdGVyYWxzIHdpdGggX19GVU5DVElPTl9fIGlz IGRlcHJlY2F0ZWQKLi4vLi4vLi4va2FmZmUtMS4xLjAva2FmZmUva2FmZmV2 bS9jb2RlLWFuYWx5c2UuYzoxMjQ6IHdhcm5pbmc6IGNvbmNhdGVuYXRpb24g b2Ygc3RyaW5nIGxpdGVyYWxzIHdpdGggX19GVU5DVElPTl9fIGlzIGRlcHJl Y2F0ZWQKLi4vLi4vLi4va2FmZmUtMS4xLjAva2FmZmUva2FmZmV2bS9jb2Rl LWFuYWx5c2UuYzogSW4gZnVuY3Rpb24gYHRpZHlBbmFseXplTWV0aG9kJzoK Li4vLi4vLi4va2FmZmUtMS4xLjAva2FmZmUva2FmZmV2bS9jb2RlLWFuYWx5 c2UuYzoyMDU3OiB3YXJuaW5nOiBjb25jYXRlbmF0aW9uIG9mIHN0cmluZyBs aXRlcmFscyB3aXRoIF9fRlVOQ1RJT05fXyBpcyBkZXByZWNhdGVkCi4uLy4u Ly4uL2thZmZlLTEuMS4wL2thZmZlL2thZmZldm0vc3RyaW5nUGFyc2luZy5j OiBJbiBmdW5jdGlvbiBgc2tpcENoYXJzJzoKLi4vLi4vLi4va2FmZmUtMS4x LjAva2FmZmUva2FmZmV2bS9zdHJpbmdQYXJzaW5nLmM6NDM3OiB3YXJuaW5n OiBzdWJzY3JpcHQgaGFzIHR5cGUgYGNoYXInCi4uLy4uLy4uL2thZmZlLTEu MS4wL2thZmZlL2thZmZldm0vc3RyaW5nUGFyc2luZy5jOiBJbiBmdW5jdGlv biBgc2tpcFNwYWNlJzoKLi4vLi4vLi4va2FmZmUtMS4xLjAva2FmZmUva2Fm ZmV2bS9zdHJpbmdQYXJzaW5nLmM6NDUwOiB3YXJuaW5nOiBzdWJzY3JpcHQg aGFzIHR5cGUgYGNoYXInCg== --0-1357154905-1055170513=:78195-- From robilad@yahoo.com Mon Jun 9 08:59:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Mon Jun 9 07:59:01 2003 Subject: [kaffe] 1.1.0 on mips-irix Message-ID: <20030609150206.89675.qmail@web10002.mail.yahoo.com> --0-391269649-1055170926=:89439 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline The results for mips-irix build are in. It builds and compiles just fine. Make check results in only 2 failures, both related to mips floating point problems, I guess. Attached are the compiler warnings and failures. gmake[3]: Entering directory `/tmp/kaffe/build/test/regression' PASS: HelloWorldApp.class.save PASS: HelloWorldApp.java PASS: TestIntLong.java PASS: TestFloatDouble.java FAIL: DoubleCvt.java PASS: DoubleNeg.java PASS: DoubleConst.java FAIL: DoublePrint.java PASS: DoubleComp.java PASS: ModuloTest.java PASS: LongNeg.java PASS: FPUStack.java PASS: NegativeDivideConst.java PASS: divtest.java PASS: Str.java PASS: Str2.java PASS: InternHog.java PASS: IndexTest.java PASS: StackDump.java PASS: CatchLimits.class.save PASS: tname.java PASS: ttest.java PASS: ThreadInterrupt.java PASS: ThreadState.java PASS: UncaughtException.java PASS: IllegalWait.java PASS: WaitTest.java PASS: Preempt.java PASS: TestSerializable.java PASS: TestSerializable2.java PASS: SerializationCompatibility.java PASS: SerialPersistentFields.java PASS: TestSerialVersions.java PASS: TestSerialPersistent.java PASS: TestSerialFields.java PASS: TestObjectStreamField.java PASS: ReflectInterfaces.java PASS: InnerTest.java PASS: SerialUID.java PASS: TestCasts.java PASS: Alias.java PASS: NullPointerTest.java PASS: NullInvoke.java PASS: TableSwitch.java PASS: LostFrame.java PASS: ConstructorTest.java PASS: burford.java PASS: IllegalInterface.java PASS: GetInterfaces.java PASS: IntfTest.java PASS: SignedShort.java PASS: CharCvt.java PASS: BadFloatTest.java PASS: ProcessTest.java PASS: UDPTest.java PASS: SoTimeout.java PASS: wc.java PASS: FileTest.java PASS: FileChecks.java PASS: finalexc.java PASS: finaltest.java PASS: finaltest2.java PASS: forNameTest.java PASS: LoaderTest.java PASS: ArrayForName.java PASS: KaffeVerifyBug.java PASS: Schtum.java PASS: Reflect.java PASS: MethodBug.java PASS: Bean.java PASS: SortTest.java PASS: ArraysTest.java PASS: SubListTest.java PASS: HashTest.java PASS: SecureRandomTest.java PASS: MapTest.java PASS: URLTest.java PASS: PropertiesTest.java PASS: ReaderTest.java PASS: CharArrayReaderTest.java PASS: LineNumberReaderTest.java PASS: BufferedReaderTest.java PASS: ReaderReadVoidTest.java PASS: InputStreamTest.java PASS: PipeTest.java PASS: DateFormatTest.java PASS: GetField.java PASS: LostTrampolineFrame.java SKIP: NetworkInterfaceTest.java PASS: InetAddressTest.java PASS: InetSocketAddressTest.java PASS: ReflectInvoke.java PASS: InvTarExcTest.java PASS: SystemLoaderTest.java PASS: NoClassDefTest.java PASS: CLTest.java PASS: CLTestConc.java PASS: CLTestJLock.java PASS: CLTestLie.java PASS: CLTestFindLoaded.java PASS: ClassDeadLock.java PASS: ExceptionTest.java PASS: ExceptionTestClassLoader.java PASS: ExceptionTestClassLoader2.java PASS: TestClassRef.java PASS: ClassGC.java PASS: GCTest.java PASS: ThreadLocalTest.java PASS: BeanBug.java PASS: BitSetTest.java PASS: ExceptionInInitializerTest.java PASS: InitTest.java PASS: CLInitThrow.java PASS: ProcessClassTest.java PASS: ProcessClassInst.java PASS: ProcessClassStop.java PASS: FindSystemClass.java PASS: ProcessClassLockTest.java PASS: DoubleBug.java PASS: TestUnlock.java PASS: MarkResetTest.java PASS: HashtableTest1.java PASS: ReflectMultiArray.java PASS: ExecTest.java PASS: ProhibitedClass.java PASS: KaffeInternal.java PASS: CatchDeath.java PASS: ThreadStop.java PASS: DeadThread.java PASS: tthrd1.java PASS: DosTimeVerify.java PASS: ZipVerify.java PASS: ZipTest.java PASS: TruncatedClass.java PASS: SoInterrupt.java PASS: sysdepCallMethod.java PASS: TestNative.java ================================ 2 of 136 tests failed (1 tests were not run) cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com --0-391269649-1055170926=:89439 Content-Type: application/x-tar-gz; name="mips-irix-failures.tgz" Content-Transfer-Encoding: base64 Content-Description: mips-irix-failures.tgz Content-Disposition: attachment; filename="mips-irix-failures.tgz" H4sIAE2i5D4AA+1dbY/cyHHW1/BXzLfcfdi9fmWTQmLgkMiOgEQ24IthfzJm Z8jDxrqVoB2d4X+fZld3sV64szQsnAJkCZ1OqqfU9VRNN/lwmqy9TI+X7z5N P36aHh/vPzx89+8fPt+9n/7t58vtfLx//+qLHMYa04fwyhgTfDDl/8mUv+ej N8HaVyb1ydqMm/xn27sUXx3Mlwl//fj8eDl+OhxeXT58vD9d8fv+N+7mP+7/ ev/4S5D65Y53x3evD2meB0OOLlsPx8fD/P7D8bLAJ2a+f8hGc8C/v//w8CMY /uvtuz//4fv//O83rw92/QsZynArjsSsZLzv/9jGS/M002PFGFPIg4MlirMh hcH3IS3pbgwBUUfnvE/O+H6IIaU4mNUfQ//ut79/+8PbP7z589t3v3777u0P fyolNKyEymeL5qbTk3Q3vf8O2u/e/OZ7QfvGctbKhbC+Ga74FNI3yHpo3k/5 A+0bzZv8S2R18/7h4zf22+wfjN2EKM1gBoUBPZt/UWslUcwthJcfpArg26cn hrcH28mxF1sJ6Bb2Xq6zClH2vi02ggF7n39Ra2VfzC1EMGZQ7FmAYIJEyvD+ 4Ds59mIrAT2wn4Jm7wV7pzBgn/Ivaq3si7mFyJ/uSbH3nP0kkTJ8nu2dHHux lYAB2J+dZh84+2lUWJ058XAzU3ObOsXeggTjJsWfhQg2SQTmTjzMnRy9GEvM CBmcrM4gigzg86dYnT3LLJ+pvc0fAFqYYPyscog8B5jFnQiRB8JxyBwq1hK2 hyzu2BRtEMviPASJQRb9Mttnaq9ZVKCFybOcLbVOBQkunQRSQuSBcJx1fLCW sAmyOJqgskgiC+MkVmeTW6b9TIE2nyrSAgUT55PMI/E85kkgMKPccgXoZIRq LpEHyGQ0TmUy8ExOg5VYPeHHZQHMFKiZNKQFCqafJ5kJCxN8mgUCl8I8Eg60 RqjmEnmETAZ2dWgQzwROkBSDTKIt62CmSE0FoRYqGH6571SgUE/1nQizDLWO tMZodrg4GUgnsZM5Yiyfu6HMQwbWSWZcWRMzw9o8QxAD5ssmuzx1OlwIIAU7 GawMR0Yj860hQMJCZr2hqwcxnpkp85KBddLl24dllcwMa/MOQQwYzDjTVdTp cCHMZXZ2MlgZjoxG5l9DgES9wEdDVxNiLLMjzFMGQmaZaVk1M8NqZiuIAYM5 znRVdTpciDBXOxmsDEdGWyMhAiTqxT9/YFZlJq7+R1OmLAMhs8GOsIhmBtbU CIohg7mb6SrrdMAQ5zJlOxmujEeHW2OtEPCo4sAbutgQY9mNQ5m2DKxrrfcD rKeZoW21ERiDBnOa6YLrdMjQpzJxOxkQBqTjkRW3YkCliodlWgaZoVAPi/xx AqzyweUb9LKuZoY2EUFgDBrMeaYLr9MhQz+XCdzJgDAgHY9IihUDKlVYWEMX H2Isw2Eo05iBVVrE6GF9zQxtAoPAGDTL0ZkuwE6HzHc1ZRp3MiAMSMcjcmPF gEoVHUsMKzMUqqPMqIGDdZZ6a1JdZzPD2zxlDhg4mHL/KLLkKqTcbA4MgpkK Q7IRyVylKBACUTLNhi5IxFimaShTmoH1CtHnO9G64maGt6sEc8DAwZqZLspO hw1DKpO6k0HrkGxEcrWgKBAC0TKV2RNEpkK1lJsGx8EqW1xwQ115M8ObeGEO GDjYUvQTz5RrmGEuk7uTQeuQbEQiZSgKt6ugZ6azoQsUMZZpP5QpzsCmZ8IQ U12CM3NAUcM8MHSwbqbLtNOBw1j4MqgqGxiTDUnlDYWBE2ic6cQWK2I824IN DGwaZ0w2trU4Mw9UOtwFgwfr2YLtdOgwFo+hk4HboHxMqnoYDrRA+0x3hi5a xFjGscCBgVX72DF409bkzDyaAhIuGDzYMNOF2+nQ4Vg+4VMnA7dB+ZhEDXEc aIEmmo6GLl7EeMYFcwysmihfjXrT1ubMPJowEi4YPNg40wXc6dDhWDymTgZu g/IxiUTiONACnVS/IHE8Y6GTQvkYLAObTkopOduW6MxcUCwJHwwfbD/Thdzp 4OEusX9EFFMddVZ4k03cAZiBdppgXlmetdBOYQOs2snHGILHlTozn6aglBMS CLZ+lcvy5jrqpCHQUW1YMSpRU9IDyIGmmuDrqraoEWOZ+0GDVVMla/JcwhU7 M5+mrJQTEgh2mOnC7nT4cBoUBPqqDStGJSpLegA50FoTnJsN/1iF1vIbYNNa wdk8oXDpzswJBZfyQgr5vDPTJd5pAuGsoaq62rhiWCq9pAvwq/oLzlptoSPG sneDBpv+GoKPIeIinpkTijDlhRSChbNXW+ydJhDOg4KqEmvjimGpHJMuwK9q svqhW5a90GRuA6yaLKuYZEa7ruWZeTVltuGGJIK9m+mi7zSFMGkI9BkOLMcl Kk37wJfzVavVmc22UrzQanYDbFot+ZQXr1sX9czcULFt+CGNYE8zXf6dJhEm DVXdhiPLgal6007Asmq4dp0LNFGh4dgk8UzDrXt4N0mOT9fBlh/SCPY80xNB p0kEOkkoha1dRBV/ywlYVl3Xrntsa0foOj5R3FYV6J4gdWvizo1h7JMb19NB JQsKr23/0g0grvDYNHE7qsBk3hp+5lWoWq9SrycFxHgVjAafrQIXfHEYRx/i SM4KlS3IvmabSa6MRWyjSw5PloFpvzW+FXUABXjG2wqy0eS5AnQzmw1hXx24 Ckw2jUM/2oGcGirfogWdacZ1M4rTiIbOh7CjEEwPEgJeVAJU4RmnBNms8lFU gqUY91WCC8N8oRqTz57k9FAJF3Xo8INaN7Q4jdjOUZLEk5VgApEQSKISoBLP 51YJsuHluUp0E5sT/b5KcKE4pHwvlvrkySmiEi5q0blmXLfEOI1o6Zzod1SC CUZCYBaVANV4xi9UyIaZT6ISLMW0rxJCN6bghzH6kOh5olIu6tHhpF031TiR 2BSMpPFkLbh+JBSsrAaoyPNdqwbZdPNcRbozmxfDvmpwHZm9UhpNPwZ6sqik i5p0Aa24LceJREdnxrCjGkxPUgpeVgNU5fmI1Vi37PwoqsHSHPdVg8vKMKYY B5tv4ukJo5Iu2tJFtOJ2HicS252NpPFkNZi4pBSSqEYAhXkesRrrNl/gCtOd 6NwIZlc1glCY4xjt8kBhSvSsUZ+2KDLT9WjFPUDOJHoyOSiPp8oRuMykHGZZ D9Ca53UnaN0cDFbUgyW6qTV1PYTWHEfjvIv5YKeOyrsoTkceHcOsGZXYbosl kScLwhUnJWFVRUB3nhNWZN1UDFx3ujs2Q/bpzsB157KvF/r8AVnDTh+VeFGf bljNbcORU4mBTpEd6pOx4CS8qgho0HO/VgQ3IoMXFWGp7tOggWvQNPZm9MY5 Z9gppBIvQtSNq7ltUXIqMdI5skOIMhacRFIVqWo0rhXBjcsg1OiRzZF9ajQI NRpHZ4fehBAsO41U5iBJj6u57WlyLjHSSbJDkgYuSRmLWdWk6lLyaAVudQah S48s2X26NHBdmrVUWJ7dHIbB81NJ5Q7q9I7YW+ZcnfZ0nuxQp4yHoGF1VapG 9WtVcHs0CI06spmyT6MGplHT8ihryp9PSn3PTyeVPCjVE7HXbVNOJvZ0quxQ qoyHoOF1VapepY9+ta3UIPTqyNLdp1cD16uhfNOSP6EYvePnlMoeROuZ2Ose K2cTE50sO0QrIyJ5JF2Xqlzpg2Rt4zUI5Tqw2bJPuQauXIfFcVzefTB95CeW Sh/kK332ve7IcjYx0emyQ74yIpIHowG8q4YlZcFt2iA0LNssCPs0bOAatl++ jVluLpz1VpxcKn9QstRet285nUi3DsIOJcuYSCKcR2EeQc+e2FOzA2KsMonO mLhPz0auZ61bvqHJdxpD1q1OnGHq47dF1XpDgaHTfOJA5kzcoWoZFcWEEwHu oG1P7KnogBivDUt6n7aNXNu6aNM45vuOfoguiNNMTaEIXM8+x1On+cR20pNs nqwNE7iSCScC3EHlntiScoix2vRs3uxTuZGr3Gh8HMd8D+KTCaM41dQUitT1 bE1NneYTRzpvdkhdRkUx4USAO+jdE3sbwCLGa8OS3qd3I9O7+aNO+Y7Exeye b9Xk6abmUFSv95sILU5TVpLOk8WhXBQVwQTYg/Y93dHqGMRYdeKgwWerw7Xv YOxyexLNGAY7DmF5EpUFRk7Bx02ElWdQ0PXyMAWsuAgqwB908Om4jfH6bIDP 1ofr4N64fLOSjB3G3o+9eoGpQ07B95sIrc+dhq7Xh4lhxUVQAf6giE/jNsbq EwYNPlsfroidifnGJRifRpdG38uXzmquRRf7tImwAg0Kul4gposVGckFMgB1 fNqsnlDHYQN8tkJCHQdr823MYFIc8i1icsvDXRuFKBrZb80urpFPGrpeIq6R FRtJBnIApXxK2xirEXtCJO5TylEo5cH5/Kn1mVqyNt/ayNNQTbfoZT9uIqxG g4Ku14jrZcVGkoEcQDWf+m2M12gDfLZGXDWnPvT5U1uoBefzbY56l7JDVsEf NxFao7OGrteISWfNRpIpOfRVP8dtjNWIPXHS79PPvdDP0Y3ORpO5ZeHa53se dT6q74SBir7bRFiVBgVdrVLPVbTmo+hAHlVLb13xeqGl3Qb4bJ24lvYmDvke wmRyvh/9GPVJqaYMivq0idA6TRq6XiemqDf4KDqQR9XVfhtjdWJPsPT7dHXP dXVvbT/0+YIbsqDN116jT0w1ZVDX502E1WlQ0PU6MXW9wUfRgTyqxnbbGK/T BvhsnbjG3vWiN/IKftpEaJ1mDV2vExPae16YhzzC1lvhDSKEPHvqoacPn7a3 wHsmZuv74iWAfrNdB1jfbJcB1lfYe67dF3Nt8cB7OJxLn4+nWz+UYf/OHg9t zH+kyUN9fJd1ZmjjhgRfg+Hzv1+hy8O1xg2kpvyj/PptHq61bmi0d/WCuLLq v0Cfh/sH7PMwMBPjqZtArE5kORArXQ4tBi5XHUGtdjH+snLl4GWNL8b6IuiJ UHOcv24DsTrVJ8ZLq4fV2m41F3OLgY0cdATVBUKMv/R1kIOXXg+L0a+vCzZq XvKXjSBWJ+APzR5Wa7sVXMwtBrZy0BFUHwgx/tLZQQ5euj0sRvaiQjMJ/rIV xOpU5w+0e1jNbQIVe4uCzRx0DNUJQkQorR3k8NDvYbHW1w7aI3ZgEjnIZhCr U51DteHDam+zCIAWB9s56CiqF4SIAb0dZIDa8WEx16231s0BTCIP2Q5idarv ENSWD6u9PQ4GQIuDDR10FNUNQsSA7g4yQO35sJjrZll7vA1MIg/ZEGJ1qnOq NX1YgTarKtIiYUsHHUf1gxBRansHGaJ1fVjs9ba9dXQAk8hFtoRYner5v7V9 WIF231CRFgmbOug4qiOEiFIbPMgQre/DYq+31+3xMjCJXGRTiNWpPq2PjR9W pN1QN6jFwrYOOpLqCSHitA4PMgh2figXFLgXxqYO1SYykn0hiFd7/B5bPxAM n4hqIEbEvg4b8VRbCBkNOzyoUGvvhwLB/Su2dag2kZvsDEG82ouR2PyBYPhK ZAMxInZ22IinGkPIaNjjQYVauz8UCC762Nih2kRusjcE8aqvQK7tHwjW7jQR xIjY22EjnmoNIaNhlwcVau3/UCAQBNjaodpEbrI7BPGqLzuSBhAEbI8crSjG xO4OGxFVcwgZb23zoIKRDhAFA8GAzR2qTeQn+0MQr/ZqI2kBQVB8q3GFMSr2 d9iIqdpDyIikz4MKR3tAFBAEBbZ3qDaRo+wQQbyqpKBNIAjahAWBMSp2eNiI qRpEyIik04MKR7tAFBDEBjZ4qDaRo+wRQbyq3KBtIAjaRAeBMSr2eNiIqVpE yIik14MKR/tAFBCECLZ4qDaR44JameOVRhAEx+fLqQNGxi4PG3FVkwgZlfV6 UCF5J4gCg1DBJg/VxnNVfSKIV3sVkbWCIDi+hUgdMDL2ediIq9pEyKis24MK yXtBFBiEDLZ5qDaRq+wUQbyqlOHNIAjeBA1zwMjY6WEjrmoUIaOyfg8qJO8G scC1GwQ2eqg2kavsFUG8msbh7SCIAwod5oGxsdfDRmTVKkLG5Q0fVFDRD6Lg oHuw1UO1iXxltwji1XSPaAhBPFD9cBeMjt0eNmKrZhEysuj4oMLKjhDFAfQQ NnuoNpGz7BdBvKoeki0hiEdTRcIFo2O/h43Yql2EjCx6PqiwsidEcQCdhO0e qk3kLDtGEK+qk2RTCOLRxJJwwejY8WEjtmoYISOLrg8qrOwKURxAO2HDh2oT OcueEcSraSfZFoK4oIASPhgfez5sRFctI2Rs2fZBBVZ9IYoH6KnAMpJ6apJP DxCvqqeg9cK6s8Z8mqpSTsgAuz5sxA9WhJfRcVynHarCkh7ADnSWH7hN5C6f CiBeVWdB84V1t4z5NLWlnJAB9n3YiJ+X50buujcEbo11KrTyAHagv7ywidzl bj/xavoLei+s34EzJxRhygs5YOeHDQbBip19GX8deNAeTY5JFyAImswN3Cby lzv5xKtpMui+QLbemRcqM+2GLLD7wwaHYMWuvWSwjiwHpipN+QBH0GpO2EQN 5C498aparTZgINvqzKsptg03ZIEdIDY4BCt25CWDdWQ5MFFv2ge+1QcNZwdu EzWQO/DEq2m42n+B7JkzN1RyG37IA3tAbLAIVuy3Sw5kaDkyVXXaCWiCtrPC Juogd9iJ17VNdOKGL+9t+CEP7AKxwSJYsZ8uOWxtRCoCJL6g6eiGWjNRAnoD nTitm+TEuG6rYYR1W3Ajgt4WlBHW/T/eeaKYv/YPYvhKx2Xz53/87lMu2Bf7 CSDXf/6HMTGm9ed/+LD8/I8+mpef//FLHPB5H34+vv88Pb7uDofleY+bX+nn Qg4Hc7v8fsP+Z8vv+d/k398+zPcP95e/LSj9c/NMY+pHn5XF0DtvY3rj8+3w 4dCX4zbisTg7f5uWP9xUIXdbCeSbjBI0vhnB8F3+7/CvhUH36+Uxma1UTl8m BX8bjBucj288Jd5Twnm0N6n+k0KWc/zaH7c65Pp/N13++uHTX94+XKZP8/E0 /ZDxf/RE8Oz6X2yw/nsb+1f5VjG69LL+f4njL8su0e3ny/3723cfLm9/+vh+ +mnKH/759eG3v8/X1unx4Z8vh8fPHz9++HQ5/Dhd7ufj+fzp8Ztvu3/Ki+1/ jj8fbx+my62cN8tIt+fpMp0uaHv8ZtNrGeP1w/Fy//O0Z9B/WVblr64MNbpn hrnNaUib5gaDxR4G21wXPx3vH9S/K0j5t85/+39vwb8cL8fL8XK8HC/Hy/Fy vBwvx8vx//b4X869QYsAeAAA --0-391269649-1055170926=:89439 Content-Type: application/octet-stream; name=mips-irix-warnings Content-Transfer-Encoding: base64 Content-Description: mips-irix-warnings Content-Disposition: attachment; filename=mips-irix-warnings bGQzMjogV0FSTklORyA4NCA6IC9vcHQvZ251L2xpYi9saWJpY29udi5zbyBp cyBub3QgdXNlZCBmb3IgcmVzb2x2aW5nIGFueSBzeW1ib2wuCi4uLy4uLy4u Ly4uL2thZmZlLTEuMS4wL2xpYnJhcmllcy9jbGliL25hdGl2ZS9DbGFzc0xv YWRlci5jOiBJbiBmdW5jdGlvbiBgamF2YV9sYW5nX0NsYXNzTG9hZGVyX2Rl ZmluZUNsYXNzMCc6Ci4uLy4uLy4uLy4uL2thZmZlLTEuMS4wL2xpYnJhcmll cy9jbGliL25hdGl2ZS9DbGFzc0xvYWRlci5jOjQwOiB3YXJuaW5nOiB1bnVz ZWQgdmFyaWFibGUgYGlMb2NrUm9vdCcKbGQzMjogV0FSTklORyAxMjc6IFR3 byBzaGFyZWQgb2JqZWN0cyB3aXRoIHRoZSBzYW1lIHNvbmFtZSwgL3Vzci9s aWIzMi9taXBzMy9saWJjLnNvLjEgYW5kIC91c3IvbGliMzIvbGliYy5zbywg aGF2ZSBiZWVuIGJlZW4gbGlua2VkLiBUaGlzIGlzIHByb2JhYmx5IGR1ZSB0 byBhIG1pc3NpbmcgLUwgc3BlY2lmaWNhdGlvbi4gSWdub3JpbmcgdGhlIGxh dHRlci4KbGQzMjogV0FSTklORyA4NCA6IC9vcHQvZ251L2xpYi9saWJpY29u di5zbyBpcyBub3QgdXNlZCBmb3IgcmVzb2x2aW5nIGFueSBzeW1ib2wuCmxk MzI6IFdBUk5JTkcgMTI3OiBUd28gc2hhcmVkIG9iamVjdHMgd2l0aCB0aGUg c2FtZSBzb25hbWUsIC91c3IvbGliMzIvbWlwczMvbGliYy5zby4xIGFuZCAv dXNyL2xpYjMyL2xpYmMuc28sIGhhdmUgYmVlbiBiZWVuIGxpbmtlZC4gVGhp cyBpcyBwcm9iYWJseSBkdWUgdG8gYSBtaXNzaW5nIC1MIHNwZWNpZmljYXRp b24uIElnbm9yaW5nIHRoZSBsYXR0ZXIuCi4uLy4uLy4uLy4uL2thZmZlLTEu MS4wL2xpYnJhcmllcy9jbGliL25ldC9QbGFpblNvY2tldEltcGwuYzogSW4g ZnVuY3Rpb24gYGphdmFfbmV0X1BsYWluU29ja2V0SW1wbF9zb2NrZXRBY2Nl cHQnOgouLi8uLi8uLi8uLi9rYWZmZS0xLjEuMC9saWJyYXJpZXMvY2xpYi9u ZXQvUGxhaW5Tb2NrZXRJbXBsLmM6Mjc2OiB3YXJuaW5nOiBgcmVtb3RlX2Fk ZHInIG1pZ2h0IGJlIHVzZWQgdW5pbml0aWFsaXplZCBpbiB0aGlzIGZ1bmN0 aW9uCmxkMzI6IFdBUk5JTkcgODQgOiAvb3B0L2dudS9saWIvbGliaWNvbnYu c28gaXMgbm90IHVzZWQgZm9yIHJlc29sdmluZyBhbnkgc3ltYm9sLgpsZDMy OiBXQVJOSU5HIDEyNzogVHdvIHNoYXJlZCBvYmplY3RzIHdpdGggdGhlIHNh bWUgc29uYW1lLCAvdXNyL2xpYjMyL21pcHMzL2xpYmMuc28uMSBhbmQgL3Vz ci9saWIzMi9saWJjLnNvLCBoYXZlIGJlZW4gYmVlbiBsaW5rZWQuIFRoaXMg aXMgcHJvYmFibHkgZHVlIHRvIGEgbWlzc2luZyAtTCBzcGVjaWZpY2F0aW9u LiBJZ25vcmluZyB0aGUgbGF0dGVyLgpsZDMyOiBXQVJOSU5HIDg0IDogL29w dC9nbnUvbGliL2xpYmljb252LnNvIGlzIG5vdCB1c2VkIGZvciByZXNvbHZp bmcgYW55IHN5bWJvbC4KbGQzMjogV0FSTklORyAxMjc6IFR3byBzaGFyZWQg b2JqZWN0cyB3aXRoIHRoZSBzYW1lIHNvbmFtZSwgL3Vzci9saWIzMi9taXBz My9saWJjLnNvLjEgYW5kIC91c3IvbGliMzIvbGliYy5zbywgaGF2ZSBiZWVu IGJlZW4gbGlua2VkLiBUaGlzIGlzIHByb2JhYmx5IGR1ZSB0byBhIG1pc3Np bmcgLUwgc3BlY2lmaWNhdGlvbi4gSWdub3JpbmcgdGhlIGxhdHRlci4KbGQz MjogV0FSTklORyA4NCA6IC91c3IvbGliMzIvbGlibS5zbyBpcyBub3QgdXNl ZCBmb3IgcmVzb2x2aW5nIGFueSBzeW1ib2wuCmxkMzI6IFdBUk5JTkcgODQg OiAvb3B0L2dudS9saWIvbGliaWNvbnYuc28gaXMgbm90IHVzZWQgZm9yIHJl c29sdmluZyBhbnkgc3ltYm9sLgpsZDMyOiBXQVJOSU5HIDEyNzogVHdvIHNo YXJlZCBvYmplY3RzIHdpdGggdGhlIHNhbWUgc29uYW1lLCAvdXNyL2xpYjMy L21pcHMzL2xpYmMuc28uMSBhbmQgL3Vzci9saWIzMi9saWJjLnNvLCBoYXZl IGJlZW4gYmVlbiBsaW5rZWQuIFRoaXMgaXMgcHJvYmFibHkgZHVlIHRvIGEg bWlzc2luZyAtTCBzcGVjaWZpY2F0aW9uLiBJZ25vcmluZyB0aGUgbGF0dGVy LgpsZDMyOiBXQVJOSU5HIDEyNzogVHdvIHNoYXJlZCBvYmplY3RzIHdpdGgg dGhlIHNhbWUgc29uYW1lLCAvdXNyL2xpYjMyL21pcHMzL2xpYmMuc28uMSBh bmQgL3Vzci9saWIzMi9saWJjLnNvLCBoYXZlIGJlZW4gYmVlbiBsaW5rZWQu IFRoaXMgaXMgcHJvYmFibHkgZHVlIHRvIGEgbWlzc2luZyAtTCBzcGVjaWZp Y2F0aW9uLiBJZ25vcmluZyB0aGUgbGF0dGVyLgpsZDMyOiBXQVJOSU5HIDg0 IDogL29wdC9nbnUvbGliL2xpYmljb252LnNvIGlzIG5vdCB1c2VkIGZvciBy ZXNvbHZpbmcgYW55IHN5bWJvbC4KbGQzMjogV0FSTklORyAxMjc6IFR3byBz aGFyZWQgb2JqZWN0cyB3aXRoIHRoZSBzYW1lIHNvbmFtZSwgL3Vzci9saWIz Mi9taXBzMy9saWJjLnNvLjEgYW5kIC91c3IvbGliMzIvbGliYy5zbywgaGF2 ZSBiZWVuIGJlZW4gbGlua2VkLiBUaGlzIGlzIHByb2JhYmx5IGR1ZSB0byBh IG1pc3NpbmcgLUwgc3BlY2lmaWNhdGlvbi4gSWdub3JpbmcgdGhlIGxhdHRl ci4KbGQzMjogV0FSTklORyA4NCA6IC9vcHQvZ251L2xpYi9saWJpY29udi5z byBpcyBub3QgdXNlZCBmb3IgcmVzb2x2aW5nIGFueSBzeW1ib2wuCmxkMzI6 IFdBUk5JTkcgMTI3OiBUd28gc2hhcmVkIG9iamVjdHMgd2l0aCB0aGUgc2Ft ZSBzb25hbWUsIC91c3IvbGliMzIvbWlwczMvbGliYy5zby4xIGFuZCAvdXNy L2xpYjMyL2xpYmMuc28sIGhhdmUgYmVlbiBiZWVuIGxpbmtlZC4gVGhpcyBp cyBwcm9iYWJseSBkdWUgdG8gYSBtaXNzaW5nIC1MIHNwZWNpZmljYXRpb24u IElnbm9yaW5nIHRoZSBsYXR0ZXIuCi4uLy4uLy4uLy4uLy4uL2thZmZlLTEu MS4wL2xpYnJhcmllcy9jbGliL2F3dC9YL2dyYS5jOiBJbiBmdW5jdGlvbiBg SmF2YV9qYXZhX2F3dF9Ub29sa2l0X2dyYURyYXdTdHJpbmcnOgouLi8uLi8u Li8uLi8uLi9rYWZmZS0xLjEuMC9saWJyYXJpZXMvY2xpYi9hd3QvWC9ncmEu YzoyMTI6IHdhcm5pbmc6IHVudXNlZCB2YXJpYWJsZSBgbicKLi4vLi4vLi4v Li4vLi4va2FmZmUtMS4xLjAvbGlicmFyaWVzL2NsaWIvYXd0L1gvZm50LmM6 IEluIGZ1bmN0aW9uIGBKYXZhX2phdmFfYXd0X1Rvb2xraXRfZm50U3RyaW5n V2lkdGgnOgouLi8uLi8uLi8uLi8uLi9rYWZmZS0xLjEuMC9saWJyYXJpZXMv Y2xpYi9hd3QvWC9mbnQuYzoyODI6IHdhcm5pbmc6IHVudXNlZCB2YXJpYWJs ZSBgbicKLi4vLi4vLi4vLi4vLi4va2FmZmUtMS4xLjAvbGlicmFyaWVzL2Ns aWIvYXd0L1gvY2xyLmM6IEluIGZ1bmN0aW9uIGBKYXZhX2phdmFfYXd0X1Rv b2xraXRfY2xyR2V0Q29sb3JNb2RlbCc6Ci4uLy4uLy4uLy4uLy4uL2thZmZl LTEuMS4wL2xpYnJhcmllcy9jbGliL2F3dC9YL2Nsci5jOjc4MTogd2Fybmlu ZzogZGVwcmVjYXRlZCB1c2Ugb2YgbGFiZWwgYXQgZW5kIG9mIGNvbXBvdW5k IHN0YXRlbWVudApsZDMyOiBXQVJOSU5HIDg0IDogL29wdC94ZnJlZTg2LTQu MC4xL2xpYi9saWJTTS5zbyBpcyBub3QgdXNlZCBmb3IgcmVzb2x2aW5nIGFu eSBzeW1ib2wuCmxkMzI6IFdBUk5JTkcgODQgOiAvb3B0L2dudS9saWIvbGli aWNvbnYuc28gaXMgbm90IHVzZWQgZm9yIHJlc29sdmluZyBhbnkgc3ltYm9s LgpsZDMyOiBXQVJOSU5HIDEyNzogVHdvIHNoYXJlZCBvYmplY3RzIHdpdGgg dGhlIHNhbWUgc29uYW1lLCAvdXNyL2xpYjMyL21pcHMzL2xpYmMuc28uMSBh bmQgL3Vzci9saWIzMi9saWJjLnNvLCBoYXZlIGJlZW4gYmVlbiBsaW5rZWQu IFRoaXMgaXMgcHJvYmFibHkgZHVlIHRvIGEgbWlzc2luZyAtTCBzcGVjaWZp Y2F0aW9uLiBJZ25vcmluZyB0aGUgbGF0dGVyLgpsZDMyOiBXQVJOSU5HIDg0 IDogL29wdC9nbnUvbGliL2xpYmljb252LnNvIGlzIG5vdCB1c2VkIGZvciBy ZXNvbHZpbmcgYW55IHN5bWJvbC4KbGQzMjogV0FSTklORyAxMjc6IFR3byBz aGFyZWQgb2JqZWN0cyB3aXRoIHRoZSBzYW1lIHNvbmFtZSwgL3Vzci9saWIz Mi9taXBzMy9saWJjLnNvLjEgYW5kIC91c3IvbGliMzIvbGliYy5zbywgaGF2 ZSBiZWVuIGJlZW4gbGlua2VkLiBUaGlzIGlzIHByb2JhYmx5IGR1ZSB0byBh IG1pc3NpbmcgLUwgc3BlY2lmaWNhdGlvbi4gSWdub3JpbmcgdGhlIGxhdHRl ci4KLi4vLi4vLi4vLi4vLi4va2FmZmUtMS4xLjAva2FmZmUva2FmZmV2bS9z eXN0ZW1zL3VuaXgtanRocmVhZHMvanRocmVhZC5jOjE1ODo2Mzogd2Fybmlu ZzogcGFzdGluZyAiKiIgYW5kICJzYyIgZG9lcyBub3QgZ2l2ZSBhIHZhbGlk IHByZXByb2Nlc3NpbmcgdG9rZW4KLi4vLi4vLi4vLi4vLi4va2FmZmUtMS4x LjAva2FmZmUva2FmZmV2bS9zeXN0ZW1zL3VuaXgtanRocmVhZHMvanRocmVh ZC5jOjUzMDo0OTogd2FybmluZzogcGFzdGluZyAiKiIgYW5kICJzYyIgZG9l cyBub3QgZ2l2ZSBhIHZhbGlkIHByZXByb2Nlc3NpbmcgdG9rZW4KLi4vLi4v Li4vLi4vLi4va2FmZmUtMS4xLjAva2FmZmUva2FmZmV2bS9zeXN0ZW1zL3Vu aXgtanRocmVhZHMvanRocmVhZC5jOjY3MTo1MTogd2FybmluZzogcGFzdGlu ZyAiKiIgYW5kICJzYyIgZG9lcyBub3QgZ2l2ZSBhIHZhbGlkIHByZXByb2Nl c3NpbmcgdG9rZW4KLi4vLi4vLi4va2FmZmUtMS4xLjAva2FmZmUva2FmZmV2 bS9jb2RlLWFuYWx5c2UuYzogSW4gZnVuY3Rpb24gYGFuYWx5emVNZXRob2Qn OgouLi8uLi8uLi9rYWZmZS0xLjEuMC9rYWZmZS9rYWZmZXZtL2NvZGUtYW5h bHlzZS5jOjgxOiB3YXJuaW5nOiBjb25jYXRlbmF0aW9uIG9mIHN0cmluZyBs aXRlcmFscyB3aXRoIF9fRlVOQ1RJT05fXyBpcyBkZXByZWNhdGVkCi4uLy4u Ly4uL2thZmZlLTEuMS4wL2thZmZlL2thZmZldm0vY29kZS1hbmFseXNlLmM6 MTI0OiB3YXJuaW5nOiBjb25jYXRlbmF0aW9uIG9mIHN0cmluZyBsaXRlcmFs cyB3aXRoIF9fRlVOQ1RJT05fXyBpcyBkZXByZWNhdGVkCi4uLy4uLy4uL2th ZmZlLTEuMS4wL2thZmZlL2thZmZldm0vY29kZS1hbmFseXNlLmM6IEluIGZ1 bmN0aW9uIGB0aWR5QW5hbHl6ZU1ldGhvZCc6Ci4uLy4uLy4uL2thZmZlLTEu MS4wL2thZmZlL2thZmZldm0vY29kZS1hbmFseXNlLmM6MjA1Nzogd2Fybmlu ZzogY29uY2F0ZW5hdGlvbiBvZiBzdHJpbmcgbGl0ZXJhbHMgd2l0aCBfX0ZV TkNUSU9OX18gaXMgZGVwcmVjYXRlZAouLi8uLi8uLi9rYWZmZS0xLjEuMC9r YWZmZS9rYWZmZXZtL2xvY2tzLmM6IEluIGZ1bmN0aW9uIGBnZXRIZWF2eUxv Y2snOgouLi8uLi8uLi9rYWZmZS0xLjEuMC9rYWZmZS9rYWZmZXZtL2xvY2tz LmM6MTI0OiB3YXJuaW5nOiB1bnVzZWQgdmFyaWFibGUgYHRtcCcKLi4vLi4v Li4va2FmZmUtMS4xLjAva2FmZmUva2FmZmV2bS9sb2Nrcy5jOiBJbiBmdW5j dGlvbiBgX2xvY2tNdXRleCc6Ci4uLy4uLy4uL2thZmZlLTEuMS4wL2thZmZl L2thZmZldm0vbG9ja3MuYzo0ODk6IHdhcm5pbmc6IHVudXNlZCB2YXJpYWJs ZSBgdG1wJwouLi8uLi8uLi9rYWZmZS0xLjEuMC9rYWZmZS9rYWZmZXZtL2xv Y2tzLmM6IEluIGZ1bmN0aW9uIGBfdW5sb2NrTXV0ZXgnOgouLi8uLi8uLi9r YWZmZS0xLjEuMC9rYWZmZS9rYWZmZXZtL2xvY2tzLmM6NTE0OiB3YXJuaW5n OiB1bnVzZWQgdmFyaWFibGUgYHRtcCcKLi4vLi4vLi4va2FmZmUtMS4xLjAv a2FmZmUva2FmZmV2bS9zdHJpbmdQYXJzaW5nLmM6IEluIGZ1bmN0aW9uIGBz a2lwQ2hhcnMnOgouLi8uLi8uLi9rYWZmZS0xLjEuMC9rYWZmZS9rYWZmZXZt L3N0cmluZ1BhcnNpbmcuYzo0Mzc6IHdhcm5pbmc6IHN1YnNjcmlwdCBoYXMg dHlwZSBgY2hhcicKLi4vLi4vLi4va2FmZmUtMS4xLjAva2FmZmUva2FmZmV2 bS9zdHJpbmdQYXJzaW5nLmM6IEluIGZ1bmN0aW9uIGBza2lwU3BhY2UnOgou Li8uLi8uLi9rYWZmZS0xLjEuMC9rYWZmZS9rYWZmZXZtL3N0cmluZ1BhcnNp bmcuYzo0NTA6IHdhcm5pbmc6IHN1YnNjcmlwdCBoYXMgdHlwZSBgY2hhcicK bGQzMjogV0FSTklORyA4NCA6IC91c3IvbGliMzIvbGliZGwuc28gaXMgbm90 IHVzZWQgZm9yIHJlc29sdmluZyBhbnkgc3ltYm9sLgpsZDMyOiBXQVJOSU5H IDg0IDogL29wdC9nbnUvbGliL2xpYmljb252LnNvIGlzIG5vdCB1c2VkIGZv ciByZXNvbHZpbmcgYW55IHN5bWJvbC4KbGQzMjogV0FSTklORyAxMjc6IFR3 byBzaGFyZWQgb2JqZWN0cyB3aXRoIHRoZSBzYW1lIHNvbmFtZSwgL3Vzci9s aWIzMi9taXBzMy9saWJjLnNvLjEgYW5kIC91c3IvbGliMzIvbGliYy5zbywg aGF2ZSBiZWVuIGJlZW4gbGlua2VkLiBUaGlzIGlzIHByb2JhYmx5IGR1ZSB0 byBhIG1pc3NpbmcgLUwgc3BlY2lmaWNhdGlvbi4gSWdub3JpbmcgdGhlIGxh dHRlci4KbGQzMjogV0FSTklORyA4NCA6IC4uLy4uL2xpYmx0ZGwvLmxpYnMv bGlibHRkbGMuYSBpcyBub3QgdXNlZCBmb3IgcmVzb2x2aW5nIGFueSBzeW1i b2wuCmxkMzI6IFdBUk5JTkcgODQgOiAvdXNyL2xpYjMyL2xpYmRsLnNvIGlz IG5vdCB1c2VkIGZvciByZXNvbHZpbmcgYW55IHN5bWJvbC4KbGQzMjogV0FS TklORyA4NCA6IC9vcHQvZ251L2xpYi9saWJpY29udi5zbyBpcyBub3QgdXNl ZCBmb3IgcmVzb2x2aW5nIGFueSBzeW1ib2wuCg== --0-391269649-1055170926=:89439-- From robilad@yahoo.com Mon Jun 9 09:04:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Mon Jun 9 08:04:01 2003 Subject: [kaffe] 1.1.0 on ia64-linux Message-ID: <20030609150641.30528.qmail@web10005.mail.yahoo.com> --0-1240642504-1055171201=:30361 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline builds and installs fine. There are 44 regression test failures. make[3]: Entering directory `/tmp/kaffe/build/test/regression' PASS: HelloWorldApp.class.save FAIL: HelloWorldApp.java PASS: TestIntLong.java PASS: TestFloatDouble.java FAIL: DoubleCvt.java PASS: DoubleNeg.java FAIL: DoubleConst.java FAIL: DoublePrint.java PASS: DoubleComp.java PASS: ModuloTest.java PASS: LongNeg.java PASS: FPUStack.java PASS: NegativeDivideConst.java PASS: divtest.java PASS: Str.java PASS: Str2.java PASS: InternHog.java PASS: IndexTest.java PASS: StackDump.java PASS: CatchLimits.class.save FAIL: tname.java FAIL: ttest.java FAIL: ThreadInterrupt.java PASS: ThreadState.java PASS: UncaughtException.java PASS: IllegalWait.java PASS: WaitTest.java PASS: Preempt.java PASS: TestSerializable.java FAIL: TestSerializable2.java PASS: SerializationCompatibility.java PASS: SerialPersistentFields.java PASS: TestSerialVersions.java PASS: TestSerialPersistent.java FAIL: TestSerialFields.java PASS: TestObjectStreamField.java PASS: ReflectInterfaces.java PASS: InnerTest.java PASS: SerialUID.java PASS: TestCasts.java FAIL: Alias.java PASS: NullPointerTest.java PASS: NullInvoke.java PASS: TableSwitch.java PASS: LostFrame.java PASS: ConstructorTest.java PASS: burford.java PASS: IllegalInterface.java PASS: GetInterfaces.java PASS: IntfTest.java PASS: SignedShort.java --hangs-forever-- FAIL: CharCvt.java PASS: BadFloatTest.java FAIL: ProcessTest.java FAIL: UDPTest.java PASS: SoTimeout.java FAIL: wc.java PASS: FileTest.java PASS: FileChecks.java PASS: finalexc.java PASS: finaltest.java PASS: finaltest2.java --hangs-forever-- FAIL: forNameTest.java PASS: LoaderTest.java PASS: ArrayForName.java PASS: KaffeVerifyBug.java PASS: Schtum.java PASS: Reflect.java FAIL: MethodBug.java FAIL: Bean.java FAIL: SortTest.java PASS: ArraysTest.java PASS: SubListTest.java FAIL: HashTest.java FAIL: SecureRandomTest.java FAIL: MapTest.java PASS: URLTest.java FAIL: PropertiesTest.java FAIL: ReaderTest.java PASS: CharArrayReaderTest.java PASS: LineNumberReaderTest.java FAIL: BufferedReaderTest.java FAIL: ReaderReadVoidTest.java FAIL: InputStreamTest.java FAIL: PipeTest.java PASS: DateFormatTest.java PASS: GetField.java PASS: LostTrampolineFrame.java PASS: NetworkInterfaceTest.java FAIL: InetAddressTest.java FAIL: InetSocketAddressTest.java FAIL: ReflectInvoke.java PASS: InvTarExcTest.java PASS: SystemLoaderTest.java PASS: NoClassDefTest.java PASS: CLTest.java PASS: CLTestConc.java PASS: CLTestJLock.java PASS: CLTestLie.java PASS: CLTestFindLoaded.java PASS: ClassDeadLock.java PASS: ExceptionTest.java FAIL: ExceptionTestClassLoader.java FAIL: ExceptionTestClassLoader2.java PASS: TestClassRef.java FAIL: ClassGC.java PASS: GCTest.java PASS: ThreadLocalTest.java FAIL: BeanBug.java PASS: BitSetTest.java PASS: ExceptionInInitializerTest.java PASS: InitTest.java PASS: CLInitThrow.java PASS: ProcessClassTest.java FAIL: ProcessClassInst.java FAIL: ProcessClassStop.java FAIL: FindSystemClass.java PASS: ProcessClassLockTest.java PASS: DoubleBug.java PASS: TestUnlock.java FAIL: MarkResetTest.java FAIL: HashtableTest1.java PASS: ReflectMultiArray.java PASS: ExecTest.java PASS: ProhibitedClass.java --hangs-forever-- FAIL: KaffeInternal.java PASS: CatchDeath.java error compiling: java.lang.NullPointerException at at.dms.kjc.KjcParser.jMember(KjcParser.java:1377) at at.dms.kjc.KjcParser.jClassBlock(KjcParser.java:1225) at at.dms.kjc.KjcParser.jClassDefinition(KjcParser.java:429) at at.dms.kjc.KjcParser.jTypeDefinition(KjcParser.java:174) at at.dms.kjc.KjcParser.jCompilationUnit(KjcParser.java:52) at at.dms.kjc.Main.parseFile(Main.java:336) at at.dms.kjc.Main.run(Main.java:143) at at.dms.kjc.Main.compile(Main.java:69) at at.dms.kjc.Main.main(Main.java:60) PASS: ThreadStop.java PASS: DeadThread.java PASS: tthrd1.java FAIL: DosTimeVerify.java PASS: ZipVerify.java FAIL: ZipTest.java TestScript: line 4: 25299 Aborted $JAVA $* >$TMPRESULT 2>&1 FAIL: TruncatedClass.java FAIL: SoInterrupt.java PASS: sysdepCallMethod.java PASS: TestNative.java ================================ 44 of 137 tests failed Please report to kaffe@kaffe.org attached is an archive of the output from the failures. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com --0-1240642504-1055171201=:30361 Content-Type: application/x-tar-gz; name="ia64-linux-failures.tgz" Content-Transfer-Encoding: base64 Content-Description: ia64-linux-failures.tgz Content-Disposition: attachment; filename="ia64-linux-failures.tgz" H4sIALCg5D4AA+1dS5PbRpLWdfEreNiDfVAb9UIBilnHyhppRrEercLSeB+X CTYISL2iSAWbbVv767dQL2RmoZtomWZvUFUhtVqVycqvipmJDyggse+u99/t une77vr6arv57un6anl90S+v1o+O1kpWlpWU5l9ZSi4elabpStl/3e/60fCD lVqWJTN6ijH1aFEeD8Lt7eZ6v9wtFo9228ur9XJ1q97m6voUcE7d/mf5y/Ji vdy8u3i2Xl5fv9ruX2xvNqvnv7Xdp71xiCcL6xHFPy33i1H37fvd9tfl5bq7 6K/W65ebN/tl++Htbtl234yiQf3JZrm/+qX79tbP/+lqc7X/nn5K1fQTEVD4 xNhhPyEk/cT0fMLHb5HasRp9vLFqj+vDsu87N9jTT5/sJ37cLlfdzqzgZmX/ /w0R2M/zRk2C8Tpr84/7cPJJJvm3xbPlzXW3Wlx+frL40+ZmvV60Q8f3Rfz+ 9yT+f+iWmyOH/4z4r1z8s1Lxig96Wsgc/6doX+5ax46QPyZy75837p+bviwb /q6McFtcH07nQ4CP4T8Z/z/cvDtqCjgY/5rF+FdVORz/haEEOf5P0HL8f4Xx bwI8pIAk/m8Mql23+qkbLL410t+fCg7Ev5HKGP9CmXMBplUlcvyfos1wmMQj 8snAmZ4M5PbVNZr/n71f7p79coSkD9o9+J85AlQD/5OM5/x/inY4/3uPyEn/ LJN+Ev/DIH959nDnf0La8z+Zr/+cpM2If+cROf6/ivj/8/b67dXH7udud9V/ PlIWOBz/fv+HMS1LI2dVxfPx/yTtcPwjj8hZ4MyyQBr/N2b1n203x7jw49uh +C+1CPu/Qsnh+k8lGMvxf4r2wnjOfjF4wfWT4m8vX/3j56c//v35ovvtU9fu F2zxbrtfCOW+psI5R9B+aOi5HaHdEv9HvQJwd/xXpRQaxL/d/9FVPv6fpL1a vnqy0H1fl6AVpnexvF70Q3IYxC3qvtqYznIR/7/ebt65jphAniwYyCbjUCXu jSOhXjDe0/8M4+m+62EbZQipmwcWWiucSS1rUUk9THdiCGe14VwIzUtR1eZQ pFVdjvrR9Ot/f/Py7cufn//j5asXL1+9fPtfdglLtISJzhTMSaVb4U5q3wP2 q+d/eUpgP2YYdaICUD+u79CxoB9H1HXQvk3fwX6c4gafjKgerzefvmHfGn1Z skkRhCnLOpE5eMz8gb0ehO0OJgT9IhMDInx7ZHi2YAUde+izBvmAXtA48yKI XoRgAzKHXpg/sNejt93BhCzLOkGPDJgUTCV2eLEQBR176LMGhUPfyRS9IOh5 InPotfkDez162x1MmG+3TdALjL6jEju88faCjj30WYPSoV/xFL3E6LsmkXnP UYvHPewOrmP7gxFZ8i7Bj0xIpqnE+Y5a9AUd3XZam8rNoGXpDBSZgfv+ocx7 z+DlPewP/uMEwYw5Ae+TOSg8B+fFBTFhBorjAB+yvdZs5WZxiVw0iNAsVrWk MjeLavD2Hvb7WXhBMGO8HIVakRiRXLdEYk2YgeI44/iu15rVbhbLUiaz0GQW Jacy7018cPseCoI/eUkwJEvVt3QeGs+j74jEeRQfjgAFteC7reXazaQpeTKT Gs+krRmV+YSvhgDoocDPJEiCIVlWfUdngswYGtgTiTsUmpHiQKMF320tN24m NTo6BBGeiUuQUOZmopiNgx5K/FSiKJiSJT7cF4kh6VN9QcwMQ40jjTZCvzs4 lW46GiXzKEPzuaytHyKhd7KS25jokSz4WRRGg+awiQ5PRWpOSkcFC2rMDgdG A/4WJA4EczOrShg9UYZnVlq/RELvdKW0UdIjWfC7KIwGZdn0MIqK1JyUvfXO ghqzw4HRgP8FiQPhD/CqhNEUZWhmS+enSOhmZpDaqOmRzM9sFEaDslz2MKqK 1JxUzlcLaswOB0YbLUWJA+EP/rKE0RVleGaldVkkdDOrWeOCqEdCPzUgjSZl ednDKCtSg1L11mULas6OB4cbbY0ih8OTA1HCYIsyNLumtm6LhD7WKlG7eOqR NEQbEEejsmx7GHBFalJW2jpuQQ26AeF4IOJGmYPiycPglpLOkLCHgf5wIvT0 gZsTdBtXPZIGEgHE0agsVz0MvCI1KaveOnBBDboB4XiAUowyB8UTC1bC4Isy NMO6tm6MhJ5aKCVcfPVIGggGEEejho72MACL1KQ5q7FuXFCDbkA4HqAbo8xB 8aRjsMHoDAnrsB5VY6H3UsFK7eOsR/Lgp0ghGpalPX8ks8QsxJ5s1kjkPNUN iUYEvgqlDpAjJV1fwoCMMjRTXVuXRkJ/hKjMmaiPuB7Jw1ECKUTDkpU9DMoi NStrbZ26oEb9kGhEcLSAUgfIkZbOeo8kMyWsxZ40cCz0tIVLXvvI65E8kBek EA1LZhe9xTPFHKburXMX1KgfEo0IqAyUutNVx2e6VQkDNMrQTKvaujgSBj4j a6V9CPZIIZIapBFNS8Z7GKZFalg2Fi8SeWbjxkRDQnoDxQ6T4zhdi4I1yvBs raxGwsBxGs1UiMUeaUSmg1WicckECtgiNS0bq1EX1HAYFI8JWQ+SO1iO+3SX JQzaKEMzVlYskdBzH9ZIUYaY7JFGYEBEJRqXTPYwcIvUtFzab7gtqOEwKB4T sCEsd7AcJ+qWJQzeKMMztjKOhJ4TmaNRVYbY7JFGIEZEJRqXTPUwgIvUtFxa ja6ghsOgeExAkbDcwXI8yV8g4XjGhCdJ+zUwJAw8SWvNWQjRHqlEskR0onnJ qh4GcpEal5cafQgwJj9qn8gDbcIKDpnjTp3zK4ZnTbiTnBB67iSUklLESO2R TmBQiVIEIJm/lIvmjXlUm4ocjwrDklEBm6IaDpzjVJ27XBWCOsrQzEWdCj2n 0qw0vhQjtkc6gVklShGAZHUPA7tIzcu2TkSOX4VhyaiAZVENB85xrc7l5hJ/ rYRriQlh4FqSM+NQMXR7pBQJV6IVIZi808MQL1IAcpWKPOsK45JhIfWiKg6f 519+y5ejCRL+xetUGPhXLYWSKgZxj5QiCUu0IgTJXPYKwV6kAOSqTkSeiYVx ybCQjlEVh89zMv+lMzR7wsn4hNBzMsNidNmwMZZ7pBWY2YRaBCHZZQ+Dvkgh yC4VOX4WB6bjApaW6riL856rec9GWymCcDU2IQxcTQttgpePQd0jtcjYJvQi DMnaHoZ/kYKQXSryvC2OTAeG7C1Vcig9hwvHOQknSjgcchKBONy4h/dY0/Fh HEzpRRiSrXqYCIoUhIROAiFM7SIm9qeUHErP68JxD23tEF6HHYVPrQLcE4Rq gdzxRjaV5s2YDjxYx/DC9i/cAMIMD7kJn7EKiOaN5nu8Cp7reeg+KUQZXoUy FR5cBUz4VN00QqoGZAWP1tG+0NeDuSIUKoxOMdy6DIj7jfYZWQfHAFfxtAJs NAnMAHmPvEHOWwfMAjXTTV01rAapweO1XJCXoXPcjMIwVAn9Qc5YCMQHAQBB VsKxwlV0CbBZJRRZCTRFNW8lMDE0B6pGC6MJ0oMHbNkhj1/UuKGFYaiQoyiI W1cCEUQAQJOVcCxxtQorATa8BGaJvEM+Uc1bCUwUa23OxXSlBUgRHrBli5yH znFLDMNQDPpENWMlEGEEAHqyEo41ruIFFbBhJjRZCTRFPW8lCG/UUtSNElLD POEhW/bIo9OOm2oYiAoMhsK4dS0wfwQQGF0NxyJXl2E1wKabwCySr5Bf1PNW A/NIo6V1U1aNhMnCg7ZsksvYG7flMBDFoWfUM1YD8UkIQdDVcKxytYyrMW7Z iYasBppmM281MK2UjVaqZuYkHiYMD9pyS65ib9zOw0BUOLOhMG5dDUQuIQRN VkM6hrlq4mqM23wSM0zeQt+Q5azVkIRhNo1irOLm7B5mDX+3haWZvIq9cQ8Q I1ECOAfEcdtySEwzIYaerofjmqtxJ2jcHJSMrAea6CTXTNeDcM2mKbngyjSU Ojxuyzg5uHUszhpBUeG0mAK5dUEw44QgWLIijneudFyRcVNRYt7JL5GHzOOd EvPOYV9PVuYLYiVKHx64ZZ+8HrvDhiOGoiR0kRnsE6HAIESyIo6DrqpxReJG pBRkRdBU53FQiTmobqqyESXnvEQpxAO3RJQ3Y3fYosRQVLhtnAK5dUUQEUUg dLIino2qcUXixqUkbHSJfGQeG5WEjaqGs7oqpZQMpRGP3FHS5dgd9jQxFqWg k8ygpBJTUoSiT9bE81Jwa0Xc6pSEly7RZOfxUol5qeFScrh3s65rgVOJx+7Y 6SXoDzPH7LSCfjKDnSIcBAZLV8VzVDGuStwelYSjNshT5nFUiTiqHm5l1eb7 0bqqcDrx4B1TbUG/3zbFYFQFXWUGU0U4CAyRrornq/DWr7CVKglfbdB05/FV ifmqtFdazDeklOA4p3j0jrSuQL/fY8VolIbOMoO0IiAUh07XxTNXeCNZ2HiV hLnWyFvmMVeJmWs9KDb22YdK4cTi4Tv6Cu999zuyGI3S0F1m0FcEhOJAMBxu z2HBssRtWkk4LNoskPM4rMQcthquxgwnF5wJRpKLx++YLOz327cYjoJbB3IG k0VIKBCMwyJXjs+26K7ZOsrQymjoMWoen1WYzzI+XKExZxq14a2cZBh/+61l taKEgrpI8aga+IyawWoRlAQJBuKwO27boruiZZThtUGTnsdtFea2XDHdNOa8 o6oVlyTN+ClYgivQ99gWKR4Vkh5Fc+vaIIJLkWAgDrtjuS0KKR5laG0q5Dfz WK7CLFeVQjWNOQcRupQNSTV+CpbqChRTXZHiUQ30mxlUF0FJkGAgDrvjuy16 GoBFGV4bNOl5fFchvmu+am3OSLgy6uZUjaYbPwfLeoWYlMDFCcyKwrl1cSCW BApB4tA77ttewtUpowytjqpT4cHVwdy3LtlweqLKRtasqeVwJyoyHDFJoSYl aHnqRHT38iAGnGAhUBx+x4Pb5bQMr8+E8OD6YB5cldycrOiS1U0lmip5gKmI mKSoJiVwfS5T0d3rg8hwgoVAcfgdI26baRlaH1mnwoPrgxkxL5U5cZGl0A3X jajoQ2d+rpYXCz0pQQtUJ6K7Fwjx4gQMxeJm4NhxO7l6hB3LCeHBFSLsWDJm TmPqUqvanCJqPtzcNbEQliOLKe/CHLlNRXcvEebICRoKxs3BMeVWT8vQGqE7 RNQ8pqwIU665MN9aZaDpoU5Ikob8dC1fFs2kBK1RnYjuXiPMlxM0FIybg2PN bTUtw2s0ITy4Rpg160pW5lsboEkuzGlO8ixlEVFJsZyUwDVapaK71whR5xQN BWPnUHn+rKZlaI3QHSfVPP5cEf6seMOZKg02Q1wrc86T5CP/TJhj0ZeTErRK dSK6c5UqzKJTPAkcNw/PpaeOeBXh0nxCeHCdMJcWparNOURpwImqEY1Kk5Kf smPU7aQErlOXiu5eJ8SoJ/AkcNw8PK8W0zK0TugOlmoer64wr64Yq+rKHHCl IbTm2FumiclP2bHr1aQErVOdiO5eJ8SuJ/AkcNw8PMfm0zK8ThPCg+uEOfas B70jLim6SQlcpz4V3b1OiGjPeWDezUNOPRUeRACQQHc9VPDm0/AUeIXIrH9e 3BpIn2xPDYxPtlMD4yPsFebuQ7cv8YBrOKxsnY/bSz/YYQ/VeIiFYVD5hjB0 uD06Dv3lpR/8Tb2oXkMwI7W7OBbvCn6A2g93lXMAK42X4+GLP9xV0CHAnlUh 4o5ccITqD1ebWP2hRl0IZ1oaYlQCQQJ6YZAEGzGIUwtJDiDjD/FMB7eRP3T6 x0NbAI1j/GlxiFHJ30duC0CMveEEdOgONmJ5h9RCUhuCjD9Ue6CD2woQQ6cY HyIM0ATFT8tDjEoOvysBMfaGE8ShO9iIBR5SC0l1CDL+UO+BDm5rQAyd6PGF 0EXw0wIRo5L3H1cEYuwODmT7g5VY4iG1kdSHIBZswQc6vKsCMfT6hxHCjXeu i8yBlogYlbwP+TIQY3/wIicIdmKRh9RKUiGC2HAVH6gBXwdi6PYbcqHGg+si 86BFIkYl/2SBLwQx9oebxJwg2IllHlIrSY0IYsPVfKAGfCWIodtvoYWb3lwX mQctEzEqeZ8KpSBGQfAqLwmWYqGH1E5SJYJY8UUfqIlQC2Lo9yfzoc6D6yJz oYUiRiWf/0MxiFEQzia8JFiKpR5SO0mdCGLFl32gJkI1iKHfn3SHm85cF5kL LRUxKvl7+GM5iFESTrODKNiKxR5SS0mlCGIn1H2gRmI9CHtAcWfIsdSD7yMz otUigFa4KT8WhACyeJ9UEEaLsdrDhL2kWAS1Fus+JKbGihBW5M5qY7EH30fm RutFAK3wuGQsCQFk8UHJIIwWY72HCXtJuQhqLVZ+SEyNNSGsyB30Y7kH30fm RitGAC3/YORYFALIwvlnFEaLseLDhL2kYAS1Fms/JKbGqhBW5AhBLPjg+8jc aM0IoOUfgQRlIYAw3Ig0SqPNWPNhwmJSMoLaG4s/JMZAXQgrc4QhlnzwfWR+ tGoE0AoPPILCEEAan3UcxdFqrPowYTMpGkEtguoPiTlYGcIKHaGIRR98H5kj rRsBtDylgKUhgDQQCyCOVmPdhwmbSdkIahHUf0jMwdoQVujIRiz74PvIHGnl CKDl6QYsDgGkgXQAcbQaKz9M2EwKR1CLoAJEYg5Wh7BCR0Ri4QffR+Y4SBmd 4x3lIYA83nUOFaLlWPthwm5SOoJaRRUgEpO4PoQVO6ISSz/4PjzXpHoE0AoP KKICEUAen02ECtFyrP4wYTcpHkGtohoQiUlcIcKKHZGJxR98H5krrR8BtDyV wSUigDwQGqQQLcf6DxN2k/IR1CqqApGYxDUiBrGvERHLP/g+MldaQQJoBY6D i0QAhUh0kEa0HStATFhOCkhQu7gMRGKUVImwcsd7YgEI30fmS2tIAK3Ae0iZ CKAR2Q9WidZjDYgJ20kJCWqZ1IFIzNI6EVbB8aFYAsL3kTnTKhJAy/MhWigC aARWRFSi9VgFYsJ2UkSCWiaVIBKztFKEVXA8KRaB8H1kzrSOBNDyPImWigAa gSwRlWg91oGYsJ2UkaCWSS2IxCytFWEVHHeKZSB8H5kzrSQBtAJ3osUigEok UEQn2o+VICasJ4UkqG1aDCIxnFSLsBqOT0k0I8qnOnpPAdDyfMoVZBj325BO YFWJUkQQa0FM2JeMmKfW47g8VfAMi2o4dI5niRr3kbnTewWAludZriTDuIeG dALbSpQiglgNYsK+Cc+JuacVI+KGWZGYTjQcOse/BOkjc6f3AACtwL9cRYbx GjhSiiQs0YoYYj2ICQSSkd0Yan8cuE41Ah2jKg6g42S8xn1k/nR/H2gFTuZq MoANeaQVmVmqFlHEmhATGCQje/kUwTgyHRiytETHYXRcjZM+sgZ07x5oea7m yzKAzXakFRjbhFpEEetCTGCQjOzTUwTjyHRgwN5SHXdV33E4VuM+sgZ0Xx5o BQ7nqzKAnXSkFpnchF7EEStDTKCQjOzCUwxgaDoyZHWpkoPpuB0jfWQd6L47 0Lprax2oxUf6JvQijlgbYgKFZGSXnWKY2ohMAAD7BCaHG2qhCwJIt9WB0rh1 DjrHbbVoYdwWnLCQbgtSC+P+H65HYbsf+vUMf3ibfv/H651ZmpO9/0fB9/8o +/4vwfP7f07S/Ct9flmub7rrJ8ViMdzv8fj79L6QxaK8GH4+Rv8w+9N8xvx8 uemH92B9HqTgd3nRPDcHRmm1daOrRhgeUVdcMKWfC3Pyu1hUtl2o2AZlLi70 8MtjT9suPAhzSmENq+eN6/jO/F38i0VRvBhulZmaTvu7p6GrWmhWPX+szX/F hSx5zYV6LuAEKgjcjPpceyMWNMb60F+9bTT+42vLhhd9o9eTfXkyOPj+d8bH 93+y6pE5KRzEOf5P0L78lXLHfjPeH/PGvvu/L/D+7yT8srcg/q43Ad72Pr/D r3O8LcD/f6Sj3E7c5uZ//jsOAIfzvxjz/yDnrJRVzv+naF+eMHh+F+yZvQs2 t6+v0fz/wnjem8/X++6jdZ6jXAM4mP9LFvN/xYf3fw7P1OX8f4p2OP8Tj8hZ P2f93M6m0fz/1+X1+4HoHfH1zwev/2o9Xv8Rw7GAqarM139P0g7n/+AROfGf Y+Kfiv/98C0MXzk7ThY4zP/Kkf9ZvarK139P0+bF/+gROQucVxZI4r9br7f/ sd2tVwbEkUjA4eO/Hvd/uYt/xnP8n6LNiH/oETn8zyv8k+P/y023f7paDf89 2mnAfa7/yGH/d7j+I3P8n6Idjn/iETkDnFkGyO1rblP5/822/XDMo8Dh/K/H /M/ZcP8Pr/L1/5O0efk/8Yh8FMhHgdzOoKX5/9PN/s1+1y0/Pgj/F5Xj/1W+ /+ckbU7+Rx6RM3/O/LmdTaP5/98G73y52Xe7zXJ96uu/jGmhdL7+e8J2OP8j j8jZ/8yyP43/vy0/Hfv2jxnxD/gfG/SUFJn/naQdjn/vETnyzyzyXUvjf/fh p+662x8xC8w//g/3fzB7/Of5+t9J2pz4Bx6Rs8CZZYEk/rv9++3qh5t3R2QA h+N/fP6LKzUc/7XM93+dpM2I/+AROfbPLPaHRuP/9dWn7kHv/x5+Z6oyajn+ T9AOx3/wiBz+Zxj+afzvtq351Q71cnOcPHB4/2eM/4rZ5/9Emc//T9JmxD/x iJwHzjEP5PZ1trvy/5v99iiPANwv/0ub/3ne/zlJu1/+Hzwi5/+c/3M7l3ZL /j/qJYDD5/8q5H9mFG39T5mf/z5Jm53/8yWAs0z9E/H/qdvtr7ojpoD7PP8t uL3/0+jl+D9FmxX/wCNyCjivFEDj/6du+ODw8+ft1eo4OeBw/Etw//dw/V+b PJDj/xTtcPynHpFzwHnlgIf2wdwerk3n/+PuAB8+/wP5X9j7vxjP93+cpM3N /znvn2feT+O/X3ft/uXml+2H7gHu/5Rc2fs/M/87TZsT/8Ajcgo4sxRA4/9N 197sup+Wm9X2aA8A32f/T5RD/Guuc/2fk7TD8U89IqeAM0sBuX3FLcn/W/uo 5+7m00Ps/zEthXv/ny5z/j9Fm5H/R4/Iqf/sUn8a/7tjPvpn233u/+e2/ouq VH7+7yRtTvzv8qN/5xn8j9L4H77pN93uarl+cdWtV0d5AdDs8z/7Qu3Knf/l 4/9J2uH4px6R88A55oHcvs52e/6/+t8hCH/Pez9DO5z/x/e/a/v+Hy3LfP3/ JO0++d97RD4A5ANAbmfSkvz/ftctV8e9Bji7/qvJ/5W09//xMvP/k7QZ+R97 RM7+OfvndjYtyf+7m0273HfOl07y/EepFdj/8c9/sPz810mazROrBVdamtxg vGHR77YfFxfUEVr7s3i7+3y1ebdotx8/rbt9txiyzkXx5qZtu+veZJXPtscM iD/+hPz/n116+lemmpaVYdR90LGDXF+YViwWFxffGHTi2yck773Y7j4u9893 u+2ODr+waBfmiNSNg7qhWMXlzKHAKOGzrL77szebD5vtr5tp+6GG7qJzyiYB v3u/Xyw35mPdb5+6drDZxYNG8XrdLa+7Rfu+az8sPm9vdotnPz598+b107d/ NR9aua6rjfHf9XrpPjJg+27A9t0r82W83l4NJuNxaCrX0/j/+59fP2T9V0MB 7ft/Ra7/dpp2mP95j8i87yx5H43//756yPrP5vjPbP1Hmfd/TtMOx7/3iBz/ X0X899vdq+XH45aAvEf9B8W5u/+L5fqPJ2mH4x94RM4BZ5cDaPzvN+a7PurR f0b8V+P7vyt7/6fief/vNO1w/FuPyJF/dpHvWhL/+2Oz//vGv73/k8v8/M9J 2oz43+cj/9cT/7+2Rw7+R3PiPz7/b/4M73+T+fz/RO1w/P/a5uA/0+DPLbfc csstt9xyyy233HLLLbfccsstt9zOuv0f1jaQAABAAQA= --0-1240642504-1055171201=:30361-- From robilad@yahoo.com Mon Jun 9 09:54:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Mon Jun 9 08:54:01 2003 Subject: [kaffe] FullTest results of 1.1.0 on debian i386-linux Message-ID: <20030609155724.97320.qmail@web10002.mail.yahoo.com> --0-1633916814-1055174244=:97317 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hi, I'va also ran a FullTest.sh on i386-linux. It looks quite good, except from 4 regression test failures with the jit3-optimized-static configuration, which are attached. They look like genuine crashes. > /tmp/topic [514] time bash FullTest.sh /tmp/topic/kaffe-1.1.0/ Mon Jun 9 13:29:22 CEST 2003 kaffe-1.1.0-jit3-debug: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Mon Jun 9 13:37:05 CEST 2003 kaffe-1.1.0-intrp-debug: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Mon Jun 9 14:03:33 CEST 2003 kaffe-1.1.0-jit3-optimized: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Mon Jun 9 14:10:10 CEST 2003 kaffe-1.1.0-intrp-optimized: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Mon Jun 9 14:23:52 CEST 2003 kaffe-1.1.0-jit3-stats: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Mon Jun 9 14:31:36 CEST 2003 kaffe-1.1.0-intrp-stats: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Mon Jun 9 14:58:19 CEST 2003 kaffe-1.1.0-jit3-default: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Mon Jun 9 15:06:18 CEST 2003 kaffe-1.1.0-intrp-default: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Mon Jun 9 15:32:54 CEST 2003 kaffe-1.1.0-jit3-debug-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Mon Jun 9 15:40:05 CEST 2003 kaffe-1.1.0-intrp-debug-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Mon Jun 9 16:02:30 CEST 2003 kaffe-1.1.0-jit3-optimized-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Command FAILED: make -s -j 2 -C /tmp/topic/build/kaffe-1.1.0-jit3-optimized-static/ check tail -5 /tmp/topic/build/Trace-kaffe-1.1.0-jit3-optimized-static.txt ================================ make[3]: *** [check-TESTS] Error 1 make[2]: *** [check-am] Error 2 make[1]: *** [check-recursive] Error 1 make: *** [check-recursive] Error 1 FAIL: StackDump.java FAIL: ProcessClassInst.java FAIL: ProcessClassStop.java FAIL: ProhibitedClass.java Mon Jun 9 16:08:58 CEST 2003 kaffe-1.1.0-intrp-optimized-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Mon Jun 9 16:21:40 CEST 2003 kaffe-1.1.0-jit3-stats-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Mon Jun 9 16:29:05 CEST 2003 kaffe-1.1.0-intrp-stats-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Mon Jun 9 16:51:07 CEST 2003 kaffe-1.1.0-jit3-default-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... Mon Jun 9 16:58:09 CEST 2003 kaffe-1.1.0-intrp-default-static: Cleaning ... Configuring ... Building all ... Building Klasses ... Building bootstrap ... Building all ... Installing ... Checking ... real 230m55.584s user 182m57.620s sys 10m45.780s yeah, it takes quite a while ... ;) cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com --0-1633916814-1055174244=:97317 Content-Type: application/x-tar-gz; name="i386-linux-jit3-optimized-static-failures.tgz" Content-Transfer-Encoding: base64 Content-Description: i386-linux-jit3-optimized-static-failures.tgz Content-Disposition: attachment; filename="i386-linux-jit3-optimized-static-failures.tgz" H4sIAF6t5D4AA+2W327aMBSHc7s+hS/LBYmdhGTlroNurVStSOwFjHOgLqmN HKd/9vQzDqV0tCCtNNWk890QDudnHNmfk0ktyyKa8+kUuixkIe3eSJt09cLK W/kbim5luZUislDZyMDMQFVJraKR0cJdDkpeVReqsuGUyzJ4HcoozdI0oJSm SUr9Z079d09G84DmWc4Yi5OkF9A4y+IkIPSN8Q5K7W7QEBJYvZBiR9/pj7h7 Lu9l1cak2sNyRW74HQ9LrmbhT+0XdAjT77pWxZkx2vTJN17B0YWyYBQvCTRF wevZtSUuXit4WICwUBB4EOB2jlbh0agEFyPiGsScPOrakMHl6Xg8Ov117kJF U5Ju5/Cy5E1kOY9oOY9oxzy+cLsxYd8WzsAOtBvK1MJqQ4+b6rKrr9zYd9B5 KzYEUXIDxUZ8M83y3utRBffLXc+VgM3+pHfS9G/pcculOt6q+lAed44+bf0n B/B/7Nw5nP+5998dA+h/C6D/H+6/12PLf19t/E//T/+v5US6RW9uf4f++/1n G/6n3v/UtaP/LdCq1mMQtZH28expvD553kdkwcWcz6BPngNXkxs3g9cMvNS8 ABMWMJUKfGWl/eqHffJv57fjLD95R5atT4IXojwdBC+KPhKzTzgH/tX/sXWr Naxvdz74V+zxn9EkW/vPekv/e3EP3/9bod3Hel2WIy2Xf7k+ArwkG7vp+Pna W/G1gx0f3uEPpb+a2Ge+liAIgiAIgiAIgiAIgiAIgiAI8g7+AIIeZzIAKAAA --0-1633916814-1055174244=:97317-- From robilad@yahoo.com Mon Jun 9 10:02:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Mon Jun 9 09:02:01 2003 Subject: [kaffe] Small build test script Message-ID: <20030609160503.37862.qmail@web10005.mail.yahoo.com> --0-286195119-1055174703=:36920 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hi, after mail-bombing the list with all those test results, I've attached the small, trivial script I used to build and configure kaffe, so you can go ahead and run the same test on your favorite platform and tell us how it went. just source test.sh in the directory where you downloaded kaffe-1.1.0.tar.gz, and let it run overnight. /tmp/kaffe/build/faillog will contain warnings and errors from the compiler, so it would be quite intersting to have, along with the *.fail files from /tmp/kaffe/build/test/regression . cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com --0-286195119-1055174703=:36920 Content-Type: application/x-sh; name="test.sh" Content-Transfer-Encoding: base64 Content-Description: test.sh Content-Disposition: attachment; filename="test.sh" bWtkaXIgL3RtcC9rYWZmZQpjcCBrYWZmZS0xLjEuMC50YXIuZ3ogL3RtcC9r YWZmZQpjZCAvdG1wL2thZmZlCmd1bnppcCBrYWZmZS0xLjEuMC50YXIuZ3oK dGFyIHh2ZiAga2FmZmUtMS4xLjAudGFyCm1rZGlyIGJ1aWxkCmNkIGJ1aWxk Ci4uL2thZmZlLTEuMS4wL2NvbmZpZ3VyZSAtLXByZWZpeD0vdG1wL2thZmZl L2luc3RhbGwgLS1lbmFibGUtZGVidWcKbWFrZSAyPmZhaWxsb2cKbWFrZSBp bnN0YWxsCm1ha2UgY2hlY2sKCg== --0-286195119-1055174703=:36920-- From milosn@xtra.co.nz Mon Jun 9 16:36:01 2003 From: milosn@xtra.co.nz (Milos Negovanovic) Date: Mon Jun 9 15:36:01 2003 Subject: [kaffe] Re: kaffe on NetBSD In-Reply-To: <20030609085947.24033.qmail@web10010.mail.yahoo.com> References: <20030609085947.24033.qmail@web10010.mail.yahoo.com> Message-ID: <1055198291.13819.16.camel@cindy.> --=-wRqXkNbCdV7+SM/hdrI2 Content-Type: text/plain Content-Transfer-Encoding: 7bit On Mon, 2003-06-09 at 20:59, Dalibor Topic wrote: > these classes should be in libraries/javalib/lib after the compilation. Are you > sure that the class library compilation works without fuss? Could you turn off > the -v in rebuildLib, try to rebuild it again, and see if you can spot anything > suspicious? they are not in libraries/javalib/lib because rebuildLib does not build them. Commenting the echo line seams to do the trick, echo line makes the folowing compile line do no actual work (will just print out and move on). Shell scripting is not my stronger side so i would not have a clue what might be wrong with that echo line, but something is :). --- libraries/javalib/rebuildLib.in.old 2003-06-10 10:09:22.000000000 +1200 +++ libraries/javalib/rebuildLib.in 2003-06-10 10:09:45.000000000 +1200 @@ -47,5 +47,5 @@ cd $SRCDIR -echo "Compiling classes from ${1+"$@"} using " $JAVAC +#echo "Compiling classes from ${1+"$@"} using " $JAVAC $JAVAC $VERBOSE $JAVAC_FLAGS -d $LIBDIR $CPATH ${1+"$@"} Regards Milos --=-wRqXkNbCdV7+SM/hdrI2 Content-Disposition: attachment; filename=rebuildLib.in.diff Content-Type: text/plain; name=rebuildLib.in.diff; charset=646 Content-Transfer-Encoding: 7bit --- libraries/javalib/rebuildLib.in.old 2003-06-10 10:09:22.000000000 +1200 +++ libraries/javalib/rebuildLib.in 2003-06-10 10:09:45.000000000 +1200 @@ -47,5 +47,5 @@ cd $SRCDIR -echo "Compiling classes from ${1+"$@"} using " $JAVAC +#echo "Compiling classes from ${1+"$@"} using " $JAVAC $JAVAC $VERBOSE $JAVAC_FLAGS -d $LIBDIR $CPATH ${1+"$@"} --=-wRqXkNbCdV7+SM/hdrI2-- From greg@wooledge.org Mon Jun 9 17:12:01 2003 From: greg@wooledge.org (Greg Wooledge) Date: Mon Jun 9 16:12:01 2003 Subject: [kaffe] 1.1.0 build failure on parisc-hpux In-Reply-To: <20030609125611.15367.qmail@web10005.mail.yahoo.com> References: <20030609125611.15367.qmail@web10005.mail.yahoo.com> Message-ID: <20030609231404.GS2789@pegasus.wooledge.org> --0blaZc+aUkVqY8MO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dalibor Topic (robilad@yahoo.com) wrote: > Hi, I've tried to build kaffe on HP's TestDrive's parisc-HPUX machine, bu= t I > didn't get too far: > ln -s ifaddrs.h > Usage: ln [-f] [-i] [-s] f1 f2 > ln [-f] [-i] [-s] f1 ... fn d1 > ifaddrs.h: ifaddrs_compat.h > $(LN_S) $< $@ Are you using HP-UX's /usr/bin/make, or GNU make? The former is pretty much rubbish, at least on HP-UX 10.20. I highly recommend installing GNU make before attempting to do any serious work. --=20 Greg Wooledge | "Truth belongs to everybody." greg@wooledge.org | - The Red Hot Chili Peppers http://wooledge.org/~greg/ | --0blaZc+aUkVqY8MO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (OpenBSD) iD8DBQE+5RS7kAkqAYpL9t8RAjqDAKCJe1nnPmNbq1xFZPi75J1mTXxtAgCgqPzp gk9sMjpMDD4HcXuelbLuJH0= =Zt/9 -----END PGP SIGNATURE----- --0blaZc+aUkVqY8MO-- From ito.kazumitsu@hitachi-cable.co.jp Mon Jun 9 18:08:01 2003 From: ito.kazumitsu@hitachi-cable.co.jp (Ito Kazumitsu) Date: Mon Jun 9 17:08:01 2003 Subject: [kaffe] 1.1.0 build failure on i686-linux-2.0.38 Message-ID: <200306100010.h5A0A9B22803@sm1.hitachi-cable.co.jp> Needless to say, as discussed before, some features needed for the current kaffe are missing in Linux 2.0.38. In file included from getifaddrs.c:30: ifaddrs_linux.c:42: linux/netlink.h: No such file or directory ifaddrs_linux.c:43: linux/rtnetlink.h: No such file or directory In file included from getifaddrs.c:30: ifaddrs_linux.c:46: netpacket/packet.h: No such file or directory make[1]: *** [getifaddrs.lo] Error 1 make: *** [all-recursive] Error 1 From greg@wooledge.org Mon Jun 9 18:17:01 2003 From: greg@wooledge.org (Greg Wooledge) Date: Mon Jun 9 17:17:01 2003 Subject: [kaffe] 1.1.0 on i386-openbsd hangs in make check In-Reply-To: <20030609144703.28218.qmail@web10005.mail.yahoo.com> References: <20030609144703.28218.qmail@web10005.mail.yahoo.com> Message-ID: <20030610001948.GT2789@pegasus.wooledge.org> --N7HXVILz59yg1nI8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dalibor Topic (robilad@yahoo.com) wrote: > I've tried out 1.1.0 on i386-openbsd. It builds and installs fine, but > unfortunately one regression test hangs forever, apparently. Hmm, curious. It passed all tests for me. # uname -a OpenBSD pegasus 3.3 GENERIC#0 i386 # pwd /tmp/kaffe/build/test/regression # ls *.fail ls: *.fail: No such file or directory # cat ProcessTest.out=20 ProcessTest: Success. --=20 Greg Wooledge | "Truth belongs to everybody." greg@wooledge.org | - The Red Hot Chili Peppers http://wooledge.org/~greg/ | --N7HXVILz59yg1nI8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (OpenBSD) iD8DBQE+5SQkkAkqAYpL9t8RAgUAAKCHToM9DOYlxczkRrj1c03qZUDYBACgwjH4 5DmSBecQ3GqqX0OxLh2DMo4= =ITDU -----END PGP SIGNATURE----- --N7HXVILz59yg1nI8-- From wyattaw@optushome.com.au Mon Jun 9 18:50:02 2003 From: wyattaw@optushome.com.au (Tony Wyatt) Date: Mon Jun 9 17:50:02 2003 Subject: [kaffe] AmigaOS Config failure Message-ID: Hi all, Sadly the configure script will not run on my AmigaOS platform. The script crashes the machine, leaving only a file "configure.lineno" behind. This file has 30,690 lines. The last few lines of "configure.lineno" are: ********************* int main () { return f != $ac_func; ; return 0; } _ACEOF rm -f conftest.$ac_objext conftest$ac_exeext if { (eval echo "$as_me:30686: \"$ac_link\"") >&5 (eval $ac_link) 2>&5 ac_status=$? echo "$as_me:30689: \$? = $ac_status" >&5 (exit $ac_status); } && { ac_try='test ************************* Needless to say, the line number "30686" does not feature in the configure script. One big problem is that the configure script says NOTHING to the screen. I tried the configure with the --verbose flag, but still nothing. Since the configure process under 1.0.7 takes about 80 minutes on my platform, that's an awfully long silence to endure before any result can be expected. The script produces about 8 minutes of silence before it crashes. cheers tony From greg@wooledge.org Mon Jun 9 18:53:01 2003 From: greg@wooledge.org (Greg Wooledge) Date: Mon Jun 9 17:53:01 2003 Subject: [kaffe] 1.1.0 build failure on parisc-hpux In-Reply-To: <20030609231404.GS2789@pegasus.wooledge.org> References: <20030609125611.15367.qmail@web10005.mail.yahoo.com> <20030609231404.GS2789@pegasus.wooledge.org> Message-ID: <20030610005529.GU2789@pegasus.wooledge.org> --ptMYGWplstB9CqWP Content-Type: multipart/mixed; boundary="cqG5pBpskktEuCrX" Content-Disposition: inline --cqG5pBpskktEuCrX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Additional info: Kaffe builds and installs on HP-UX 10.20 using GNU make and gcc 3.2. (This by itself is pretty astonishing to me; most large projects won't build on this system because they fall over and die when they find out there aren't any pthreads.) The regression tests, however, do not work because they don't compile. =2E.. TestScript[5]: 13020 Bus error(coredump) FAIL: sysdepCallMethod.java error compiling: TestScript[5]: 13045 Bus error(coredump) FAIL: TestNative.java =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D 133 of 137 tests failed Please report to kaffe@kaffe.org imadev:/usr/local/src/kaffe-1.1.0$ uname -a HP-UX imadev B.10.20 A 9000/785 2008897791 two-user license imadev:/usr/local/src/kaffe-1.1.0$ file test/regression/core test/regression/core: core file from 'kaffe-bin' - received SIGBUS (gdb) bt #0 0xc4249fb4 in ?? () warning: Attempting to unwind past bad PC 0xc4249fb4=20 #1 0x7b006128 in ?? () Cannot access memory at address 0x7b03adb8 --=20 Greg Wooledge | "Truth belongs to everybody." greg@wooledge.org | - The Red Hot Chili Peppers http://wooledge.org/~greg/ | --cqG5pBpskktEuCrX Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=faillog md.h is already up-to-date In file included from debug.c:1: ../kaffevm/debug.c: In function `kaffe_dprintf': ../kaffevm/debug.c:382: warning: implicit declaration of function `vsnprintf' ClassLoader.c: In function `java_lang_ClassLoader_defineClass0': ClassLoader.c:40: warning: unused variable `iLockRoot' InetAddressImpl.c: In function `java_net_InetAddressImpl_stringToBits': InetAddressImpl.c:107: warning: implicit declaration of function `inet_pton' InetAddressImpl.c: In function `java_net_NativeInetAddressImpl_getHostByAddr0': InetAddressImpl.c:550: warning: implicit declaration of function `inet_ntop' NetworkInterfaceImpl.c: In function `java_net_NetworkInterfaceImpl_getIPAddress': NetworkInterfaceImpl.c:123: warning: implicit declaration of function `inet_ntop' PlainSocketImpl.c: In function `java_net_PlainSocketImpl_socketAccept': PlainSocketImpl.c:276: warning: `remote_addr' might be used uninitialized in this function gra.c: In function `Java_java_awt_Toolkit_graDrawString': gra.c:212: warning: unused variable `n' gra.c: In function `drawAlphaImage': gra.c:669: warning: statement with no effect gra.c:713: warning: statement with no effect gra.c: In function `Java_java_awt_Toolkit_graDrawImage': gra.c:771: warning: statement with no effect gra.c:790: warning: statement with no effect fnt.c: In function `Java_java_awt_Toolkit_fntStringWidth': fnt.c:282: warning: unused variable `n' clr.c: In function `Java_java_awt_Toolkit_clrGetColorModel': clr.c:781: warning: deprecated use of label at end of compound statement jthread.c:158:63: warning: pasting "*" and "sc" does not give a valid preprocessing token jthread.c:530:49: warning: pasting "*" and "sc" does not give a valid preprocessing token jthread.c:671:51: warning: pasting "*" and "sc" does not give a valid preprocessing token gc-mem.c is already up-to-date md.c is already up-to-date In file included from md.c:1: ../../config/parisc/hpux/md.c:12:8: warning: multi-line string literals are deprecated code-analyse.c: In function `analyzeMethod': code-analyse.c:81: warning: concatenation of string literals with __FUNCTION__ is deprecated code-analyse.c:124: warning: concatenation of string literals with __FUNCTION__ is deprecated code-analyse.c: In function `tidyAnalyzeMethod': code-analyse.c:2057: warning: concatenation of string literals with __FUNCTION__ is deprecated debug.c: In function `kaffe_dprintf': debug.c:382: warning: implicit declaration of function `vsnprintf' exception.c: In function `vpostExceptionMessage': exception.c:136: warning: implicit declaration of function `vsnprintf' external.c: In function `loadNativeLibrary2': external.c:277: warning: implicit declaration of function `snprintf' libtool: link: warning: this platform does not like uninstalled shared libraries libtool: link: `kaffe-bin' will be relinked during installation --cqG5pBpskktEuCrX Content-Type: application/x-gunzip Content-Disposition: attachment; filename="check.log.gz" Content-Transfer-Encoding: base64 H4sICMoq5T4AA2NoZWNrLmxvZwDFnG9v2zgSh9/nU/hd7go0tuT/BQ64xEla3zk5I0p2F1cs sLRE26wlUaAoJ9lPfyTl2o4tj4ey1tcCQZCYz8z8OBwOJbYPZMHiWc2fU39RY3Ht6iIiC/rd +f1L7S6WVOhfBkxQX3LxXvujnqWiHnKfhPVU+PUFmU7pZ+fKuWpcbgY+cjnX4ySvTWgt4DGt Tbmo/WGMfCbR5ZaRESVLCxsPO+76PJ6yWVmf6/nwy5LurIfvesViP8wCWtqt1fjSfq3H7zom aBISv7xjq/HYuS490RtDuxGEbBLKICwdwWp8aWnX4wscE0QwmtZ99e0p/m1h9s3ERLLlagLd U/H1nHa5waGm0y2jWpHZvXXDqwqM8bMHpU3uzRaVlU0VleefJ21zN6Y/WVJVTAp19piMzd2Y IiLnVQWlWWePKje6G1ZK/Uww+V5VaD95Zw9vY3h/5mIyoxGNK1toG+L/YRY3pncDJa+VRahQ +/zfcnqzCnr9t8sNDSVd81Tpdq1WoBAugq1+toogLitKpY+oE5sQ3DLYUuJU909pz8D2afN7 +iZpnDIepxX0ahtYQRHmWRxUMBUbG3WDLDoMRRGPK1gDu6bqOfmci/q4CxUKedaVfsD8KUsG QFaS0mdd/3uGT6kC0MI0I0ovfvP9AWj5XtJ8n389QxP50VphKMuoiliWUdFDEimS0sv5A7xu WH99eSo0ulfv31NJo7SiyFa0fTNZzN4+/5BzQUmwMtaqyFj9A/tyA0fJ2jpR1mNOVCMnLqat klZRWJfV5N7BtJj5PyrKPEU694r6aPK0clOFQ6W35iOlb2vnOa2unnWLKCh1vmCJTE+MZEUp 7GcTIk9MiBW9nsPOldEHrZ6m0Bka1SKLZdPm4MxGJD4xaRThXMn/0VS5NvEMHfS2JfuW+cAK 33TSP8iSVPNiY0X6618iFZjcjU/SVJYOSQ8uesc2EzTVZ47SSaPB9Q0nV6qWm/j8fOc9e6UL yh76Wf3AM+v0e1vh+h23V7vJ0hoVgou/+VzQIIuSv1+Mrz3vS+0bDUP+KxdhcJ0kV35I0vQq JUt6YT5uKjYLlTdf9rltt5B7fz0c7XL1dCGI3S5A1J8exnLE4xmS120Ue5hHrj99H3Iib3k2 CSmW6XYAH3PUYCmxtLZzlPZI0fF2Eb6pkzPWu17juHdjlapoHkY7NRyLA8V74EEWcj0GiwPV 02mHn4k+qNz9+MWTxF9gYaBsyinz8vWWLVlgNb19UL+ALSVevD4onicFjuM0GqByCuSiSaBs Q11l428cOaMKB6o1jAP6hk82hTsimEqP2+znUtgb7YCVbUCkPx+xiMnUpqIrLCiZjEmELJMK Bcol8amlUKBUz+Z5gplOkSVoqAvmWQ5VsyDRAbugdi+xT7LZXN69+TSRap9GY+G0C0O1/MNf CcMHDqqpSTZp3ARlHAtKI/ycNEEJzcdVZ6T6vj8JesNWVFDBXSq6vDThBfwTqed6YM6MbKJQ 8h3Lb8GF0PDHVKQslTSW94yGQYpmI4X+RfPVjoLmIqXe+I0mwzVgTbbToQ0XAfXx/0x+qB5c bTuURIaNRoMSP9FpqLimak2JT/EeH9mFYipslm8bkcQvw1ssrnNUzwFJJTrYjgudB65DRvAo 8LDymIXhmDM9GzbqwecVDR3GS75AV6pD55WVfLo8ea9M7e1oICjgiKsDkLDY07ugiKb1FJk+ sdqI2AVFnGRiygV61fVABVe75XrVoamgjF9piXXcA6VUvKmNhj1QQ4/NYhp4cy7QwD6o42BO BPqMq2CgfDckMKdwm3j7oHpjwdVMpFZAUMCX27EFTJ88oNngzyyiPMPjQPlefTQHFO2ehdQq SFAxTRvoh1vYBeEcOtHkvCmLSUjf0LE6oGaGZnECcRxQujUO2zs6DiieKniPqirbzIbb6IOF ngRWO5vjNlvQzisEeb/PvUQT25CH/9YPNFW3yabvNxn2SO64PchLz5/LLMKymqCCq34NDQPl e6ByzgOLOJugdjeUYE+TThNWTO0QNlnSAjUzWWJThZ0WKJuXTUbq0GAFBIX7RtK5FQ0WT99o pk8kDnhkQ22DIj6QxAoGKvjyNLKCgeqpXTahQjJqNcVtUMMnaluoOqB6ulExaVgCDCo5YjF9 zKIJFSXI8GrOVCVUPyrBRUirv/7CWWDD7YISD+MkW52PraCgvGOWWG1/XVDSWyKp2q0iqx7T 6YJyqqbf5nGA0zuyQau6pk5iCVfDqc2ZzOmBQj5S+crFYn0+sRGgB4o6jKm8DgJh12g7PVBV DfW4vyiF7mN2cKsDudMHxVWsZyLu3nwrL0FVPXMLzL5f64OyPvKBfgtwS20OlW4DLq02W4nb aELPmXLWgMfY/t5tdJpHef8acewrNgXsHQ92xLCJ46qN7ijunsWBmWlsEXFVwwVR8zkmgU3c ajcCkOu3FTZzrRYiFmlczrMdS3dBZQ/RsScz1wUlXlNVNUETO9BZz9C+DtCwPnQQ/Tqwmaem A962MG/ARvrKiRW0BTmojyr4c4/bBKW7YdKjNlu62wTVW+fOUP1l0ry+sarCbgtUVEOtaKCU g5HhzQV/RQNBOVdPzUxCWrkJirpNHaKvJjhuG5Rym+pJjrwwoqgtaNvQBTnfgA0YDe0U36/a d1UXZhtp233I3fy+jMVy6jiQo/rjL3FosXd0QDUfiFg80dRuhXZALfWBXeq3IHqcg2aCKq76 wocslMwcFbHYLqjm3Ru1aQvdLqilSqI5mzBJA6vM7IJqmmdu+TUYEqKRoJjm4olqQST2DZXb c4r7rtUVvdU1DPwK77WgRlh3RzkTzetAfaGUcxGgE7HXB33jqX4xkD8ExSL7LtSu/JcllrgW 1FwpnE1K97tgKyWy2Ce2Gd3vQw563PYaULMBCpi+pwFNBiQM82e2aCqoo/74o7mzl/P+ceTP hdNs1vhUcbvmenNamxIW0uBiHFKSUv1/AHEh9V1rcy/4n+brFRez4+T1peNPnz7Vvm9dR/69 dmeidMr+qwPtaH33xrO5Or1likQ/7bhlL8kX23E+2hH62WyqBN8Jy/4GujaX2zhm4H/2Ab/d iEsAAA== --cqG5pBpskktEuCrX-- --ptMYGWplstB9CqWP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (OpenBSD) iD8DBQE+5SyBkAkqAYpL9t8RAsJ3AJwIaZENgAidCaN1PZJDQdWgyny3dgCfe6GA RNhlXiteFR4bh//oxezbeAA= =D3Cl -----END PGP SIGNATURE----- --ptMYGWplstB9CqWP-- From inaba@src.ricoh.co.jp Mon Jun 9 19:30:01 2003 From: inaba@src.ricoh.co.jp (Kiyo Inaba) Date: Mon Jun 9 18:30:01 2003 Subject: [kaffe] 1.1.0 build failure on i686-linux-2.0.38 In-Reply-To: <200306100010.h5A0A9B22803@sm1.hitachi-cable.co.jp> Message-ID: <200306100132.h5A1WhQ20312@snoopy.src.ricoh.co.jp> Ito Kazumitsu wrote: >Needless to say, as discussed before, some features needed >for the current kaffe are missing in Linux 2.0.38. Same (I think) thing happens for RedHat-5.2 (Linux 2.2.5, glibc-2.1.1). The error messages while compiling is ------------------------------------------------------------------ ../../kaffe-1.1.0/replace/ifaddrs_linux.c: In function `nl_recvmsg': In file included from ../../kaffe-1.1.0/replace/getifaddrs.c:30: ../../kaffe-1.1.0/replace/ifaddrs_linux.c:239: `MSG_TRUNC' undeclared (first use in this function) ../../kaffe-1.1.0/replace/ifaddrs_linux.c:239: (Each undeclared identifier is reported only once ../../kaffe-1.1.0/replace/ifaddrs_linux.c:239: for each function it appears in.) ../../kaffe-1.1.0/replace/ifaddrs_linux.c: In function `nl_getmsg': ../../kaffe-1.1.0/replace/ifaddrs_linux.c:266: `MSG_TRUNC' undeclared (first use in this function) make[1]: *** [getifaddrs.lo] Error 1 ------------------------------------------------------------------ Kiyo From greg@wooledge.org Mon Jun 9 19:41:02 2003 From: greg@wooledge.org (Greg Wooledge) Date: Mon Jun 9 18:41:02 2003 Subject: [kaffe] memory leaking Message-ID: <20030610014300.GV2789@pegasus.wooledge.org> --Zqkt5x/gGOIVPcL0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable After having run the CVS release of kaffe, and now version 1.1.0, for several days, I'm pretty sure it's leaking memory a lot faster than the CVS version from a month ago did. The early May version typically took 24 to 48 hours to fill up the memory I allowed it (224 MB) while running Freenet. With the current version, I can reach the limit in just a few hours. =46rom a practical standpoint, this means I have to restart the Freenet node much more frequently. --=20 Greg Wooledge | "Truth belongs to everybody." greg@wooledge.org | - The Red Hot Chili Peppers http://wooledge.org/~greg/ | --Zqkt5x/gGOIVPcL0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (OpenBSD) iD8DBQE+5TekkAkqAYpL9t8RAlblAKC0U53Qqtd1g49X84LKwyp54rOVrQCeOeCL 9PpbLNx3PKumLCAb4aQZhAc= =6WGU -----END PGP SIGNATURE----- --Zqkt5x/gGOIVPcL0-- From inaba@src.ricoh.co.jp Mon Jun 9 23:44:01 2003 From: inaba@src.ricoh.co.jp (Kiyo Inaba) Date: Mon Jun 9 22:44:01 2003 Subject: [kaffe] 1.1.0 build failure on i686-linux-2.0.38 Message-ID: <200306100546.h5A5kSb26327@snoopy.src.ricoh.co.jp> In-Reply-To: <200306100132.h5A1WhQ20312@snoopy.src.ricoh.co.jp> I said, > Same (I think) thing happens for RedHat-5.2 (Linux 2.2.5, glibc-2.1.1). Sorry, this is RedHat-6.0. Kiyo From inaba@src.ricoh.co.jp Mon Jun 9 23:51:01 2003 From: inaba@src.ricoh.co.jp (Kiyo Inaba) Date: Mon Jun 9 22:51:01 2003 Subject: [kaffe] 1.1.0 on sh3-linux Message-ID: <200306100553.h5A5rpR27166@snoopy.src.ricoh.co.jp> Hi, As I previously reported, there are two problems for this target made by cross-compiling, but the result is '2 of 136 tests failed'. The failed tests are 'DosTimeVerify.java' and 'ZipTest.java', and skipped one is 'NetworkInterfaceTest.java'. Failed two tests are actually caused by the lack of 'libz' and I think they shall be treated as 'FAIL' rather than 'FAIL'. Two workaround needed is 1) Modify path for SHELL in test/regression/Makefile, if your shell is in different directories between build and target environment. 2) Include 'kjc.jar' in BOOTCLASSPATH environment variable, before invoking 'make check' in test/regression. Kiyo , From inaba@src.ricoh.co.jp Tue Jun 10 00:07:01 2003 From: inaba@src.ricoh.co.jp (Kiyo Inaba) Date: Mon Jun 9 23:07:01 2003 Subject: [kaffe] AmigaOS Config failure In-Reply-To: Message-ID: <200306100609.h5A696229378@snoopy.src.ricoh.co.jp> Hi Tony, Tony Wyatt wrote: >Sadly the configure script will not run on my AmigaOS platform. The script >crashes the machine, leaving only a file "configure.lineno" behind. This >file has 30,690 lines. That's too bad... For this specific issue, I am sorry to say I can not help at all (I have never seen Amiga in Japan), but if you have chance could you please try 1.1.0 with m68k-linux. At least this does not work with my old (debian hamm) linux. Kiyo From wyattaw@optushome.com.au Tue Jun 10 01:13:01 2003 From: wyattaw@optushome.com.au (Tony Wyatt) Date: Tue Jun 10 00:13:01 2003 Subject: [kaffe] Re: AmigaOS Config failure In-Reply-To: <200306100609.h5A696229378@snoopy.src.ricoh.co.jp> Message-ID: Hi Kiyo, On 10-Jun-03, you wrote: > Hi Tony, > >> Sadly the configure script will not run on my AmigaOS platform. The >> script crashes the machine, leaving only a file "configure.lineno" >> behind. This file has 30,690 lines. > > That's too bad... For this specific issue, I am sorry to say I can not > help at all (I have never seen Amiga in Japan), but if you have chance > could you please try 1.1.0 with m68k-linux. At least this does not > work with my old (debian hamm) linux. > Actually, I owe an apology to someone. The second time I ran it, it crashed again at the same place, but on the third attempt, it went past that area and hung up at the part of the configure script that estimates the maximum command length. My next whinge: The loop that measures the command length, on my 68k machine at 50 MHz, takes 3 minutes 39 sec *per iteration*. That means that a complete run through the "while" loop would take over an hour. The previous version of the configure script took about 1 h 20 m to complete. I have no idea where it spends its time. I have added a "case" statement for "amigaos" to set the variable to 8192. It's just a guess, but we'll see how it goes. tony From robilad@yahoo.com Tue Jun 10 03:02:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Tue Jun 10 02:02:01 2003 Subject: [kaffe] AmigaOS Config failure In-Reply-To: Message-ID: <20030610090428.88868.qmail@web10001.mail.yahoo.com> Hi Tony, --- Tony Wyatt wrote: > Sadly the configure script will not run on my AmigaOS platform. The script > crashes the machine, leaving only a file "configure.lineno" behind. This > file has 30,690 lines. Argh, the joys of cross-platform shell programming ;) > The last few lines of "configure.lineno" are: > > ********************* > int > main () > { > return f != $ac_func; > ; > return 0; > } > _ACEOF > rm -f conftest.$ac_objext conftest$ac_exeext > if { (eval echo "$as_me:30686: \"$ac_link\"") >&5 > (eval $ac_link) 2>&5 > ac_status=$? > echo "$as_me:30689: \$? = $ac_status" >&5 > (exit $ac_status); } && > { ac_try='test > ************************* > Needless to say, the line number "30686" does not feature in the configure > script. there should be a line like for ac_func in some-functions-from-configure.in somewhere above it, could you report back which functions they are? It may be some quoting problem ... then I'd put up a patched kaffe-1.1.0 archive for you to download and test. > One big problem is that the configure script says NOTHING to the screen. I > tried the configure with the --verbose flag, but still nothing. Since the > configure process under 1.0.7 takes about 80 minutes on my platform, that's > an awfully long silence to endure before any result can be expected. Here's a bit from the release notes of automake 2.52g [1], - $LINENO Now used instead of hard coded line numbers. This eases the comparison of `configure's, and diminishes the pressure over control version archives. Automatic replacement for shells that don't support this feature. I think the configure script creates a line-numbered version of itself (configure.lineno) for shells that don't support $LINENO and runs that. > The script produces about 8 minutes of silence before it crashes. Then I'd assume that it's the LINENO replacement part that crashes. If it's not a quoting issue, then we should report it to the autoconf developers and let them handle it ... cheers, dalibor topic [1] http://mail.gnu.org/archive/html/libtool/2002-01/msg00081.html , and we're using 2.57 for kaffe ;) __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From robilad@yahoo.com Tue Jun 10 03:03:02 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Tue Jun 10 02:03:02 2003 Subject: [kaffe] 1.1.0 on i386-openbsd hangs in make check In-Reply-To: <20030610001948.GT2789@pegasus.wooledge.org> Message-ID: <20030610090614.12595.qmail@web10004.mail.yahoo.com> --- Greg Wooledge wrote: > Dalibor Topic (robilad@yahoo.com) wrote: > > > I've tried out 1.1.0 on i386-openbsd. It builds and installs fine, but > > unfortunately one regression test hangs forever, apparently. > > Hmm, curious. It passed all tests for me. > > # uname -a > OpenBSD pegasus 3.3 GENERIC#0 i386 Maybe because I was running on OpenBSD 3.2, since that's what the HP TestDrive has to offer ;) cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From wyattaw@optushome.com.au Tue Jun 10 04:58:01 2003 From: wyattaw@optushome.com.au (Tony Wyatt) Date: Tue Jun 10 03:58:01 2003 Subject: [kaffe] Re: AmigaOS Config failure In-Reply-To: <20030610090428.88868.qmail@web10001.mail.yahoo.com> Message-ID: Hi Dalibor, On 10-Jun-03, you wrote: >> Sadly the configure script will not run on my AmigaOS platform. The >> script crashes the machine, leaving only a file "configure.lineno" >> behind. This file has 30,690 lines. > = > Argh, the joys of cross-platform shell programming ;) > = As I wrote to Iko, what I said above is no longer true. After several attempts, it went past that point without demur. > = > there should be a line like > = > for ac_func in some-functions-from-configure.in = > = > somewhere above it, could you report back which functions they are? It = may > be some quoting problem ... then I'd put up a patched kaffe-1.1.0 archi= ve > for you to download and test. > = >> One big problem is that the configure script says NOTHING to the scree= n. >> I tried the configure with the --verbose flag, but still nothing. Sinc= e >> the configure process under 1.0.7 takes about 80 minutes on my platfor= m, >> that's an awfully long silence to endure before any result can be >> expected. > = I was wrong again. Once it gets past that first part, it becomes loquatio= us again. It now hangs up trying to ascertain the maximum command length. I'm sure = it did this before in the old configure, but I can't find it to compare. I m= ay be thinking of another application, like gmp. As I posted before, I've added a special case for amigaos, to prevent the= search for command line length limit. At 3m 40s per trial, it's far too slow. Having got past the first "command line length determination", it tries t= o do it all again some time later. However, the second attempt fails the shortcut and after an hour of trying to find the limit, fails with memory= corruption. Where is the second trial? Do I have to modify something else as well? I guess I'll find out soon enough. I was sorta hoping the new version wou= ld work out of the box. Why does this silly configure program start looking for FORTRAN compilers= ? It found a half-finished FORTRAN installation of mine and got itself in a= real knot trying to configure it. I had to rename it to make it invisible= =2E tony From mp26@os.inf.tu-dresden.de Tue Jun 10 05:21:01 2003 From: mp26@os.inf.tu-dresden.de (Martin Pohlack) Date: Tue Jun 10 04:21:01 2003 Subject: [kaffe] kaffe & diet libc Message-ID: <3EE5BFD4.2060204@os.inf.tu-dresden.de> Hi, I'm currently investigating which libc to port do DROPS in order to port kaffe to it. My first candidate is "diet libc". My first step, was to configure the following way: CC="diet gcc -nostdinc -D_BSD_SOURCE" ./configure --disable-nls The next "make all" fails in replace/ with the following error: In file included from ifaddrs_linux.c:37, from getifaddrs.c:30: /mnt/erwin/mp26/dietlibc/include/errno.h:539: warning: `__set_errno' redefined getifaddrs.c:23: warning: this is the location of the previous definition In file included from getifaddrs.c:30: ifaddrs_linux.c:42: linux/netlink.h: No such file or directory ifaddrs_linux.c:43: linux/rtnetlink.h: No such file or directory In file included from getifaddrs.c:30: ifaddrs_linux.c:47: net/ethernet.h: No such file or directory make: *** [getifaddrs.lo] Error 1 I circumvent this by manually issuing the last libtool call with "-Ulinux": /bin/sh ../libtool --mode=compile diet gcc -nostdinc -D_BSD_SOURCE -Ulinux -DHAVE_CONFIG_H -I. -I. -I../config -I../include -I.. -I.. -DKVER='"1.1.x-cvs"' -I/home/mp26/erwin/kaffe/./kaffe/kaffevm -I/home/mp26/erwin/kaffe/./kaffe/kaffevm/systems/unix-jthreads -I../config -I../include -DKAFFE_VMDEBUG -g -O2 -Wall -Wstrict-prototypes -c -o getifaddrs.lo `test -f 'getifaddrs.c' || echo './'`getifaddrs.c The again "make all" in kaffe/ : diet gcc -nostdinc -D_BSD_SOURCE -shared .libs/ByteToCharDefault.o .libs/ByteToCharIconv.o .libs/CharToByteDefault.o .libs/CharToByteIconv.o .libs/ObjectStreamClassImpl.o .libs/Application.o .libs/Class.o .libs/ClassLoader.o .libs/Compiler.o .libs/Double.o .libs/Float.o .libs/Math.o .libs/MemoryAdvice.o .libs/NativeLibrary.o .libs/Object.o .libs/PrimordialClassLoader.o .libs/RMIHashes.o .libs/Runtime.o .libs/String.o .libs/System.o .libs/Thread.o .libs/ThreadStack.o .libs/Throwable.o .libs/UNIXProcess.o .libs/ZipFile.o .libs/Array.o .libs/Constructor.o .libs/Field.o .libs/Method.o .libs/DateFormat.o .libs/TestNative.o .libs/Arrays.o -lm -lc -Wl,-soname -Wl,libnative-1.1.x-cvs.so -Wl,-retain-symbols-file -Wl,.libs/libnative.exp -o .libs/libnative-1.1.x-cvs.so /usr/bin/ld: .libs/libnative-1.1.x-cvs.so: undefined versioned symbol name flockfile@@GLIBC_2.0 /usr/bin/ld: failed to set dynamic section sizes: Bad value collect2: ld returned 1 exit status make[2]: *** [libnative.la] Error 1 make[2]: Leaving directory `/mnt/erwin/mp26/kaffe/libraries/clib/native' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/mnt/erwin/mp26/kaffe/libraries/clib' make: *** [all-recursive] Error 1 Any ideas? Or has anyone succesfully compiled kaffe with "diet libc"? greetings, Martin Pohlack From hkraemer@freenet.de Tue Jun 10 05:45:01 2003 From: hkraemer@freenet.de (Helmer =?ISO-8859-1?B?S3LkbWVy?=) Date: Tue Jun 10 04:45:01 2003 Subject: [kaffe] Re: AmigaOS Config failure In-Reply-To: References: <20030610090428.88868.qmail@web10001.mail.yahoo.com> Message-ID: <20030610134809.45a66fed.hkraemer@freenet.de> On Tue, 10 Jun 2003 20:58:17 +1000 Tony Wyatt wrote: Hi Tony, > As I posted before, I've added a special case for amigaos, to prevent the > search for command line length limit. At 3m 40s per trial, it's far too > slow. > > Having got past the first "command line length determination", it tries to > do it all again some time later. However, the second attempt fails the > shortcut and after an hour of trying to find the limit, fails with memory > corruption. > > Where is the second trial? Do I have to modify something else as well? there seems to be one trial in kaffe's configure script and one in the libltdl configure script (it's run by kaffe's configure script). Have you tried running kaffe's configure script after manually setting the lt_cv_sys_max_cmd_len shell variable to 8192 ? Greetings, Helmer From robilad@yahoo.com Tue Jun 10 06:05:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Tue Jun 10 05:05:01 2003 Subject: [kaffe] Re: kaffe on NetBSD In-Reply-To: <1055198291.13819.16.camel@cindy.> Message-ID: <20030610120817.93539.qmail@web10009.mail.yahoo.com> --0-1585487603-1055246897=:92151 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Zdravo Milose, --- Milos Negovanovic wrote: > On Mon, 2003-06-09 at 20:59, Dalibor Topic wrote: > Commenting the echo line seams to do the trick, echo line makes the > folowing compile line do no actual work (will just print out and move > on). Shell scripting is not my stronger side so i would not have a clue > what might be wrong with that echo line, but something is :). yeah, that echo line looks weirdly quoted to me. Could you try the attached patch that adds a couple of '"' and see if that one works better? cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com --0-1585487603-1055246897=:92151 Content-Type: text/plain; name="rebuildLib-echo.diff" Content-Description: rebuildLib-echo.diff Content-Disposition: inline; filename="rebuildLib-echo.diff" Index: libraries/javalib/rebuildLib.in =================================================================== RCS file: /cvs/kaffe/kaffe/libraries/javalib/rebuildLib.in,v retrieving revision 1.34 diff -u -r1.34 rebuildLib.in --- libraries/javalib/rebuildLib.in 18 May 2003 21:12:35 -0000 1.34 +++ libraries/javalib/rebuildLib.in 10 Jun 2003 12:02:12 -0000 @@ -47,5 +47,5 @@ cd $SRCDIR -echo "Compiling classes from ${1+"$@"} using " $JAVAC +echo "Compiling classes from " ${1+"$@"} " using " $JAVAC $JAVAC $VERBOSE $JAVAC_FLAGS -d $LIBDIR $CPATH ${1+"$@"} --0-1585487603-1055246897=:92151-- From robilad@yahoo.com Tue Jun 10 07:36:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Tue Jun 10 06:36:01 2003 Subject: [kaffe] [patch] always create files in binary mode Message-ID: <20030610133916.19762.qmail@web10001.mail.yahoo.com> --0-1786361645-1055252356=:11000 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hi, the attached patch makes kaffe always create files in binary mode. All other instances of KOPEN use O_BINARY, so I figured I'd add it here as well. It should help on Win32 & Cygwin & other platforms that don't open files in binary mode by default ;) 2003-06-10 Dalibor Topic * libraries/clib/io/File.c: (java_io_File_createNewFile0) Always create file in binary mode. * kaffe/kaffevm/findInJar.c: (getClasspathType) Always open files in binary mode. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com --0-1786361645-1055252356=:11000 Content-Type: application/octet-stream; name="file-binary.patch" Content-Transfer-Encoding: base64 Content-Description: file-binary.patch Content-Disposition: attachment; filename="file-binary.patch" SW5kZXg6IGxpYnJhcmllcy9jbGliL2lvL0ZpbGUuYwo9PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09ClJDUyBmaWxlOiAvY3ZzL2thZmZlL2thZmZlL2xpYnJhcmll cy9jbGliL2lvL0ZpbGUuYyx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xOApk aWZmIC11IC1yMS4xOCBGaWxlLmMKLS0tIGxpYnJhcmllcy9jbGliL2lvL0Zp bGUuYwk3IE1hciAyMDAzIDA5OjI3OjQ5IC0wMDAwCTEuMTgKKysrIGxpYnJh cmllcy9jbGliL2lvL0ZpbGUuYwkxMCBKdW4gMjAwMyAxMzoyNToxMCAtMDAw MApAQCAtMzI3LDcgKzMyNyw3IEBACiAKIAlzdHJpbmdKYXZhMkNCdWYodW5o YW5kKHRoaXMpLT5wYXRoLCBzdHIsIHNpemVvZihzdHIpKTsKIAotCXJjID0g S09QRU4oc3RyLCBPX0VYQ0x8T19XUk9OTFl8T19DUkVBVCwgbW9kZSwgJmZk KTsKKwlyYyA9IEtPUEVOKHN0ciwgT19FWENMfE9fV1JPTkxZfE9fQklOQVJZ fE9fQ1JFQVQsIG1vZGUsICZmZCk7CiAJc3dpdGNoIChyYykgewogCWNhc2Ug MDoKIAkJYnJlYWs7Cg== --0-1786361645-1055252356=:11000 Content-Type: application/octet-stream; name="findInJar-binary.patch" Content-Transfer-Encoding: base64 Content-Description: findInJar-binary.patch Content-Disposition: attachment; filename="findInJar-binary.patch" SW5kZXg6IGthZmZlL2thZmZldm0vZmluZEluSmFyLmMKPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PQpSQ1MgZmlsZTogL2N2cy9rYWZmZS9rYWZmZS9rYWZmZS9r YWZmZXZtL2ZpbmRJbkphci5jLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjUy CmRpZmYgLXUgLXIxLjUyIGZpbmRJbkphci5jCi0tLSBrYWZmZS9rYWZmZXZt L2ZpbmRJbkphci5jCTI0IE1heSAyMDAzIDIwOjA3OjA0IC0wMDAwCTEuNTIK KysrIGthZmZlL2thZmZldm0vZmluZEluSmFyLmMJMTAgSnVuIDIwMDMgMTM6 MzQ6MjAgLTAwMDAKQEAgLTU1Nyw3ICs1NTcsNyBAQAogCQlyZXR1cm4gKENQ X0RJUik7CiAJfQogCi0JcmMgPSBLT1BFTihwYXRoLCBPX1JET05MWSwgMCwg JmgpOworCXJjID0gS09QRU4ocGF0aCwgT19SRE9OTFl8T19CSU5BUlksIDAs ICZoKTsKIAlpZiAocmMpIHsKIAkJcmV0dXJuIChDUF9JTlZBTElEKTsKIAl9 Cg== --0-1786361645-1055252356=:11000-- From kevink@mips.com Tue Jun 10 08:51:01 2003 From: kevink@mips.com (Kevin D. Kissell) Date: Tue Jun 10 07:51:01 2003 Subject: [kaffe] 1.1.0 on mips-linux - new JIT memory problem? Message-ID: <00c601c32f61$47683250$10eca8c0@grendel> With ./configure --with-engine=intrp, we get ==================== All 137 tests passed ==================== With the default configuration, which is jit3, however, HelloWorldApp.class.save and CatchLimits.class.save passe the "make check", but the local compilation of almost all the regression tests results in a systematic series of java/lang/OutOfMemoryError failures, e.g. error compiling: Internal error: caught an unexpected exception. Please check your CLASSPATH and your installation. java/lang/OutOfMemoryError at java.util.HashMap.rehash(HashMap.java:236) at java.util.HashMap.put(HashMap.java:136) at java.util.Hashtable.put(Hashtable.java:109) at java.lang.System.initProperties(System.java:native) at java.lang.System.(System.java:43) at java.lang.ClassLoader.(ClassLoader.java:114) at java.security.SecureClassLoader.(SecureClassLoader.java:20) at kaffe.lang.AppClassLoader.(AppClassLoader.java:238) at kaffe.lang.AppClassLoader.(AppClassLoader.java:37) TestScript: line -43: 12762 Aborted (core dumped) /home/kevink/Java/kaffe/kaffe-1.1.0/kaffe/kaffe/kaffe-bin at.dms.kjc.Main -classpath ".:.::.:/home/kevink/Java/kaffe/kaffe-1.1.0/libraries/javalib/kjc.jar" -d . ./HelloWorldApp.java FAIL: HelloWorldApp.java The system is thrashing itself to death - one can feel it in the interactive responses, as well as see it with "top". Oddly enough,. TestFloatDouble do ThreadStop *do* succeed in compiling, and both tests pass, for a total of 4 tests passing out of 137 (those two, plus the ones based on "save" classfiles). That's quite different behavior than I've seen previously in MIPS/Linux/kaffe JIT builds. I hacked TestScript to explicitly have kaffe ask for -mx 256M (I've only got 64M on my platform), but that did nothing to improve things. Maybe they would all run on a platform with infinite memory, but this problem never existed in any of the 1.0.7-based source trees I've used. I hadn't noticed any changes going into the MIPS-specific JIT code lately, so I strongly suspect that there is a problem in the common kaffe jit3 code that is being manifested for MIPS, and which could be manifesting iteself of other architectures. This may be related to the probelm Greg Wooledge reported. It might be interesting to repeat his freenet test with an interpretive x86 build. In any case, I cannot recommend this JIT configuration for performance reasons. ;o) Is there some easy way to rig it so that the default engine is platform-dependent, and mips gets intrp by default, but jit3 if one specifically requests it in ./configure? There is also an interesting artifact of the ./configure process: checking asm/signal.h presence... yes configure: WARNING: asm/signal.h: present but cannot be compiled configure: WARNING: asm/signal.h: check for missing prerequisite headers? configure: WARNING: asm/signal.h: proceeding with the preprocessor's result configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to bug-autoconf@gnu.org. ## configure: WARNING: ## ------------------------------------ ## checking for asm/signal.h... yes There's nothing obviously wrong with signal.h that either I nor gcc can see. Regards, Kevin K. From robilad@yahoo.com Tue Jun 10 10:55:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Tue Jun 10 09:55:01 2003 Subject: [kaffe] Re: AmigaOS Config failure In-Reply-To: Message-ID: <20030610165821.88813.qmail@web10005.mail.yahoo.com> --0-1139635125-1055264301=:88494 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hi Tony, --- Tony Wyatt wrote: > Hi Dalibor, > It now hangs up trying to ascertain the maximum command length. I'm sure it > did this before in the old configure, but I can't find it to compare. I may > be thinking of another application, like gmp. I've attached a patch against libltdl/acinclude.m4 and put up an updated distribution of kaffe on http://www.kaffe.org/~robilad/kaffe-1.1.0-dt-1.tar.gz beside the libtool patch, it includes my fopen patches as well. could you give it a try and see if that one works better? > Why does this silly configure program start looking for FORTRAN compilers? > It found a half-finished FORTRAN installation of mine and got itself in a > real knot trying to configure it. I had to rename it to make it invisible. libtool 1.5 introduced this bit of sillyness. See the thread at http://mail.gnu.org/archive/html/libtool/2003-06/msg00006.html for a patch to libtool ... I'll wait util it all calms down, and update our libtool accordingly. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com --0-1139635125-1055264301=:88494 Content-Type: text/plain; name="patch-libtool-amiga-max-command-line-length.diff" Content-Description: patch-libtool-amiga-max-command-line-length.diff Content-Disposition: inline; filename="patch-libtool-amiga-max-command-line-length.diff" This patch should be fowarded upstream. See http://www.kaffe.org/pipermail/kaffe/2003-June/042605.html for more information. Index: libltdl/acinclude.m4 =================================================================== RCS file: /cvs/kaffe/kaffe/libltdl/acinclude.m4,v retrieving revision 1.23 diff -u -r1.23 acinclude.m4 --- libltdl/acinclude.m4 30 May 2003 17:14:23 -0000 1.23 +++ libltdl/acinclude.m4 10 Jun 2003 16:10:04 -0000 @@ -669,6 +669,12 @@ lt_cv_sys_max_cmd_len=8192; ;; + amigaos*) + # On AmigaOS with pdksh, this test takes hours, literally. + # So we just punt it and use a minimum line length of 8192. + lt_cv_sys_max_cmd_len=8192; + ;; + *) # If test is not a shell built-in, we'll probably end up computing a # maximum length that is only half of the actual maximum length, but --0-1139635125-1055264301=:88494-- From robilad@yahoo.com Tue Jun 10 11:12:02 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Tue Jun 10 10:12:02 2003 Subject: [kaffe] 1.1.0 build failure on parisc-hpux In-Reply-To: <20030610005529.GU2789@pegasus.wooledge.org> Message-ID: <20030610171455.86104.qmail@web10002.mail.yahoo.com> Hi Greg, --- Greg Wooledge wrote: > Additional info: Kaffe builds and installs on HP-UX 10.20 using > GNU make and gcc 3.2. (This by itself is pretty astonishing to me; > most large projects won't build on this system because they fall > over and die when they find out there aren't any pthreads.) > > The regression tests, however, do not work because they don't compile. I suspect that the SP_OFFSET is wrong. Could you try changing the value of SP_OFFSET in config/parisc/threads.h to 19 (which is what linux uses) and try again? cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From robilad@yahoo.com Tue Jun 10 11:32:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Tue Jun 10 10:32:01 2003 Subject: [kaffe] 1.1.0 on mips-linux - new JIT memory problem? In-Reply-To: <00c601c32f61$47683250$10eca8c0@grendel> Message-ID: <20030610173455.88506.qmail@web10002.mail.yahoo.com> --- "Kevin D. Kissell" wrote: > With ./configure --with-engine=intrp, we get > > ==================== > All 137 tests passed > ==================== > > With the default configuration, which is jit3, however, > HelloWorldApp.class.save and CatchLimits.class.save > passe the "make check", but the local compilation of > almost all the regression tests results in a systematic series > of java/lang/OutOfMemoryError failures, e.g. > > error compiling: > Internal error: caught an unexpected exception. > Please check your CLASSPATH and your installation. > java/lang/OutOfMemoryError > at java.util.HashMap.rehash(HashMap.java:236) > at java.util.HashMap.put(HashMap.java:136) > at java.util.Hashtable.put(Hashtable.java:109) > at java.lang.System.initProperties(System.java:native) > at java.lang.System.(System.java:43) > at java.lang.ClassLoader.(ClassLoader.java:114) > at java.security.SecureClassLoader.(SecureClassLoader.java:20) > at kaffe.lang.AppClassLoader.(AppClassLoader.java:238) > at kaffe.lang.AppClassLoader.(AppClassLoader.java:37) > TestScript: line -43: 12762 Aborted (core dumped) > /home/kevink/Java/kaffe/kaffe-1.1.0/kaffe/kaffe/kaffe-bin > at.dms.kjc.Main -classpath > ".:.::.:/home/kevink/Java/kaffe/kaffe-1.1.0/libraries/javalib/kjc.jar" -d . > ./HelloWorldApp.java > FAIL: HelloWorldApp.java could you do a kaffe -verbosegc -verbosemem at.dms.kjc.Main HelloWorldApp.java and put the memory stats up somewhere? It'd be interesting to see where the leaks are coming from. how does jit behave? does it have the same problems like jit3? > improve things. Maybe they would all run on a platform > with infinite memory, but this problem never existed in any > of the 1.0.7-based source trees I've used. I hadn't noticed ;) > Is there some easy way to rig it so that the default engine > is platform-dependent, and mips gets intrp by default, but > jit3 if one specifically requests it in ./configure? The configure.in script says: dnl ------------------------------------------------------------------------- dnl Check for JIT support and add in the necessary configuration files dnl ------------------------------------------------------------------------- dnl AC_KAFFE_IF_SUPPORTED_ENGINE(ENGINE, SUP_CMDS, UPDATE_CMDS, UNSUP_CMDS) dnl If the engine is fully supported, run SUP_CMDS. dnl If it needs updating, run UPDATE_CMDS. dnl If it is not supported at all, run UNSUP_CMDS. AC_DEFUN([AC_KAFFE_IF_SUPPORTED_ENGINE], [ if test x"$1" = x"intrp"; then ifelse([$2],[],[:],[$2]) else if test -f "$srcdir/config/$Khost_cpu/$1-$Khost_cpu.def" && test -f "$srcdir/config/$Khost_cpu/$Khost_os/$1-md.h"; then if sed 1q < "$srcdir/config/$Khost_cpu/$Khost_os/$1-md.h" | fgrep "Needs update, do not use" > /dev/null; then ifelse([$3],[],[:],[$3]) else ifelse([$2],[],[:],[$2]) fi else ifelse([$4],[],[:],[$4]) fi fi ]) I assume it would work by putting a 'Needs update, do not use' in the associated jit3-md.h file, could you give it a try? > checking asm/signal.h presence... yes > configure: WARNING: asm/signal.h: present but cannot be compiled > configure: WARNING: asm/signal.h: check for missing prerequisite headers? > configure: WARNING: asm/signal.h: proceeding with the preprocessor's result > configure: WARNING: ## ------------------------------------ ## > configure: WARNING: ## Report this to bug-autoconf@gnu.org. ## > configure: WARNING: ## ------------------------------------ ## > checking for asm/signal.h... yes > > There's nothing obviously wrong with signal.h that either I nor gcc can see. see this mail: http://www.kaffe.org/pipermail/kaffe/2003-May/042205.html cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From kevink@mips.com Tue Jun 10 16:01:01 2003 From: kevink@mips.com (Kevin D. Kissell) Date: Tue Jun 10 15:01:01 2003 Subject: [kaffe] 1.1.0 on mips-linux - new JIT memory problem? References: <20030610173455.88506.qmail@web10002.mail.yahoo.com> Message-ID: <003a01c32f9d$6bc04700$10eca8c0@grendel> > could you do a > > kaffe -verbosegc -verbosemem at.dms.kjc.Main HelloWorldApp.java > > and put the memory stats up somewhere? It'd be interesting to see where the > leaks are coming from. Alas, all one gets is (after a long pause): [kevink@agena regression]$ kaffe -verbosegc -verbosemem at dms.kjc.Main HelloWorldApp.java Internal error: caught an unexpected exception. Please check your CLASSPATH and your installation. java/lang/OutOfMemoryError at java.util.HashMap.rehash(HashMap.java:236) at java.util.HashMap.put(HashMap.java:136) at java.util.Hashtable.put(Hashtable.java:109) at java.lang.System.initProperties(System.java:native) at java.lang.System.(System.java:43) at java.lang.ClassLoader.(ClassLoader.java:114) at java.security.SecureClassLoader.(SecureClassLoader.java:20) at kaffe.lang.AppClassLoader.(AppClassLoader.java:238) at kaffe.lang.AppClassLoader.(AppClassLoader.java:37) Aborted (core dumped) and a 48MB core file. > how does jit behave? does it have the same problems like jit3? "configure: error: Configuration mips-linux does not support the jit engine" Regards, Kevin K. From kaz@maczuka.gcd.org Tue Jun 10 16:32:01 2003 From: kaz@maczuka.gcd.org (Ito Kazumitsu) Date: Tue Jun 10 15:32:01 2003 Subject: [kaffe] 1.1.0 build success on i386-FreeBSD-4.7-RELEASE In-Reply-To: Your message of "Tue, 10 Jun 2003 09:10:09 JST" Message-ID: <20030610223427.41470.qmail@maczuka.gcd.org> My machine is bash-2.05b$ uname -a FreeBSD ph.maczuka.gcd.org 4.7-RELEASE FreeBSD 4.7-RELEASE #0: Wed Oct 9 15:08:34 GMT 2002 root@builder.freebsdmall.com:/usr/obj/usr/src/sys/GENERIC i386 and make check said: ==================== All 137 tests passed ==================== Here I dared to use FreeBSD's /usr/bin/make instead of GNU make. From greg@wooledge.org Tue Jun 10 18:20:02 2003 From: greg@wooledge.org (Greg Wooledge) Date: Tue Jun 10 17:20:02 2003 Subject: [kaffe] 1.1.0 build failure on parisc-hpux In-Reply-To: <20030610171455.86104.qmail@web10002.mail.yahoo.com> References: <20030610005529.GU2789@pegasus.wooledge.org> <20030610171455.86104.qmail@web10002.mail.yahoo.com> Message-ID: <20030611002248.GA27769@pegasus.wooledge.org> --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dalibor Topic (robilad@yahoo.com) wrote: > I suspect that the SP_OFFSET is wrong. Could you try changing the value of > SP_OFFSET in config/parisc/threads.h to 19 (which is what linux uses) and= try > again? This does not seem to have made any visible difference. It still dumps core on each test. The core file is still useless. --=20 Greg Wooledge | "Truth belongs to everybody." greg@wooledge.org | - The Red Hot Chili Peppers http://wooledge.org/~greg/ | --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (OpenBSD) iD8DBQE+5nZXkAkqAYpL9t8RAsaaAJ0bzsvd6c7WnRZYOqW/V2cl5ePmqgCeJT0I he5uCv2LqOCMSb9tE2GxONs= =t3rQ -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- From tullmann@flux.utah.edu Wed Jun 11 00:01:01 2003 From: tullmann@flux.utah.edu (Patrick Tullmann) Date: Tue Jun 10 23:01:01 2003 Subject: [kaffe] Kaffe CVS: kaffe jim In-Reply-To: ; from cvs-commits@kaffe.org on Sun, Jun 08, 2003 at 10:16:07PM -0700 References: Message-ID: <20030609103437.A87414@flux.utah.edu> Jim wrote: > Passing --with-rt-jar=no to configure will still recompile the > rt.jar. FullTest.sh should probably have "--with-rt-jar=no" added. (To CONFIG_COMMON_OPTIONS near the top, I think.) Don't have time to check that myself... -Pat ----- ----- ---- --- --- -- - - - - - Pat Tullmann tullmann@flux.utah.edu Success means never having to wear a suit. From andy.georges@elis.ugent.be Wed Jun 11 00:02:02 2003 From: andy.georges@elis.ugent.be (Andy Georges) Date: Tue Jun 10 23:02:02 2003 Subject: [kaffe] compiling latest CVS Message-ID: <200306101159.04929.andy.georges@elis.ugent.be> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I juts compiled 1.1.0 on a FreeBSD 4.8 system (FreeBSD 4.8-PRERELEASE #2: Tue Mar 4 11:08:44 CET 2003) during make check I get the following: error compiling: ./SerialPersistentFields.java:84: error:Cannot find method "java.io.ObjectStreamField.isUnshared()" error compiling: ./FileChecks.java:47: error:Exception "java.io.IOException" is not catched and does not appear in throws list [JLS 8.4.4] error compiling: ./InetAddressTest.java:19: error:Cannot find method "java.net.InetAddress.isLoopbackAddress()" error compiling: ./InetSocketAddressTest.java:61: error:Cannot find method "java.net.InetAddress.isAnyLocalAddress()" Regards, Andy - -- - -- ========================================================================== Parallel Information Systems Group - Dept. ELIS - Ghent University St. Pietersnieuwstraat 41, 9000 Ghent, Belgium Phone: +32-9-264.33.67, Fax: +32-9-264.35.94 E-mail: andy.georges@elis.rug.ac.be ========================================================================== -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE+5avnyhGN8W62M+IRAh/ZAJ4pD+L4Ufatr6s90AvVO0Bvz1ww5wCfax5I 8Fd7/Z8TCpt4Pe8PE/wiaGk= =0oez -----END PGP SIGNATURE----- From robilad@yahoo.com Wed Jun 11 02:03:03 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Wed Jun 11 01:03:03 2003 Subject: [kaffe] Re: Help: Oracle Database Connectivity using Kaffe on OpenBSD 3.2 In-Reply-To: <200306110607.LAA05869@WS0005.indiatimes.com> Message-ID: <20030611080523.61217.qmail@web10001.mail.yahoo.com> Hi Swapnil, --- swapnil_joshi wrote: > java.lang.ExceptionInInitializer Error : [exception was > kaffe.util.SupportDisabled > > > : GNU gmp was not found by kaffe configure Script] > > > at oracle.jdbc.driver.OracleStatement.getStringValue(OracleStatement.java : > line unknown , pc 0x60f2d6) > > > > > > Can any body guide me what should I need to do to make this code work or any > other way to connect Oracle using Kaffe on OpenBSD 3.2 get kaffe 1.1.0, and GNU gmp, configure, make, install GNU gmp, configure, make install kaffe and it should work ;) it will work without GNU gmp, too, but it may be quite a bit slower (depending on your platform) due to the pure java implementation of java.math.* . cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From robilad@yahoo.com Wed Jun 11 03:18:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Wed Jun 11 02:18:01 2003 Subject: [kaffe] 1.1.0 build failure on parisc-hpux In-Reply-To: <20030611002248.GA27769@pegasus.wooledge.org> Message-ID: <20030611092048.1965.qmail@web10002.mail.yahoo.com> --- Greg Wooledge wrote: > Dalibor Topic (robilad@yahoo.com) wrote: > > > I suspect that the SP_OFFSET is wrong. Could you try changing the value of > > SP_OFFSET in config/parisc/threads.h to 19 (which is what linux uses) and > try > > again? > > This does not seem to have made any visible difference. It still > dumps core on each test. The core file is still useless. hmm ... then let's go back to the original SP_OFFSET (which is most certainly correct, according to the developers/sp_offset.c program), and try something else. I've googled around and found some patches for parisc & HPUX, so we could check which were applied and which were not. Here's a list: http://www.kaffe.org/pipermail/kaffe/1997-April/019384.html http://www.kaffe.org/pipermail/kaffe/1998-July/002433.html http://www.kaffe.org/pipermail/kaffe/1998-July/004678.html http://www.kaffe.org/pipermail/kaffe/1998-August/021844.html http://www.kaffe.org/pipermail/kaffe/1998-July/004734.html http://www.mathi.uni-heidelberg.de/~flight/STEPkaffe/kaffe-0.8.4-nx3-hppa cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From hkraemer@freenet.de Wed Jun 11 03:22:02 2003 From: hkraemer@freenet.de (Helmer =?ISO-8859-1?B?S3LkbWVy?=) Date: Wed Jun 11 02:22:02 2003 Subject: [kaffe] 1.1.0 build failure on parisc-hpux In-Reply-To: <20030611002248.GA27769@pegasus.wooledge.org> References: <20030610005529.GU2789@pegasus.wooledge.org> <20030610171455.86104.qmail@web10002.mail.yahoo.com> <20030611002248.GA27769@pegasus.wooledge.org> Message-ID: <20030611112520.335cf9f8.hkraemer@freenet.de> On Tue, 10 Jun 2003 20:22:48 -0400 Greg Wooledge wrote: > Dalibor Topic (robilad@yahoo.com) wrote: > > > I suspect that the SP_OFFSET is wrong. Could you try changing the value of > > SP_OFFSET in config/parisc/threads.h to 19 (which is what linux uses) and try > > again? > > This does not seem to have made any visible difference. It still > dumps core on each test. The core file is still useless. In the directory where you compile kaffe is a file called BUILD_ENVIRONMENT. It defines some environment variables that are used to execute a non-installed kaffe during the compilation. If you set these environment variables and change SP_OFFSET back to its original value, can you execute * $JAVA -vmdebug INIT -fullversion * $JAVA -vmdebug INIT at.dms.kjc.Main ? Greetings, Helmer From robilad@yahoo.com Wed Jun 11 03:33:02 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Wed Jun 11 02:33:02 2003 Subject: [kaffe] 1.1.0 build failure on parisc-hpux In-Reply-To: <20030611112520.335cf9f8.hkraemer@freenet.de> Message-ID: <20030611093534.17451.qmail@web10009.mail.yahoo.com> --- Helmer Krämer wrote: > On Tue, 10 Jun 2003 20:22:48 -0400 > Greg Wooledge wrote: > > > Dalibor Topic (robilad@yahoo.com) wrote: > > > > > I suspect that the SP_OFFSET is wrong. Could you try changing the value > of > > > SP_OFFSET in config/parisc/threads.h to 19 (which is what linux uses) and > try > > > again? > > > > This does not seem to have made any visible difference. It still > > dumps core on each test. The core file is still useless. > > In the directory where you compile kaffe is a file called > BUILD_ENVIRONMENT. It defines some environment variables > that are used to execute a non-installed kaffe during the > compilation. If you set these environment variables and > change SP_OFFSET back to its original value, can you > execute > > * $JAVA -vmdebug INIT -fullversion > * $JAVA -vmdebug INIT at.dms.kjc.Main oh, and please try to build kaffe as a static executable. That might help if the libtool on your platform is buggy. cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From robilad@yahoo.com Wed Jun 11 03:39:02 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Wed Jun 11 02:39:02 2003 Subject: [kaffe] 1.1.0 build failure on parisc-hpux In-Reply-To: <20030611092048.1965.qmail@web10002.mail.yahoo.com> Message-ID: <20030611094153.94227.qmail@web10004.mail.yahoo.com> > I've googled around and found some patches for parisc & HPUX, so we could > check > which were applied and which were not. Here's a list: > > http://www.kaffe.org/pipermail/kaffe/1997-April/019384.html > http://www.kaffe.org/pipermail/kaffe/1998-July/002433.html > http://www.kaffe.org/pipermail/kaffe/1998-July/004678.html > http://www.kaffe.org/pipermail/kaffe/1998-August/021844.html > http://www.kaffe.org/pipermail/kaffe/1998-July/004734.html > http://www.mathi.uni-heidelberg.de/~flight/STEPkaffe/kaffe-0.8.4-nx3-hppa ugh, I forgot a couple: http://www.kaffe.org/pipermail/kaffe/1998-August/005110.html http://www.kaffe.org/pipermail/kaffe/1998-July/002433.html http://www.kaffe.org/pipermail/kaffe/1998-February/003896.html cheers, dalibor topic __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From kevink@mips.com Wed Jun 11 03:56:01 2003 From: kevink@mips.com (Kevin D. Kissell) Date: Wed Jun 11 02:56:01 2003 Subject: [kaffe] 1.1.0 Interpreter Performance Message-ID: <002501c33001$39b1f3d0$10eca8c0@grendel> Our of curiousity, I configured the MIPS/Linux interpretive kaffe with --disable-debug, for speed, and ran the Embedded CaffeieneMark benchmark. Comparing the result with an equivalent 1.0.7-based build, we can see that a bunch of things have improved a little, some things have stayed the same, and that something has slowed down dramatically in string handling which more than cancells all the other improvements. [kevink@agena ecm]$ more *intrp.result :::::::::::::: kaffe.1.0.7.intrp.result :::::::::::::: Sieve score = 34 (98) Loop score = 22 (2017) Logic score = 48 (0) String score = 81 (708) Float score = 6 (185) Method score = 17 (166650) Overall score = 25 :::::::::::::: keffe.1.1.0.intrp.result :::::::::::::: Sieve score = 36 (98) Loop score = 22 (2017) Logic score = 55 (0) String score = 14 (708) Float score = 7 (185) Method score = 18 (166650) Overall score = 20 [kevink@agena ecm]$ From hkraemer@freenet.de Wed Jun 11 04:03:02 2003 From: hkraemer@freenet.de (Helmer =?ISO-8859-1?B?S3LkbWVy?=) Date: Wed Jun 11 03:03:02 2003 Subject: [kaffe] 1.1.0 on mips-linux - new JIT memory problem? In-Reply-To: <003a01c32f9d$6bc04700$10eca8c0@grendel> References: <20030610173455.88506.qmail@web10002.mail.yahoo.com> <003a01c32f9d$6bc04700$10eca8c0@grendel> Message-ID: <20030611120604.1fa62add.hkraemer@freenet.de> This is a multi-part message in MIME format. --Multipart_Wed__11_Jun_2003_12:06:04_+0200_0978ae60 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Wed, 11 Jun 2003 00:12:43 +0200 "Kevin D. Kissell" wrote: > > could you do a > > > > kaffe -verbosegc -verbosemem at.dms.kjc.Main HelloWorldApp.java > > > > and put the memory stats up somewhere? It'd be interesting to see where the > > leaks are coming from. > > Alas, all one gets is (after a long pause): > > [kevink@agena regression]$ kaffe -verbosegc -verbosemem at dms.kjc.Main HelloWorldApp.java > Internal error: caught an unexpected exception. > Please check your CLASSPATH and your installation. > java/lang/OutOfMemoryError > at java.util.HashMap.rehash(HashMap.java:236) > at java.util.HashMap.put(HashMap.java:136) > at java.util.Hashtable.put(Hashtable.java:109) > at java.lang.System.initProperties(System.java:native) > at java.lang.System.(System.java:43) > at java.lang.ClassLoader.(ClassLoader.java:114) > at java.security.SecureClassLoader.(SecureClassLoader.java:20) > at kaffe.lang.AppClassLoader.(AppClassLoader.java:238) > at kaffe.lang.AppClassLoader.(AppClassLoader.java:37) > Aborted (core dumped) > > and a 48MB core file. Sounds like fun, doesn't it :o) ? What happens if you run kaffe with -vmdebug GCDIAG,GCFREE,GCSYSALLOC (should produce loads of output)? If you try it again with the attached patch applied, does that make matters a lot worse? Greetings, Helmer --Multipart_Wed__11_Jun_2003_12:06:04_+0200_0978ae60 Content-Type: text/plain; name="gc-patch.diff" Content-Disposition: attachment; filename="gc-patch.diff" Content-Transfer-Encoding: 7bit Index: kaffe/kaffevm/mem/gc-incremental.c =================================================================== RCS file: /cvs/kaffe/kaffe/kaffe/kaffevm/mem/gc-incremental.c,v retrieving revision 1.62 diff -u -r1.62 gc-incremental.c --- kaffe/kaffevm/mem/gc-incremental.c 11 Mar 2003 08:00:18 -0000 1.62 +++ kaffe/kaffevm/mem/gc-incremental.c 11 Jun 2003 09:56:37 -0000 @@ -860,19 +860,51 @@ int i; size_t bsz; int iLockRoot; + int times = 0; assert(gc_init != 0); assert(fidx < nrTypes && size != 0); - unit = gc_heap_malloc(size + sizeof(gc_unit)); + lockStaticMutex(&gc_lock); - /* keep pointer to object */ - mem = UTOMEM(unit); - if (unit == 0) { - return 0; - } + for (unit=0; unit==0;) { + times++; + unit = gc_heap_malloc(size + sizeof(gc_unit)); + + /* keep pointer to object */ + mem = UTOMEM(unit); + if (unit == 0) { + switch (times) { + case 1: + /* Try invoking GC if it is available */ + if (garbageman != 0) { + unlockStaticMutex(&gc_lock); + adviseGC(); + lockStaticMutex(&gc_lock); + } + break; - lockStaticMutex(&gc_lock); + case 2: + /* Grow the heap */ + gc_heap_grow(size); + break; + + default: + if (DBGEXPR(CATCHOUTOFMEM, true, false)) { + /* + * If we ran out of memory, a OutOfMemoryException is + * thrown. If we fail to allocate memory for it, all + * is lost. + */ + static int ranout; + assert (ranout++ == 0 || !!!"Ran out of memory!"); + } + /* Guess we've really run out */ + unlockStaticMutex(&gc_lock); + return (0); + } + } + } info = GCMEM2BLOCK(mem); i = GCMEM2IDX(info, unit); Index: kaffe/kaffevm/mem/gc-mem.c =================================================================== RCS file: /cvs/kaffe/kaffe/kaffe/kaffevm/mem/gc-mem.c,v retrieving revision 1.43 diff -u -r1.43 gc-mem.c --- kaffe/kaffevm/mem/gc-mem.c 2 Jun 2003 14:15:47 -0000 1.43 +++ kaffe/kaffevm/mem/gc-mem.c 11 Jun 2003 09:56:37 -0000 @@ -280,11 +280,10 @@ gc_heap_initial_size = ROUNDUPPAGESIZE(gc_heap_initial_size); /* allocate heap of initial size from system */ - gc_system_alloc(gc_heap_initial_size); + gc_heap_grow(gc_heap_initial_size); } -/* - * gc_heap_malloc +/** * Allocate a piece of memory. */ void* @@ -292,11 +291,10 @@ { static int gc_heap_init = 0; size_t lnr; - gc_freeobj* mem; + gc_freeobj* mem = 0; gc_block** mptr; gc_block* blk; size_t nsz; - int times; int iLockRoot; /* Initialise GC heap first time in - we must assume single threaded @@ -309,8 +307,6 @@ lockStaticMutex(&gc_heap_lock); - times = 0; - DBG(SLACKANAL, if (GC_SMALL_OBJECT(sz)) { totalslack += (freelist[sztable[sz].list].sz - sz); @@ -318,9 +314,6 @@ } ) - rerun:; - times++; - DBG(GCDIAG, gc_heap_check(); ) @@ -342,8 +335,7 @@ else { blk = gc_small_block(nsz); if (blk == 0) { - nsz = gc_pgsize; - goto nospace; + goto out; } blk->next = *mptr; *mptr = blk; @@ -378,9 +370,7 @@ nsz = sz; blk = gc_large_block(nsz); if (blk == 0) { - nsz = nsz + GCBLOCK_OVH + sizeof(gcFuncs*) + ROUNDUPALIGN(1); - nsz = ROUNDUPPAGESIZE(nsz); - goto nospace; + goto out; } mem = GCBLOCK2FREE(blk, 0); GC_SET_STATE(blk, 0, GC_STATE_NORMAL); @@ -395,60 +385,13 @@ assert(GC_OBJECT_SIZE(mem) >= sz); + out: unlockStaticMutex(&gc_heap_lock); return (mem); - - /* --------------------------------------------------------------- */ - nospace:; - - /* Failed to find space in any freelists. Must try to get the - * memory from somewhere. - */ - - switch (times) { - case 1: - /* Try invoking GC if it is available */ - if (garbageman != 0) { - /* The other caller of invokeGC, Runtime.gc() can't - * give up this lock on its own, since it does not - * hold this lock. - */ - unlockStaticMutex(&gc_heap_lock); - adviseGC(); - lockStaticMutex(&gc_heap_lock); - } - break; - - case 2: - /* Get from the system */ - if (nsz < gc_heap_allocation_size) { - nsz = gc_heap_allocation_size; - } - gc_system_alloc(nsz); - break; - - default: - if (DBGEXPR(CATCHOUTOFMEM, true, false)) - { - /* - * If we ran out of memory, a OutOfMemoryException is - * thrown. If we fail to allocate memory for it, all - * is lost. - */ - static int ranout; - assert (ranout++ == 0 || !!!"Ran out of memory!"); - } - /* Guess we've really run out */ - unlockStaticMutex(&gc_heap_lock); - return (0); - } - - /* Try again */ - goto rerun; } -/* +/** * Free a piece of memory. */ void @@ -1005,17 +948,33 @@ return GCMEM2BLOCK(heap_addr); } -static -void* -gc_system_alloc(size_t sz) +/** + * Grows the heap. + * + * @param sz minimum number of bytes to grow. + * @return 0 in case of an error, otherwise != 0 + */ +void * +gc_heap_grow(size_t sz) { gc_block* blk; + if (GC_SMALL_OBJECT(sz)) { + sz = gc_pgsize; + } else { + sz = sz + GCBLOCK_OVH + sizeof(gcFuncs*) + ROUNDUPALIGN(1); + sz = ROUNDUPPAGESIZE(sz); + } + + if (sz < gc_heap_allocation_size) { + sz = gc_heap_allocation_size; + } + assert(sz % gc_pgsize == 0); if (gc_heap_total == gc_heap_limit) { return (0); - } else if (gc_heap_total + sz > gc_heap_limit) { + } else if (gc_heap_total + sz > gc_heap_limit) { /* take as much memory as we can */ sz = gc_heap_limit - gc_heap_total; assert(sz % gc_pgsize == 0); @@ -1026,13 +985,14 @@ #endif blk = gc_block_alloc(sz); - -DBG(GCSYSALLOC, - dprintf("gc_system_alloc: %ld byte at %p\n", (long) sz, blk); ) + + DBG(GCSYSALLOC, + dprintf("gc_system_alloc: %ld byte at %p\n", (long) sz, blk); ) if (blk == 0) { return (0); } + gc_heap_total += sz; assert(gc_heap_total <= gc_heap_limit); Index: kaffe/kaffevm/mem/gc-mem.h =================================================================== RCS file: /cvs/kaffe/kaffe/kaffe/kaffevm/mem/gc-mem.h,v retrieving revision 1.15 diff -u -r1.15 gc-mem.h --- kaffe/kaffevm/mem/gc-mem.h 2 Jun 2003 14:15:47 -0000 1.15 +++ kaffe/kaffevm/mem/gc-mem.h 11 Jun 2003 09:56:38 -0000 @@ -69,6 +69,8 @@ extern void* gc_heap_malloc(size_t); extern void gc_heap_free(void*); +extern void* gc_heap_grow(size_t); + /** * Evaluates to the size of the object that contains address @M. * --Multipart_Wed__11_Jun_2003_12:06:04_+0200_0978ae60-- From milosn@xtra.co.nz Wed Jun 11 04:05:01 2003 From: milosn@xtra.co.nz (Milos Negovanovic) Date: Wed Jun 11 03:05:01 2003 Subject: [kaffe] Re: kaffe on NetBSD In-Reply-To: <20030610120817.93539.qmail@web10009.mail.yahoo.com> References: <20030610120817.93539.qmail@web10009.mail.yahoo.com> Message-ID: <1055326068.13819.65.camel@cindy.> > > -echo "Compiling classes from ${1+"$@"} using " $JAVAC > +echo "Compiling classes from " ${1+"$@"} " using " $JAVAC > $JAVAC $VERBOSE $JAVAC_FLAGS -d $LIBDIR $CPATH ${1+"$@"} > it works fine Regards Milos From hkraemer@freenet.de Wed Jun 11 04:18:01 2003 From: hkraemer@freenet.de (Helmer =?ISO-8859-1?B?S3LkbWVy?=) Date: Wed Jun 11 03:18:01 2003 Subject: [kaffe] 1.1.0 Interpreter Performance In-Reply-To: <002501c33001$39b1f3d0$10eca8c0@grendel> References: <002501c33001$39b1f3d0$10eca8c0@grendel> Message-ID: <20030611122103.489b028f.hkraemer@freenet.de> On Wed, 11 Jun 2003 12:07:10 +0200 "Kevin D. Kissell" wrote: > Our of curiousity, I configured the MIPS/Linux interpretive kaffe > with --disable-debug, for speed, and ran the Embedded CaffeieneMark > benchmark. Comparing the result with an equivalent 1.0.7-based build, > we can see that a bunch of things have improved a little, some things > have stayed the same, and that something has slowed down dramatically > in string handling which more than cancells all the other improvements. > > [ test results skipped ] If you've got some time to waste, it'd be nice if you could compare the performance of 1.0.7's System.arraycopy() with the performance of 1.1.0's System.arraycopy() (nothing serious, just create a huge array and measure how long it takes to copy that array). Greetings, Helmer From kevink@mips.com Wed Jun 11 04:51:01 2003 From: kevink@mips.com (Kevin D. Kissell) Date: Wed Jun 11 03:51:01 2003 Subject: [kaffe] 1.1.0 Interpreter Performance References: <002501c33001$39b1f3d0$10eca8c0@grendel> <20030611122103.489b028f.hkraemer@freenet.de> Message-ID: <007301c33008$ecaf9f30$10eca8c0@grendel> > > Our of curiousity, I configured the MIPS/Linux interpretive kaffe > > with --disable-debug, for speed, and ran the Embedded CaffeieneMark > > benchmark. Comparing the result with an equivalent 1.0.7-based build, > > we can see that a bunch of things have improved a little, some things > > have stayed the same, and that something has slowed down dramatically > > in string handling which more than cancells all the other improvements. > > > > [ test results skipped ] > > If you've got some time to waste, it'd be nice if you could > compare the performance of 1.0.7's System.arraycopy() with > the performance of 1.1.0's System.arraycopy() (nothing serious, > just create a huge array and measure how long it takes to > copy that array). Before going through the hassle of rebuilding/re-installing to try your experiment, I thought I'd look at the code. Jeez. No wonder. In 1.0.7, System.arraycopy() was a native method, defined in libraries/clib/native/System.c, which used the platform's memmov/memcpy functions. Now it's a Java implementation. Certainly easier to maintain that way, but it's unsurprising if it's more than 5 times slower. From kevink@mips.com Wed Jun 11 05:05:02 2003 From: kevink@mips.com (Kevin D. Kissell) Date: Wed Jun 11 04:05:02 2003 Subject: [kaffe] 1.1.0 on alpha-linux: make check crashes References: <20030609130448.39589.qmail@web10001.mail.yahoo.com> Message-ID: <009a01c3300a$e945d560$10eca8c0@grendel> Could you please check confirm that the 4 regression tests which succeed on alpha-linux are the same 4 that succeed with MIPS/Linux under jit3, i.e. HelloWorldApp.class.save CatchLimits.class.save TestFloatDouble, and ThreadStop? The 133 out of 137 number just seems like more than a coincidence. If that's the case, and the Alpha build is defaulting to jit3 (as MIPS does), this could well be the Alpha-specific manifestation of a JIT bug which MIPS experiences as a set of OutOfMemory errors. And is Alpha/Linux OK if you run interpreted? ----- Original Message ----- From: "Dalibor Topic" To: Sent: Monday, June 09, 2003 3:04 PM Subject: [kaffe] 1.1.0 on alpha-linux: make check crashes > Hi, I've also tried out 1.1.0 on alpha linux machines. While kaffe builds fine, > running make check results in most of the tests crashing during the > compilation. > > make[3]: Entering directory `/tmp/kaffe/build/test/regression' > TestScript: line 4: 13170 Aborted $JAVA $* >$TMPRESULT 2>&1 > PASS: HelloWorldApp.class.save > error compiling: > lt-kaffe-bin: ../../../kaffe-1.1.0/kaffe/kaffevm/exception.h:150: > vmExcept_setJNIFrame: Assertion `fp != 0' failed. > TestScript: line -43: 13212 Aborted > /tmp/kaffe/build/kaffe/kaffe/kaffe-bin at.dms.kjc.Main -classpath > ".:../../../kaffe-1.1.0/test/regression::.:/tmp/kaffe/kaffe-1.1.0/libraries/javalib/kjc.jar" > -d . ../../../kaffe-1.1.0/test/regression/HelloWorldApp.java > FAIL: HelloWorldApp.java > > and so on > > error compiling: > lt-kaffe-bin: ../../../kaffe-1.1.0/kaffe/kaffevm/exception.h:150: > vmExcept_setJNIFrame: Assertion `fp != 0' failed. > TestScript: line -43: 18367 Aborted > /tmp/kaffe/build/kaffe/kaffe/kaffe-bin at.dms.kjc.Main -classpath > ".:../../../kaffe-1.1.0/test/regression::.:/tmp/kaffe/kaffe-1.1.0/libraries/javalib/kjc.jar" > -d . ../../../kaffe-1.1.0/test/regression/TestNative.java > FAIL: TestNative.java > ================================ > 133 of 137 tests failed > Please report to kaffe@kaffe.org > ================================ > > bash-2.05a$ KAFFE_DEBUG=gdb /tmp/kaffe/install/bin/kjc > GNU gdb 2002-04-01-cvs > Copyright 2002 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "alpha-linux"... > (gdb) run > Starting program: /tmp/kaffe/install/jre/bin/kaffe-bin at.dms.kjc.Main > kaffe-bin: ../../../kaffe-1.1.0/kaffe/kaffevm/exception.h:150: > vmExcept_setJNIFrame: Assertion `fp != 0' failed. > > Program received signal SIGABRT, Aborted. > 0x20000210388 in kill () from /lib/libc.so.6.1 > (gdb) bt > #0 0x20000210388 in kill () from /lib/libc.so.6.1 > #1 0x20000210178 in raise () from /lib/libc.so.6.1 > #2 0x20000212038 in abort () from /lib/libc.so.6.1 > #3 0x20000207988 in __assert_fail () from /lib/libc.so.6.1 > #4 0x20000072b88 in Kaffe_ExceptionClear (env=0x47f1) at > ../../../kaffe-1.1.0/kaffe/kaffevm/exception.h:150 > #5 0x20000051f90 in processClass (class=0x12023e600, tostate=12, > einfo=0x200000dddf1) at ../../../kaffe-1.1.0/kaffe/kaffevm/classMethod.c:518 > #6 0x2000008fbfc in soft_fixup_trampoline (_data=0x47f1) at > ../../../kaffe-1.1.0/kaffe/kaffevm/soft.c:575 > #7 0x200000b5654 in alpha_do_fixup_trampoline () at > ../../../../kaffe-1.1.0/config/alpha/jit-alpha.def:3229 > warning: Hit heuristic-fence-post without finding > warning: enclosing function for address 0x120244d44 > This warning occurs if you are debugging a function without any symbols > (for example, in a stripped executable). In that case, you may wish to > increase the size of the search with the `set heuristic-fence-post' command. > > Otherwise, you told GDB there was a function where there isn't one, or > (more likely) you have encountered a bug in GDB. > > so it would be nice if any alpha developers could take a closer look. > > cheers, > dalibor topic > > __________________________________ > Do you Yahoo!? > Yahoo! Calendar - Free online calendar with sync to Outlook(TM). > http://calendar.yahoo.com > > _______________________________________________ > kaffe mailing list > kaffe@kaffe.org > http://kaffe.org/cgi-bin/mailman/listinfo/kaffe > From neetug@noida.hcltech.com Wed Jun 11 05:44:01 2003 From: neetug@noida.hcltech.com (Neetu Gupta, Noida) Date: Wed Jun 11 04:44:01 2003 Subject: [kaffe] 1.0.5 porting on SuperUx (64bit) Message-ID: Hi, I've built kaffe-1.0.5 interpreter on SuperUx. But while compiling a java file through javac, it's giving the error: Dumping live threads: `main' tid 4040fc030, status SUSPENDED flags NOSTACKALLOC blocked@4041667e8 (4040fc030->|) Deadlock: all threads blocked on internal events core dumping Abort(coredump) While debugging I found, that in certain conditions, jthread_on_current_stack() function in file jthread.h returns rc=0 which means address of bp(input parameter to the function) is exceeding the stackEnd of currentJThread. This case had never arisen on Solaris. For your information, I've already changed the code in function jthread_on_current_stack() as the following instruction was behaving differently for 32 bit and 64 bit machines rc = bp >= currentJThread->stackBase && bp < currentJThread->stackEnd; to rc = (unsigned long)bp >= (unsigned long)(currentJThread->stackBase) && (unsigned long)bp < (unsigned long)(currentJThread->stackEnd); While debugging, I've found out that -this error occurs after initThreads() function is invoked (which executes the java method with cname: java.lang.StackOverflowError). -May be some change is needed in the formula for calculating the stackBase and stackEnd of thread in jthread_createfirst() in jthread.c file. jtid->stackEnd = (void*)(((uintp)&jtid + 0x1000 - 1) & -0x1000); jtid->stackBase = (char *)jtid->stackEnd - mainThreadStackSize; Thanks Regds Neetu From hkraemer@freenet.de Wed Jun 11 05:59:01 2003 From: hkraemer@freenet.de (Helmer =?ISO-8859-1?B?S3LkbWVy?=) Date: Wed Jun 11 04:59:01 2003 Subject: [kaffe] 1.1.0 Interpreter Performance In-Reply-To: <007301c33008$ecaf9f30$10eca8c0@grendel> References: <002501c33001$39b1f3d0$10eca8c0@grendel> <20030611122103.489b028f.hkraemer@freenet.de> <007301c33008$ecaf9f30$10eca8c0@grendel> Message-ID: <20030611140131.078b0b98.hkraemer@freenet.de> On Wed, 11 Jun 2003 13:02:16 +0200 "Kevin D. Kissell" wrote: > > > Our of curiousity, I configured the MIPS/Linux interpretive kaffe > > > with --disable-debug, for speed, and ran the Embedded CaffeieneMark > > > benchmark. Comparing the result with an equivalent 1.0.7-based build, > > > we can see that a bunch of things have improved a little, some things > > > have stayed the same, and that something has slowed down dramatically > > > in string handling which more than cancells all the other improvements. > > > > > > [ test results skipped ] > > > > If you've got some time to waste, it'd be nice if you could > > compare the performance of 1.0.7's System.arraycopy() with > > the performance of 1.1.0's System.arraycopy() (nothing serious, > > just create a huge array and measure how long it takes to > > copy that array). > > Before going through the hassle of rebuilding/re-installing to > try your experiment, I thought I'd look at the code. Jeez. > No wonder. In 1.0.7, System.arraycopy() was a native > method, defined in libraries/clib/native/System.c, which used > the platform's memmov/memcpy functions. Now > it's a Java implementation. Certainly easier to maintain > that way, but it's unsurprising if it's more than 5 times slower. It's almost the same thing with jit3 on i386 here. With a pure java implementation of System.arraycopy() I get a String score of 1693, with a native implementation I get a String score of 2899. Given that System.arraycopy() is used all over the place, I'm currently tempted to revert the pure java implementation. Any thoughts? Greetings, Helmer From robilad@yahoo.com Wed Jun 11 06:31:01 2003 From: robilad@yahoo.com (Dalibor Topic) Date: Wed Jun 11 05:31:01 2003 Subject: [kaffe] 1.1.0 Interpreter Performance In-Reply-To: <007301c33008$ecaf9f30$10eca8c0@grendel> Message-ID: <20030611123328.7637.qmail@web10006.mail.yahoo.com> Hi Kevin, hallo Helmer, --- "Kevin D. Kissell" wrote: > > > Our of curiousity, I configured the MIPS/Linux interpretive kaffe > > > with --disable-debug, for speed, and ran the Embedded CaffeieneMark > > > benchmark. Comparing the result with an equivalent 1.0.7-based build, > > > we can see that a bunch of things have improved a little, some things > > > have stayed the same, and that something has slowed down dramatically > > > in string handling which more than cancells all the other improvements. > > > > > > [ test results skipped ] > > > > If you've got some time to waste, it'd be nice if you could > > compare the performance of 1.0.7's System.arraycopy() with > > the performance of 1.1.0's System.arraycopy() (nothing serious, > > just create a huge array and measure how long it takes to > > copy that array). > > Before going through the hassle of rebuilding/re-installing to > try your experiment, I thought I'd look at the code. Jeez. > No wonder. In 1.0.7, System.arraycopy() was a native > method, defined in libraries/clib/native/System.c, which used > the platform's memmov/memcpy functions. Now > it's a Java implementation. Certainly easier to maintain > that way, but it's unsurprising if it's more than 5 times slower. Here are my results: bash-2.05a$ java -version java version "1.4.0_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0_01-b03) Java HotSpot(TM) Client VM (build 1.4.0_01-b03, mixed mode) bash-2.05a$ java CaffeineMarkEmbeddedApp Sieve score = 11584 (98) Loop score = 76809 (2017) Logic score = 66846 (0) String score = 42014 (708) Float score = 38244 (185) Method score = 26566 (166650) Overall score = 36935 bash-2.05a$ /tmp/topic/install-1. CaffeineMarkEmbeddedApp install-1.0.7-i386-linux-jit3 install-1.1.0-i386-linux-jit3 bash-2.05a$ /tmp/topic/install-1.0.7-i386-linux-jit3/bin/kaffe -version Kaffe Virtual Machine Copyright (c) 1996-2002 Kaffe.org project contributors (please see the source code for a full list of contributors). All rights reservced. Portions Copyright (c) 1996-2002 Transvirtual Technologies, Inc. The Kaffe virtual machine is free software, licensed under the terms of the GNU General Public License. Kaffe.org is a an independent, free software community project, not directly affiliated with Transvirtual Technologies, Inc. Kaffe is a Trademark of Transvirtual Technologies, Inc. Kaffe comes with ABSOLUTELY NO WARRANTY. Engine: Just-in-time v3 Version: 1.0.7 Java Version: 1.1 bash-2.05a$ /tmp/topic/install-1.0.7-i386-linux-jit3/bin/kaffe CaffeineMarkEmbeddedApp Sieve score = 29624 (98) Loop score = 86471 (2017) Logic sco