Return-Path: Delivered-To: apmail-harmony-commits-archive@www.apache.org Received: (qmail 13858 invoked from network); 29 May 2007 13:23:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 29 May 2007 13:23:37 -0000 Received: (qmail 82160 invoked by uid 500); 29 May 2007 13:23:41 -0000 Delivered-To: apmail-harmony-commits-archive@harmony.apache.org Received: (qmail 82088 invoked by uid 500); 29 May 2007 13:23:41 -0000 Mailing-List: contact commits-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list commits@harmony.apache.org Received: (qmail 82078 invoked by uid 99); 29 May 2007 13:23:41 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 May 2007 06:23:41 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 May 2007 06:23:36 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 0563371417D for ; Tue, 29 May 2007 06:23:16 -0700 (PDT) Message-ID: <22528296.1180444996018.JavaMail.jira@brutus> Date: Tue, 29 May 2007 06:23:16 -0700 (PDT) From: "Alexei Fedotov (JIRA)" To: commits@harmony.apache.org Subject: [jira] Commented: (HARMONY-3910) [drlvm][verifier] VerifyError is reported for class in mpowerplayer application In-Reply-To: <17777834.1179486016893.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HARMONY-3910?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12499791 ] Alexei Fedotov commented on HARMONY-3910: ----------------------------------------- My investigation shows that the problem is in the class loader. It doesn't set a correct number of handles (1) for com/mpp/player/mphc/ method, so verifer behaves incorrectly as well. > [drlvm][verifier] VerifyError is reported for class in mpowerplayer application > ------------------------------------------------------------------------------- > > Key: HARMONY-3910 > URL: https://issues.apache.org/jira/browse/HARMONY-3910 > Project: Harmony > Issue Type: Bug > Components: DRLVM > Reporter: Pavel Rebriy > > There is a bug described by Chris Elford in HARMONY-3720. > Chris Elford [27/Apr/07 03:08 PM] > Note that I found another app that exhibits the data flow analysis error. > the mpowerplayer.com player.jar file fails (http://mpowerplayer.com/download.jsp?build=1185): > C:\java\test\mpp\mpp-sdk>c:\java\sun50_09_jre\bin\java -jar player.jar > mpowerplayer 2.0.1185 > C:\java\test\mpp\mpp-sdk>c:\java\harmony-hdk-r532358\jdk\jre\bin\java -jar player.jar > Uncaught exception in main: > java.lang.reflect.InvocationTargetException > at java.lang.reflect.VMReflection.invokeMethod(VMReflection.java) > at java.lang.reflect.Method.invoke(Method.java:382) > at org.apache.harmony.vm.JarRunner.main(JarRunner.java:80) > Caused by: java.lang.VerifyError: (class: com/mpp/player/mphc, method: ()V) Data flow analysis error > at java.lang.ClassLoader.defineClass0(ClassLoader.java) > at java.lang.ClassLoader.defineClass(ClassLoader.java:417) > at java.security.SecureClassLoader.defineClass(Unknown Source) > at java.net.URLClassLoader.findClassImpl(Unknown Source) > at java.net.URLClassLoader$4.run(Unknown Source) > at java.net.URLClassLoader$4.run(Unknown Source) > at java.security.AccessController.doPrivilegedImpl(AccessController.java:171) > at java.security.AccessController.doPrivileged(AccessController.java:64) > at java.net.URLClassLoader.findClass(Unknown Source) > at java.lang.ClassLoader.loadClass(ClassLoader.java:554) > at java.lang.ClassLoader$SystemClassLoader.loadClass(ClassLoader.java:942) > at java.lang.ClassLoader.loadClass(ClassLoader.java:311) > at java.lang.reflect.VMReflection.invokeMethod(VMReflection.java) > ... 2 more > The problem is in analyzing subroutine bounds algorithm, verifier performs data flow analysis on a wrong basic block. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.