Фатальная ошибка, обнаруженная Java Runtime Environment классом проекта - PullRequest
Новая
       92

Фатальная ошибка, обнаруженная Java Runtime Environment классом проекта

1 голос
/ 03 апреля 2020

извините за беспокойство, но я новичок в работе с Java. Я создал проект с несколькими классами, все классы работали нормально, но, поскольку сегодня я снова запустил алгоритм, я получаю это сообщение об ошибке.

Я мог найти ошибку, вызванную одним классом проекта , но я явно не знаю, в чем проблема. Я надеюсь, что кто-нибудь сможет мне помочь.

Я очень жду помощи. Большое спасибо.

Среда выполнения Java обнаружила фатальную ошибку:

EXCEPTION_ACCESS_VIOLATION (0xc0000005) при pc = 0x0000000064e7b23f, pid = 13200, tid = 0x00000000000063b * 10

Версия JRE: Java (TM) Среда выполнения SE (8.0_241-b07) (сборка 1.8.0_241-b07) Java ВМ: Java HotSpot (TM) 64-разрядная виртуальная машина сервера ( 25.241-b07 смешанный режим windows -amd64 сжатый упс) Проблемы c кадр: V [jvm.dll + 0x4cb23f]

Не удалось записать дамп ядра. Мини-дампы по умолчанию не включены в клиентских версиях Windows

Файл отчета об ошибке с дополнительной информацией сохраняется как: C: \ Users \ marti \ eclipse-workspace \ IGMOTaillardLocNew \ hs_err_pid13200.log

Данные воспроизведения компилятора сохраняются как: C: \ Users \ marti \ eclipse-workspace \ IGMOTaillardLocNew \ replay_pid13200.log

Если вы хотите отправить отчет об ошибке, посетите: http://bugreport.java.com/bugreport/crash.jsp

---------------  T H R E A D  ---------------

Current thread (0x0000000019cef000):  JavaThread "C2 CompilerThread2" 
daemon [_thread_in_native, id=25532, 
stack(0x000000001a6e0000,0x000000001a7e0000)]

siginfo: ExceptionCode=0xc0000005, reading address 0x0000000000000008

Registers:
RAX=0x0000000000000000, RBX=0x0000000000000000, RCX=0x000000001ca6b570, 
RDX=0x0000000000004000
RSP=0x000000001a7db520, RBP=0x000000001b079d30, RSI=0x000000001ca6b570, 
RDI=0x000000001a7dba60
R8 =0x0000000000000000, R9 =0x000000001e07bfc0, R10=0x000000001a7dba60, 
R11=0x000000001afe4df0
R12=0x000000001acd5a80, R13=0x000000001ce513d8, R14=0x000000001a7db608, 
R15=0x000000001a7db628
RIP=0x0000000064e7b23f, EFLAGS=0x0000000000010206

Top of Stack: (sp=0x000000001a7db520)
0x000000001a7db520:   000000001b07a038 000000001b079d30
0x000000001a7db530:   000000001dd7e290 000000001a7dba60
0x000000001a7db540:   000000001b079d30 000000001a7db678
0x000000001a7db550:   000000001a7db6d0 0000000064e7ca69
0x000000001a7db560:   000000001b07a038 00000000000003d3
0x000000001a7db570:   0000000000000001 0000000019cd9dd0
0x000000001a7db580:   000000001a7dc438 0000000064ec7490
0x000000001a7db590:   000000001d6d8500 0000000019cd9dd0
0x000000001a7db5a0:   0000000019d16cc0 000000001a7db6d0
0x000000001a7db5b0:   0000000019cd9dd0 000000000000002b
0x000000001a7db5c0:   000000001a7dba60 0000000064e7e813
0x000000001a7db5d0:   000000001a7dba60 0000000000000001
0x000000001a7db5e0:   0000000000000001 000000001a7db678
0x000000001a7db5f0:   000000001d6d8550 000000001d6e04e8
0x000000001a7db600:   0000000000247c80 0000000019cd9dd0
0x000000001a7db610:   0000000000000400 000000001b11bbf0 

Instructions: (pc=0x0000000064e7b23f)
0x0000000064e7b21f:   4c 89 64 24 50 4c 8b e0 4c 3b e8 0f 84 4f 01 00
0x0000000064e7b22f:   00 44 8b 43 28 4c 8b 8f f8 09 00 00 4b 8b 1c c1
0x0000000064e7b23f:   48 8b 43 08 48 83 38 00 75 2a 8b 57 28 0f 1f 40
0x0000000064e7b24f:   00 8b 43 28 3b c2 73 0c 8b c8 48 8b 47 30 48 8b 


Register to memory mapping:

RAX=0x0000000000000000 is an unknown value
RBX=0x0000000000000000 is an unknown value
RCX=0x000000001ca6b570 is an unknown value
RDX=0x0000000000004000 is an unknown value
RSP=0x000000001a7db520 is pointing into the stack for thread: 
0x0000000019cef000
RBP=0x000000001b079d30 is an unknown value
RSI=0x000000001ca6b570 is an unknown value
RDI=0x000000001a7dba60 is pointing into the stack for thread: 
0x0000000019cef000
R8 =0x0000000000000000 is an unknown value
R9 =0x000000001e07bfc0 is an unknown value
R10=0x000000001a7dba60 is pointing into the stack for thread: 
0x0000000019cef000
R11=0x000000001afe4df0 is an unknown value
R12=0x000000001acd5a80 is an unknown value
R13=0x000000001ce513d8 is an unknown value
R14=0x000000001a7db608 is pointing into the stack for thread: 
0x0000000019cef000
R15=0x000000001a7db628 is pointing into the stack for thread: 
0x0000000019cef000


Stack: [0x000000001a6e0000,0x000000001a7e0000],  sp=0x000000001a7db520,  
free space=1005k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native 
code)
V  [jvm.dll+0x4cb23f]
V  [jvm.dll+0x4cca69]
V  [jvm.dll+0x4ce813]
V  [jvm.dll+0x47e1e0]
V  [jvm.dll+0x47f013]
V  [jvm.dll+0x4618a2]
V  [jvm.dll+0xa6a62]
V  [jvm.dll+0xa73af]
V  [jvm.dll+0x2467ef]
V  [jvm.dll+0x29fd2a]
C  [msvcr100.dll+0x21d9f]
C  [msvcr100.dll+0x21e3b]
C  [KERNEL32.DLL+0x17bd4]
C  [ntdll.dll+0x6ced1]


Current CompileTask:
C2:   1511  309       4       
InsertionNeighborhoodLocNew::InsertionNeighborhood (2858 bytes)

for(int x=0; x<nFac; x++) {
    for(int y=0; y<nJob; y++) {

        if(ZZ[x][y][0]==0 && y!=0) {
            flag=y-1;
            ZZf[0][x]=ZZ[x][flag][nMachine-1];
            merkerZZf[0][x]=ZZ[x][flag][nMachine-1];
            break;
        }
            else{
                if(ZZ[x][y][0]==0 && y==0) {
                ZZf[0][x]=0;
                merkerZZf[0][x]=0;
                }
                    else {
                        if(ZZ[x][nJob-1][0]!=0) {
                        flag=nJob-1;
                        ZZf[0][x]=ZZ[x][flag][nMachine-1];
                        merkerZZf[0][x]=ZZ[x][flag][nMachine-1];
                        }
                    }

            }
    }
}

С помощью этого кода я в основном пытаюсь разграничить обстоятельства, связанные с проблемой, с которой я сталкиваюсь. Я понял, так как я удалил строки с "merkerZZf", я не вызываю ошибку. Я действительно не знаю почему.

1 Ответ

1 голос
/ 03 апреля 2020

Это фатальная ошибка в JVM, это не ваша ошибка. Это происходит, когда JVM пытается скомпилировать ваш InsertionNeighbourhood код в нативный код. Вы могли бы попытаться изменить свой код (изменить структуру, но сохранить логику c такой же), чтобы компилятор C2 (см. Ниже) мог не столкнуться с этим, но опять же это не то, что должно произойдет в первую очередь.

Это похоже на случай этой ошибки , и, поскольку у вас, очевидно, гораздо более простой код, вы должны отправить отчет об ошибке. Не теряйте свой текущий код, который вызывает ошибку.

Компилятор C2 (в дополнение к C1) является внутренним оптимизирующим компилятором JVM, который отвечает за анализ запускаемый байт-код и определение оптимального собственного кода для него. Он также может выбросить ранее скомпилированный код и перекомпилировать его, что важно для производительности. Допустим (упрощенно), ваш код начинается с обработки данных, которые только 0 и 1, и код компилируется для чего-то эффективного. Позже вы получите данные, которые находятся в диапазоне 0-1000000, и скомпилированный код не настолько эффективен, как мог бы, поэтому JVM выбрасывает его и перекомпилирует для более эффективной работы с этими данными.

* 1022 К сожалению, как и в любом другом коде, JVM тоже не без ошибок . В этом случае компиляция приводит к фатальной ошибке и ошибкам. Поскольку компилятор делает разные вещи на основе кода, данных и других вещей, изменение кода немного может привести к появлению / исчезновению ошибки.
...