I have a colleague that chose to install the latest Yosemite 10.10.3 beta on their Mac, and now when they try to publish in Flash CC 2014, the bundled jre 1.7.0_10 crashes.
If there is an issue with the beta and the bundled jre 1.7.0_10 inside Adobe Flash CC 2014.app,
Is there a clean way of alternatively using an external jre (like the System java 1.6.x) or replacing/updating the bundled 1.7 jre with a newer 1.8 jre to see if this avoids the crash?
Is there anything custom about the bundled jre inside Adobe Flash CC 2014.app?
Crash log showing crashed thread:
=========================================
| Process: | java [2204] |
| Path: | /Applications/Adobe Flash CC 2014/Adobe Flash CC 2014.app/Contents/jre/jre1.7.0_10.jre/Contents/Home/bin/java |
| Identifier: | net.java.openjdk.cmd |
| Version: | 1.0 (1.0) |
| Code Type: | X86-64 (Native) |
| Parent Process: | sh [2203] |
| Responsible: | Adobe Flash CC 2014 [1305] |
| User ID: | 502 |
| Date/Time: | 2015-02-06 14:41:40.780 -0600 |
| OS Version: | Mac OS X 10.10.3 (14D72i) |
| Report Version: | 11 |
| Anonymous UUID: | 0B594D00-8D92-89D6-E44B-83E844ADA7DA |
| Sleep/Wake UUID: | 156FFF95-9E5C-4B06-AAA1-14988BBE7E71 |
Time Awake Since Boot: 12000 seconds
| Time Since Wake: | 5600 seconds |
| Crashed Thread: | 3 |
| Exception Type: | EXC_BAD_ACCESS (SIGABRT) |
| Exception Codes: | KERN_INVALID_ADDRESS at 0x0000000000060a81 |
...
Thread 3 Crashed:
| 0 libsystem_kernel.dylib | 0x00007fff919de286 __pthread_kill + 10 | |
| 1 libsystem_c.dylib | 0x00007fff93a7ab53 abort + 129 | |
| 2 libjvm.dylib | 0x000000010e5b4c93 os::abort(bool) + 25 | |
| 3 libjvm.dylib | 0x000000010e6a344e VMError::report_and_die() + 2306 | |
| 4 libjvm.dylib | 0x000000010e5b6387 JVM_handle_bsd_signal + 1073 | |
| 5 libsystem_platform.dylib | 0x00007fff88852f1a _sigtramp + 26 | |
| 6 libllvm.jnilib | 0x000000011a468031 std::_Rb_tree<llvm::PointerValType, std::pair<llvm::PointerValType const, llvm::PATypeHolder>, std::_Select1st<std::pair<llvm::PointerValType const, llvm::PATypeHolder> >, std::less<llvm::PointerValType>, std::allocator<std::pair<llvm::PointerValType const, llvm::PATypeHolder> > >::find(llvm::PointerValType const&) + 1 | |
| 7 libllvm.jnilib | 0x000000011a02a7cf Java_llvm_llvmJNI_PointerType_1get + 31 | |
| 8 ??? | 0x000000010ecc7f90 0 + 4543250320 | |
| 9 ??? | 0x000000010ecbc275 0 + 4543201909 | |
| 10 ??? | 0x000000010ecbc333 0 + 4543202099 | |
| 11 ??? | 0x000000010ecbc333 0 + 4543202099 | |
| 12 ??? | 0x000000010ecbc158 0 + 4543201624 | |
| 13 ??? | 0x000000010ecbc158 0 + 4543201624 | |
| 14 ??? | 0x000000010ecbc158 0 + 4543201624 | |
| 15 ??? | 0x000000010ecbc158 0 + 4543201624 | |
| 16 ??? | 0x000000010ecbc158 0 + 4543201624 | |
| 17 ??? | 0x000000010ecbc158 0 + 4543201624 | |
| 18 ??? | 0x000000010ecbc158 0 + 4543201624 | |
| 19 ??? | 0x000000010ecbc158 0 + 4543201624 | |
| 20 ??? | 0x000000010ecbc2d4 0 + 4543202004 | |
| 21 ??? | 0x000000010ecb64f7 0 + 4543177975 | |
| 22 libjvm.dylib | 0x000000010e48855f JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*) + 557 | |
| 23 libjvm.dylib | 0x000000010e48832c JavaCalls::call(JavaValue*, methodHandle, JavaCallArguments*, Thread*) + 40 | |
| 24 libjvm.dylib | 0x000000010e4a3b3a jni_invoke_static(JNIEnv_*, JavaValue*, _jobject*, JNICallType, _jmethodID*, JNI_ArgumentPusher*, Thread*) + 217 | |
| 25 libjvm.dylib | 0x000000010e49cea6 jni_CallStaticVoidMethod + 267 | |
| 26 java | 0x000000010cf5b17e JavaMain + 2333 | |
| 27 libsystem_pthread.dylib | 0x00007fff93954268 _pthread_body + 131 | |
| 28 libsystem_pthread.dylib | 0x00007fff939541e5 _pthread_start + 176 | |
| 29 libsystem_pthread.dylib | 0x00007fff9395241d thread_start + 13 |
