Re: [kaffe] Re: flestmail - daily - 565/566 passed (99.8%) (0 errors,1 failures)
Dalibor Topic wrote: Looks like we're have a gc crash in the regression test suite: --- Flest Pseudo-User [EMAIL PROTECTED] wrote: === Flest Summary === Kaffe with-engine=jit3 enable-debug: 138/138 (0 fail, 0 err) with-engine=jit3: 138/138 (0 fail, 0 err) with-engine=jit3 disable-debug with-staticlib with-staticvm: 136/137 (1 fail, 0 err) with-engine=intrp enable-debug: 0/0 (0 fail, 0 err) with-engine=intrp disable-debug with-staticlib with-staticvm: 137/137 (0 fail, 0 err) FlestMail - Tue Jul 29 12:32:14 MDT 2003 - [EMAIL PROTECTED] - daily FAIL: GCTest.java [0]: Success [31]: Success accessing free page 0xb68d15eb (above 0x817d000) Yes I've seen that test failing on my computer also. The problem is that when I run it by myself it completely succeeds (sh TestScript GCTest with a good environment). I don't really know what is different. Cheers, Guilhem. cheers, dalibor topic __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] more kjc problems?
Hi, this morning, I wanted to check whether eclipse is still running with kaffe (rt.jar compiled with kjc). However, I got this exception (eclipse specific stuff skipped): java.lang.NullPointerException at gnu.xml.dom.DomNode.dispatchEvent (DomNode.java:1408) at gnu.xml.dom.DomNode.insertionEvent (DomNode.java:438) at gnu.xml.dom.DomNode.appendChild (DomNode.java:541) at gnu.xml.dom.DomAttr.setNodeValue (DomAttr.java:209) at gnu.xml.dom.DomElement.setAttribute (DomElement.java:235) at gnu.xml.pipeline.DomConsumer$Handler.populateAttributes (DomConsumer.java:668) at gnu.xml.pipeline.DomConsumer$Handler.startElement (DomConsumer.java:604) at gnu.xml.dom.Consumer$Backdoor.startElement (Consumer.java:201) at gnu.xml.aelfred2.SAXDriver.startElement (SAXDriver.java:845) at gnu.xml.aelfred2.XmlParser.parseElement (XmlParser.java:1065) at gnu.xml.aelfred2.XmlParser.parseDocument (XmlParser.java:419) at gnu.xml.aelfred2.XmlParser.doParse (XmlParser.java:170) at gnu.xml.aelfred2.SAXDriver.parse (SAXDriver.java:335) at gnu.xml.aelfred2.XmlReader.parse (XmlReader.java:303) at gnu.xml.dom.JAXPFactory$JAXPBuilder.parse (JAXPFactory.java:186) Funny thing is that the offending line in DomNode.java contains nothing but this: dispatchDataLock = false; Afterwards I recompiled kaffe's rt.jar using jikes and was again able to run eclipse just fine, so I assume that the problem is indeed kjc. Looking at the method I'd say that it seems to be the same Problem we had with the ShutdownHookTest. Guilhem, do have an idea what could be going wrong / where I could start to fix this? Greetings, Helmer ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Debugging Help
Hi all, hi, Attached is a patch for a nearly completed bytecode verifier. There are two things that are still not checked that are required by JVM Spec 4.8.2, but they will be pretty simple to add in later. Well, first, there are a couple references to 'free()' which should be 'KFREE()'. Second, try running the test suite with kjc instead of jikes since its tripping over an assert for me (I don't have time to fix/look at this at the moment). Kaffe with verification passes all the usual regression tests with it except for LostTrampolineFrame. The VerifyError is raised when LostTrampolineFrame$DamagedClass is verified, and is caught by the wrong handler. I don't really know what's going on with that test, and have tried following it in gdb, but am having troubles deducing the problem. This is benign. Before your stuff, the exception was thrown while jitting, which triggered the case I was trying to test (the trampoline was masking the frame that originally made the method call). But now the exception is thrown during loading, so the fix is to find another way to make the jitter throw an exception... Thanks, Rob tim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Debugging Help
On Wed, 30 Jul 2003 14:49:19 -0400 (EDT) Rob Gonzalez [EMAIL PROTECTED] wrote: Hi all, Attached is a patch for a nearly completed bytecode verifier. There are two things that are still not checked that are required by JVM Spec 4.8.2, but they will be pretty simple to add in later. Excellent! Please hold off on checking this in until I get the 1.1.1 release out on Sunday. We're currently in feature freeze this week - I think this qualifies as a feature. :-) Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Coding style
Salut Guilhem, Guilhem Lavaux wrote: Hi everyone, Maybe this issue has already been raised but the coding style (at least for indentation...) is far from being clear in kaffe and its libraries. I've also seen that one of the pending task was to write the file FAQ.coding-style. I don't for you but maybe we may just use the GNU Coding style (or a slight variant) and reformat progressively the code using indent ... The name of internal variables and functions should also be normalized but it is already a trickier question. I guess people have settled on whatever coding style suits them best in files they wrote. Different authors- different styles. That can be annoying when the style switches in the middle of a file. I don't really have a strong preference for one style over another myself, so the GNU style is as good as any for me, as long as GNU indent can produce it from what I write. ;) The only problem I see is that it could make it harder for people merging code with 'unindented' forks. Tim, what's your take on this with respect to JanosVM ? cheers, dalibor topic ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe CVS: kaffe hkraemer
: == Ito Kazumitsu [EMAIL PROTECTED] writes: : Thank you for taking trouble, Helmer. I installed autoconf, : automake and libtool just now, and I will do it myself next time. I ran developers/aurugen.sh to find it failed. autogen.sh had /bin/true but in my FreeBSD 4.7-RELEASE, true is a builtin function of /bin/sh or /usr/bin/true. I changed autogen.sh so that it useses the builtin function. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Kaffe CVS: kaffe kaz
CVSROOT:/cvs/kaffe Module name:kaffe Changes by: kaz 03/07/30 15:49:47 Modified files: . : ChangeLog developers : autogen.sh Log message: 2003-07-30 Ito Kazumitsu [EMAIL PROTECTED] * developers/autogen.sh: changed /bin/true to true. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
