Фатальная ошибка Java SIGSEGV без добавленного собственного кода

Я получаю сообщение об ошибке от компилятора Java, которое я не понимаю. Я тестировал свой код на OSX 10.6, 10.9 и Ubuntu 14.04 с Java 6 и 7. Когда я запускаю отладчик Eclipse или из интерпретатора (используя параметр -Xint), все работает нормально. В противном случае я получаю следующие сообщения:

Ява 1.6:

Invalid memory access of location 0x8 rip=0x1024e9660

Ява 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 выводится больше ошибок (которые сохраняются в файл), но, к сожалению, я не могу уместить их в ограничение на количество символов в этом сообщении. Иногда мне нужно запустить свой код пару раз, чтобы ошибка появилась, но чаще она появляется, чем нет.

Мой тестовый пример включает кэширование некоторых вычислений в логарифмическом масштабе. В частности, учитывая log(X),log(Y),..., у меня есть небольшой класс, который вычисляет log(X+Y+...). И затем я кэширую результат в HashMap.

Как ни странно, изменение некоторых индексов циклов, похоже, устраняет проблему. В частности, если я заменю

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);
}

тогда я не получаю сообщение об ошибке, и программа работает нормально.

Мой минимальный пример ниже:

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;
        }
    }
}

person jackkamm    schedule 07.06.2014    source источник
comment
Скорее всего, это не ошибка в вашей программе (простые Java-программы никогда не должны вызывать ошибку сегментации). Это может быть ошибка в вашем оборудовании или в вашей реализации jvm. Попробуйте выполнить полную проверку памяти и попробовать другую машину.   -  person Fabian    schedule 08.06.2014
comment
Я только когда-либо сталкивался с этой точной ошибкой при написании собственного кода (C, C++ и т. д.) через JNI. Используете ли вы собственный код (не показанный в вопросе) или это действительно все Java? Как уже отмечалось, чистая Java никогда не должна вызывать segfault.   -  person Radiodef    schedule 08.06.2014
comment
После запуска кода я также получаю ошибку сегментации с версией java 1.7.0_55 OpenJDK Runtime Environment (IcedTea 2.4.7) (7u55-2.4.7-2) OpenJDK 64-разрядная виртуальная машина сервера (сборка 24.51-b03, смешанный режим) .   -  person Fabian    schedule 08.06.2014
comment
Radiodef, я не использую нативный код, это все Java. Фабиан, спасибо за подтверждение того, что это происходит и на вашем компьютере/настройке.   -  person jackkamm    schedule 08.06.2014
comment
Это вызывает ошибку jvm в java 1.7.0_51, но не в 1.8.0_05 в Windows 7 x64. Пробовали ли вы использовать флаг `-XX:-PartialPeelLoop`, так как сообщалось об аналогичных ошибках, и предполагается, что этот флаг пропускает проблемный код компилятора. Найдите PhaseIdealLoop::idom_no_update   -  person Augusto    schedule 08.06.2014
comment
Однажды я столкнулся с примерно такой же ошибкой, играя с рекурсивной программой Java.   -  person Hot Licks    schedule 08.06.2014
comment
@Augusto, я пробовал -XX:-PartialPeelLoop для Java SE 7 на OSX 10.9, и он все равно не работает. Я также попробовал флаг -XX:-UseLoopPredicate, который не исправляет этот минимальный тестовый пример, но, похоже, предотвращает ошибку в другом более крупном проекте. (извините за удаление и повторную публикацию этого комментария, я хотел отредактировать в нем пару вещей)   -  person jackkamm    schedule 08.06.2014
comment
Я думаю, что об этом следует сообщить Oracle. Этот код не делает ничего особенного, и тем не менее он ломается. Тоже на моей машине.   -  person Martijn Courteaux    schedule 08.06.2014


Ответы (1)


Итак, после прочтения комментариев кажется, что это ошибка в JVM, о которой нужно сообщить Oracle. Итак, я пошел дальше и отправил отчет об ошибке в Oracle. Я опубликую обновления, когда получу ответ от них.

Спасибо всем тем, кто попробовал код и обнаружил, что он не работает и на ваших машинах.

Если есть кто-то, кто может/склонен выяснить, какой код в компиляторе вызывает эту ошибку, было бы здорово услышать об этом :)

ОБНОВЛЕНИЕ: Кто-то из Oracle ответил вчера, он сказал, что подготовил исправление для ошибки, а также попросил включить мой код в качестве регрессионного теста :) Он не объяснил, в чем проблема, кроме того, что сказал. был в HotSpot JIT, но он прислал мне ссылку с внесенными им изменениями, если кому-то интересно: http://cr.openjdk.java.net/~kvn/8046516/webrev/

person jackkamm    schedule 08.06.2014