【问题标题】:java.lang.VerifyError Incompatible object argument for function calljava.lang.VerifyError 函数调用的对象参数不兼容
【发布时间】:2011-03-23 20:53:46
【问题描述】:

在编写一些 java 代码时,我遇到了一个我无法识别的异常,即 java.lang.VerifyError。一些谷歌搜索表明这通常是一个 jvm/javac 错误,我很好奇我的情况是否如此。

我怀疑是

private Pair<Integer/*used size*/,Pair<K,V[]>[]>[] map=(Pair<Integer,Pair<K,V[]>[]>[])Array.newInstance(Pair.class,63);//good start number

map[b]=new Pair<Integer,Pair<K,V[]>[]>(7,(Pair<K,V[]>[])Array.newInstance(Pair.class,7));     

但我还不确定。

这是编译器错误还是我的代码有问题。

这些行是我在某处找到的泛型数组的数组创建失败的解决方法。

附上代码。

package osm2spacebook;

import java.util.Iterator;
import java.lang.reflect.Array;
import java.util.NoSuchElementException;

public class MultiMap<K,V> implements Iterable<K>{
    private int num_keys;
    @SuppressWarnings("unchecked")
    private Pair<Integer/*used size*/,Pair<K,V[]>[]>[] map=(Pair<Integer,Pair<K,V[]>[]>[])Array.newInstance(Pair.class,63);//good start number
    @SuppressWarnings("unchecked")
    private int bucket(K key){//position in bucket
        int h=key.hashCode();
        int b=h%map.length;
        if(map[b]==null)
            map[b]=new Pair<Integer,Pair<K,V[]>[]>(7,(Pair<K,V[]>[])Array.newInstance(Pair.class,7));
        return b;
    }
    private int position(K key){//position within bucket
        int b=bucket(key);//IMPORTANT this must use the buket function to obtain this otherwise it is a race
        for(int i=0;i<map[b].v1;i++)
            if(map[b].v2[i].v1==key)
                return i;
        if(map[b].v1==map[b].v2.length)
            map[b].v2=java.util.Arrays.copyOf(map[b].v2,map[b].v1*2);
        return map[b].v1++;
    }
    public V put(K key,V value){
        Pair<K,V[]> m=map[bucket(key)].v2[position(key)];
        for(int i=0;i<m.v2.length;i++)
            if(m.v2[i]==value)
                return value;
        m.v2=java.util.Arrays.copyOf(m.v2,m.v2.length+1);
        return m.v2[m.v2.length-1]=value;
    }
    public V[] get(K key){
        V[] v=map[bucket(key)].v2[position(key)].v2;
        return java.util.Arrays.copyOf(v,v.length);
    }
    public V[] remove(K key){
        throw new UnsupportedOperationException("Not implemented"); //TODO
    }
    public V remove(K key,V value){
        throw new UnsupportedOperationException("Not implemented"); //TODO
    }
    public boolean contains(K key){
        return position(key)<map[bucket(key)].v1;
    }
    public int numKeys(){
        return num_keys;
    }
    public Iterator<K> iterator(){
        return new Iterator<K>(){
            int bucket=0;
            int position=0;
            public boolean hasNext(){
                while(bucket<map.length){
                    if(map[bucket]!=null) 
                        if(position<map[bucket].v1)
                            return true;
                        else
                            position=0;
                    bucket++;
                }
                return false;
            }
            public K next(){
                if(hasNext())//positions cursor on next element if any
                    return map[bucket].v2[position++].v1;//updates position after read
                else
                    throw new NoSuchElementException();
            }
            public void remove(){
                throw new UnsupportedOperationException("Remove not supported in multimap iterator du to ambiguity");
            }
        };
    }
}

这取决于 Pair 类

package osm2spacebook;

public class Pair<T1,T2>{
    public T1 v1;
    public T2 v2;
    public Pair(T1 t1,T2 t2){
        v1=t1;
        v2=t2;
    }
}

完整的错误信息

Exception in thread "main" java.lang.VerifyError: (class: osm2spacebook/MultiMap, method: position signature: (Ljava/lang/Object;)I) Incompatible object argument for function call
    at osm2spacebook.SqlOutput.<init>(SqlOutput.java:64)
    at osm2spacebook.OsmImport.<init>(OsmImport.java:142)
    at osm2spacebook.OsmImport.main(OsmImport.java:280)

SqlOutput 的第 64 行如下

private MultiMap<Integer,Integer> edge_index=new MultiMap<Integer,Integer>();

【问题讨论】:

    标签: java exception


    【解决方案1】:

    VerifyError 通常意味着您加载了一个格式错误的类文件,或者该类文件引用了另一个类文件,该文件的更改方式导致另一个类文件中的代码不再有效。例如,如果您编译了一个引用其他类中的方法的类文件,然后在更改该方法的签名后独立修改并重新编译了第二个类,您会收到此类错误。

    我建议做一个干净的构建,看看这个问题是否会消失。如果没有,请检查您是否使用了最新的 JAR 和源文件。

    【讨论】:

    • 使用 javac *.java 重新编译并在没有额外标志的情况下使用 java 运行仍然会重现问题。我正在使用的唯一其他类是 Pair 类,它是一个具有两个公共成员和一个构造函数的泛型类。除此之外只有标准库依赖项。
    • 您是否从异常中得到任何其他信息?具体是什么方法导致了问题?
    • 我不这么认为,反正我用完整的java输出更新了帖子。
    【解决方案2】:

    对于遇到这个问题的不幸灵魂......我现在已经解决了两次,两种不同的方式(可能相同的基本解决方案)。我希望这可以使您免于我花在研究和打击墙上的日子...

    我的项目:SBT 0.13 / Lift 2.5 / Scala 2.10.2

    第一个解决方案:我从 SBT 0.11 / Lift 2.4 / Scala 2.9.2 升级到 SBT 0.13 / Lift 2.5 / Scala 2.10.2。正确更新所有依赖项真是太麻烦了(花了一两天时间),但它奏效了。

    第二个解决方案:我没有可以升级到的最新版本,所以我找到了另一个选择:运行 SBT 清理并没有解决问题,所以我更进一步并重命名为 (据 SBT 所知,有效删除)项目文件夹结构中的所有中间/派生对象文件夹(只是在其名称中添加了“.archived”)(以强制 SBT 从头开始​​重建/填充所有内容),即。

    • /lib/ --> 我认为是我添加的文件夹,因此可能不适用于您。
    • /project/target/\*.\*
    • /project/project/target/\*.\*
    • /target/\*.\*

    之后,SBT 重新下载了它需要的内容,重建了这些文件夹的内容,一切正常。如前所述,我相信这也是第一次。我相信升级除了创建一个 scala_2.10.2 文件夹以用中间/编译对象重新填充之外没有任何作用,类似于我重命名“目标”文件夹。

    【讨论】:

      猜你喜欢
      • 2013-08-09
      • 2011-06-19
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2021-12-09
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多