SIGSEGV во время запуска run-app на grails 2.4.3

Question

Я написал приложение на MacOS Mavericks MacbookAir. Он работает нормально. Затем я проверил код на другом ноутбуке, Mavericks MacbookPro (до сетчатки).

Когда я запускаю консоль Grails, она работает нормально. Как только я попытаюсь выполнить run-app, я получаю SIGSEGV.

Это то, что отображается на экране:

# 
# A fatal error has been detected by the Java Runtime Environment: 
# 
# SIGSEGV (0xb) at pc=0x000000010fff41af, pid=85762, tid=23811 
# 
# JRE version: Java(TM) SE Runtime Environment (8.0_20-b26) (build 1.8.0_20-b26) 
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.20-b23 mixed mode bsd-amd64 compressed oops) 
# Problematic frame: 
# V [libjvm.dylib+0x4261af] Klass::is_subtype_of(Klass*) const+0x7 
# 
# Core dump written. Default location: /cores/core or core.85762 
# 
# An error report file with more information is saved as: 
# /Users/rsom/src/maas/hs_err_pid85762.log 
# 

Когда я смотрю на hs_err_pid файл журнала, это то, что я вижу

Stack: [0x0000000127ab1000,0x0000000127bb1000], sp=0x0000000127bad860, free space=1010k 
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) 
V [libjvm.dylib+0x4261af] Klass::is_subtype_of(Klass*) const+0x7 
V [libjvm.dylib+0x3a50e5] LinkResolver::runtime_resolve_interface_method(CallInfo&, methodHandle, KlassHandle, Handle, KlassHandle, bool, Thread*)+0x7b 
V [libjvm.dylib+0x3a593f] LinkResolver::resolve_interface_call(CallInfo&, Handle, KlassHandle, KlassHandle, Symbol*, Symbol*, KlassHandle, bool, bool, Thread*)+0xd1 
V [libjvm.dylib+0x3a5af3] LinkResolver::resolve_invokeinterface(CallInfo&, Handle, constantPoolHandle, int, Thread*)+0x143 
V [libjvm.dylib+0x3a69b0] LinkResolver::resolve_invoke(CallInfo&, Handle, constantPoolHandle, int, Bytecodes::Code, Thread*)+0x3ce 
V [libjvm.dylib+0x2ce675] InterpreterRuntime::resolve_invoke(JavaThread*, Bytecodes::Code)+0x371 
j org.hibernate.cfg.beanvalidation.TypeSafeActivator.applyDDL(Ljava/lang/String;Lorg/hibernate/mapping/PersistentClass;Ljava/lang/Class;Ljavax/validation/ValidatorFactory;Ljava/util/Set;ZLorg/hibernate/dialect/Dialect;)V+1 
j org.hibernate.cfg.beanvalidation.TypeSafeActivator.applyRelationalConstraints(Ljavax/validation/ValidatorFactory;Ljava/util/Collection;Ljava/util/Properties;Lorg/hibernate/dialect/Dialect;)V+121 
j org.hibernate.cfg.beanvalidation.TypeSafeActivator.applyRelationalConstraints(Ljavax/validation/ValidatorFactory;Lorg/hibernate/cfg/beanvalidation/ActivationContext;)V+106 
j org.hibernate.cfg.beanvalidation.TypeSafeActivator.activate(Lorg/hibernate/cfg/beanvalidation/ActivationContext;)V+88 
v ~StubRoutines::call_stub 

У меня был сослуживца с одинаковым ноутбуком делать то же самое на его машине, и он может запустить приложение.

Что может быть не так?

Любые указатели на то, что я могу отлаживать?

Источник здесь: https://github.com/rahulsom/maas

Answer 1

Через пару дней один из моих коллег сказал мне, чтобы я работал на старшей JVM. Поэтому я попробовал 7u55. И это работало на 3 других компьютерах, которые потерпели неудачу на 7u60, 7u67 и 8u20.

Видимо, в JVM существует регрессия.

Answer 2

Это может быть аппаратная проблема. У меня была аналогичная проблема во время работы студии Android, и это было связано с проблемой в моей RAM. Я изменил его, и проблема была решена. После этого нет такой проблемы.

Аналогичная проблема возникла с другим парнем, который спросил question in stackoverflow. Наконец, его проблема была «Это была аппаратная проблема».