久久久久久久av_日韩在线中文_看一级毛片视频_日本精品二区_成人深夜福利视频_武道仙尊动漫在线观看

未添加本機代碼的 Java 致命錯誤 SIGSEGV

Java fatal error SIGSEGV with no added native code(未添加本機代碼的 Java 致命錯誤 SIGSEGV)
本文介紹了未添加本機代碼的 Java 致命錯誤 SIGSEGV的處理方法,對大家解決問題具有一定的參考價值,需要的朋友們下面隨著小編來一起學習吧!

問題描述

限時送ChatGPT賬號..

我從 Java 編譯器收到一條我不理解的錯誤消息.我已經使用 Java 6 和 7 在 OSX 10.6、10.9 和 Ubuntu 14.04 上測試了我的代碼.當我使用 Eclipse 調試器或從解釋器(使用 -Xint 選項)運行時,一切運行正常.否則,我會收到以下消息:

I am getting an error message from the Java compiler that I don't understand. I've tested my code on OSX 10.6, 10.9, and Ubuntu 14.04, with both Java 6 and 7. When I run with the Eclipse debugger or from the interpreter (using -Xint option), everything runs fine. Otherwise, I get the following messages:

Java 1.6:

Invalid memory access of location 0x8 rip=0x1024e9660

Java 1.7:

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x000000010f7a8262, pid=20344, tid=18179
#
# JRE version: Java(TM) SE Runtime Environment (7.0_60-b19) (build 1.7.0_60-b19)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (24.60-b09 mixed mode bsd-amd64 compressed oops)
# Problematic frame:
# V  [libjvm.dylib+0x3a8262]  PhaseIdealLoop::idom_no_update(Node*) const+0x12
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
#

Java 7 有更多錯誤輸出(保存到文件中),但不幸的是,我無法將其放入本文的字符數限制中.有時我需要運行我的代碼幾次才能出現錯誤,但它經常出現.

There's more error output for Java 7 (that is saved to a file) but unfortunately I can't fit it in the character limit of this post. Sometimes I need to run my code a couple of times for the error to come up, but it appears more often than not.

我的測試用例涉及以對數比例緩存一些計算.具體來說,給定 log(X),log(Y),...,我有一個計算 log(X+Y+...) 的小類.然后我將結果緩存在 HashMap 中.

My test case involves cacheing some computations in logarithmic scale. Specifically, given log(X),log(Y),..., I have a small class that computes log(X+Y+...). And then I cache the result in a HashMap.

奇怪的是,更改一些循環索引似乎使問題消失了.特別是,如果我替換

Strangely, changing some loop indices seems to make the problem go away. In particular, if I replace

for (int z = 1; z < x+1; z++) {
    double logSummand = Math.log(z + x + y);
    toReturn.addLogSummand(logSummand);
}

for (int z = 0; z < x; z++) {
    double logSummand = Math.log(1 + z + x + y);
    toReturn.addLogSummand(logSummand);
}

然后我沒有收到錯誤消息并且程序運行正常.

then I don't get the error message and the program runs fine.

我的最小示例如下:

import java.util.Arrays;
import java.util.HashMap;
import java.util.List;
import java.util.Map;
public class TestLogSum {
    public static void main(String[] args) {

        for (int i = 0; i < 6; i++) {
            for (int n = 2; n < 30; n++) {
                for (int j = 1; j <= n; j++) {
                    for (int k = 1; k <= j; k++) {
                        System.out.println(computeSum(k, j));                       
                    }
                }
            }
        }
    }

    private static Map<List<Integer>, Double> cache = new HashMap<List<Integer>, Double>();
    public static double computeSum(int x, int y) {     
        List<Integer> key = Arrays.asList(new Integer[] {x, y});

        if (!cache.containsKey(key)) {

            // explicitly creating/updating a double[] array, instead of using the LogSumArray wrapper object, will prevent the error
            LogSumArray toReturn = new LogSumArray(x);

            // changing loop indices will prevent the error
            // in particular, for(z=0; z<x-1; z++), and then using z+1 in place of z, will not produce error
//          for (int z = 0; z < x; z++) {
//              double logSummand = Math.log(1 + z + x + y);
            for (int z = 1; z < x+1; z++) {
                double logSummand = Math.log(z + x + y);
                toReturn.addLogSummand(logSummand);
            }

            // returning the value here without cacheing it will prevent the segfault
            cache.put(key, toReturn.retrieveLogSum());
        }
        return cache.get(key);
    }

    /*
     * Given a bunch of logarithms log(X),log(Y),log(Z),...
     * This class is used to compute the log of the sum, log(X+Y+Z+...)
     */
    private static class LogSumArray {      
        private double[] logSummandArray;
        private int currSize;

        private double maxLogSummand;

        public LogSumArray(int maxEntries) {
            this.logSummandArray = new double[maxEntries];

            this.currSize = 0;
            this.maxLogSummand = Double.NEGATIVE_INFINITY;
        }

        public void addLogSummand(double logSummand) {
            logSummandArray[currSize] = logSummand;
            currSize++;
            // removing this line will prevent the error
            maxLogSummand = Math.max(maxLogSummand, logSummand);
        }

        public double retrieveLogSum() {
            if (maxLogSummand == Double.NEGATIVE_INFINITY) return Double.NEGATIVE_INFINITY;

            assert currSize <= logSummandArray.length;

            double factorSum = 0;
            for (int i = 0; i < currSize; i++) {
                factorSum += Math.exp(logSummandArray[i] - maxLogSummand);
            }

            return Math.log(factorSum) + maxLogSummand;
        }
    }
}

推薦答案

所以看了評論,好像這是JVM中的一個bug,需要報告給Oracle.因此,我繼續向 Oracle 提交了錯誤報告.當我收到他們的回復時,我會發布更新.

So after reading the comments, it seems like this is a bug in the JVM that needs to be reported to Oracle. So, I have gone ahead and filed a bug report to Oracle. I'll post updates when I hear back from them.

感謝所有嘗試過代碼并發現它在您的機器上也出現問題的人.

Thanks to all those who tried the code and found it breaks on your machines as well.

如果有人有能力/傾向于找出編譯器中的哪些代碼導致了這個錯誤,那么聽到它會很棒:)

If there is anyone with the ability/inclination to figure out what code in the compiler is causing this error, it would be awesome to hear about it :)

更新: Oracle 的某個人昨天回復了,他說他準備了修復該錯誤的方法,并要求將我的代碼作為回歸測試 :) 他沒有解釋問題是什么,除了說它在 HotSpot JIT 中,但他確實向我發送了他所做更改的鏈接,以防有人感興趣:http://cr.openjdk.java.net/~kvn/8046516/webrev/

UPDATE: Someone from Oracle responded yesterday, he said he prepared a fix for the bug and also asked to include my code as a regression test :) He didn't explain what the problem was, beyond saying it was in the HotSpot JIT, but he did send me a link with the changes he made, in case anyone is interested: http://cr.openjdk.java.net/~kvn/8046516/webrev/

這篇關于未添加本機代碼的 Java 致命錯誤 SIGSEGV的文章就介紹到這了,希望我們推薦的答案對大家有所幫助,也希望大家多多支持html5模板網!

【網站聲明】本站部分內容來源于互聯網,旨在幫助大家更快的解決問題,如果有圖片或者內容侵犯了您的權益,請聯系我們刪除處理,感謝您的支持!

相關文檔推薦

Parsing an ISO 8601 string local date-time as if in UTC(解析 ISO 8601 字符串本地日期時間,就像在 UTC 中一樣)
How to convert Gregorian string to Gregorian Calendar?(如何將公歷字符串轉換為公歷?)
Java: What/where are the maximum and minimum values of a GregorianCalendar?(Java:GregorianCalendar 的最大值和最小值是什么/在哪里?)
Calendar to Date conversion for dates before 15 Oct 1582. Gregorian to Julian calendar switch(1582 年 10 月 15 日之前日期的日歷到日期轉換.公歷到儒略歷切換)
java Calendar setFirstDayOfWeek not working(java日歷setFirstDayOfWeek不起作用)
Java: getting current Day of the Week value(Java:獲取當前星期幾的值)
主站蜘蛛池模板: www.成人久久 | 亚洲一区二区三区视频 | 一级黄色生活视频 | 中文字幕一区二区三区精彩视频 | sese视频在线观看 | 伦理二区| 日韩喷潮 | 国产一级片免费视频 | 国产91亚洲精品一区二区三区 | 久久久久久国 | 围产精品久久久久久久 | 成人毛片一区二区三区 | 女女爱爱视频 | 国产色片 | 亚洲一二三视频 | 精品视频导航 | 一级毛片在线播放 | 麻豆91精品91久久久 | 欧美视频日韩 | 欧美亚洲国语精品一区二区 | 色播99| 免费观看www| 91欧美| 成人在线精品视频 | 超碰在线人人 | 日韩精品一区二区三区视频播放 | 国产 欧美 日韩 一区 | 欧美成人第一页 | 亚洲欧美久久 | 欧美日韩亚洲视频 | 亚洲精选一区二区 | 久久人人网| 成人一区二区三区在线观看 | 午夜91| 91精品免费视频 | 成人在线看片 | 欧美激情欧美激情在线五月 | 亚洲电影一区二区三区 | 在线成人一区 | 亚洲免费在线视频 | 亚洲国产成人av好男人在线观看 |