Jump to content
  • 0
WyattCain101

Dual Sheath Redux Java Faliure

Question

I need help I have tried uninstalling dual sheathe redux and java. I can not get the skyproc to generate a patch. I have manually associated it in properties for the .jar as well as through MO. I have not had this problem till MO updated. I have also updated all my folder permissons to see if it is an admin block.64 bit

 

The following is the report generated when I run the patch.

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x69166a19, pid=5880, tid=7944
#
# JRE version:  (8.0_45-b15) (build )
# Java VM: Java HotSpot Client VM (25.45-b02 mixed mode windows-x86 )
# Problematic frame:
# C  [MSVCR120.dll+0x86a19]
#
# Failed to write core dump. Minidumps are not enabled by default on client versions of Windows
#
# If you would like to submit a bug report, please visit:
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
 
---------------  T H R E A D  ---------------
 
Current thread (0x0437bc00):  JavaThread "main" [_thread_in_native, id=7944, stack(0x04510000,0x04560000)]
 
siginfo: ExceptionCode=0xc0000005, writing address 0x00000000
 
Registers:
EAX=0x00000043, EBX=0x0455e988, ECX=0x00000054, EDX=0x0455e540
ESP=0x0455e2e4, EBP=0x0455e2ec, ESI=0x00000000, EDI=0x00000000
EIP=0x69166a19, EFLAGS=0x00010202
 
Top of Stack: (sp=0x0455e2e4)
0x0455e2e4:   0455e97c 00000054 0455e958 5a10703b
0x0455e2f4:   00000000 0455e540 00000054 00000000
0x0455e304:   74e140d4 00000104 00000000 ffffffff
0x0455e314:   01000000 00000000 00000054 005bcc68
0x0455e324:   00000000 00000000 00000000 00000054
0x0455e334:   00000057 003a0043 0047005c 006d0061
0x0455e344:   00730065 0053005c 00650074 006d0061
0x0455e354:   0073005c 00650074 006d0061 00700061 
 
Instructions: (pc=0x69166a19)
0x691669f9:   49 2b c1 48 5d c3 55 8b ec 8b 4d 10 56 57 8b 7d
0x69166a09:   08 8b f7 85 c9 74 29 8b 55 0c 2b d7 0f b7 04 3a
0x69166a19:   66 89 07 83 c7 02 66 85 c0 74 03 49 75 ee 85 c9
0x69166a29:   74 0e 49 74 0b 33 c0 d1 e9 f3 ab 13 c9 66 f3 ab 
 
 
Register to memory mapping:
 
EAX=0x00000043 is an unknown value
EBX=0x0455e988 is pointing into the stack for thread: 0x0437bc00
ECX=0x00000054 is an unknown value
EDX=0x0455e540 is pointing into the stack for thread: 0x0437bc00
ESP=0x0455e2e4 is pointing into the stack for thread: 0x0437bc00
EBP=0x0455e2ec is pointing into the stack for thread: 0x0437bc00
ESI=0x00000000 is an unknown value
EDI=0x00000000 is an unknown value
 
 
Stack: [0x04510000,0x04560000],  sp=0x0455e2e4,  free space=312k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [MSVCR120.dll+0x86a19]
C  [hook.dll+0x1703b]
C  [msvcr100.dll+0x60425]
C  [msvcr100.dll+0x604cd]
C  [java.dll+0x9bf7]
C  0x0437c5b0
 
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j  java.io.WinNTFileSystem.canonicalize0(Ljava/lang/String;)Ljava/lang/String;+0
j  java.io.WinNTFileSystem.canonicalize(Ljava/lang/String;)Ljava/lang/String;+298
j  java.io.File.getCanonicalPath()Ljava/lang/String;+27
j  java.lang.ClassLoader.loadLibrary0(Ljava/lang/Class;Ljava/io/File;)Z+51
j  java.lang.ClassLoader.loadLibrary(Ljava/lang/Class;Ljava/lang/String;Z)V+217
j  java.lang.Runtime.loadLibrary0(Ljava/lang/Class;Ljava/lang/String;)V+54
j  java.lang.System.loadLibrary(Ljava/lang/String;)V+7
j  java.lang.System.initializeSystemClass()V+113
v  ~StubRoutines::call_stub
 
---------------  P R O C E S S  ---------------
 
Java Threads: ( => current thread )
  0x042ac000 JavaThread "Finalizer" daemon [_thread_blocked, id=7620, stack(0x16e60000,0x16eb0000)]
  0x042a7400 JavaThread "Reference Handler" daemon [_thread_blocked, id=6408, stack(0x06560000,0x065b0000)]
=>0x0437bc00 JavaThread "main" [_thread_in_native, id=7944, stack(0x04510000,0x04560000)]
 
Other Threads:
  0x042a3800 VMThread [stack: 0x16bb0000,0x16c00000] [id=7384]
 
VM state:not at safepoint (normal execution)
 
VM Mutex/Monitor currently owned by a thread: None
 
Heap:
 def new generation   total 4928K, used 265K [0x06600000, 0x06b50000, 0x0bb50000)
  eden space 4416K,   6% used [0x06600000, 0x066424a0, 0x06a50000)
  from space 512K,   0% used [0x06a50000, 0x06a50000, 0x06ad0000)
  to   space 512K,   0% used [0x06ad0000, 0x06ad0000, 0x06b50000)
 tenured generation   total 10944K, used 0K [0x0bb50000, 0x0c600000, 0x16600000)
   the space 10944K,   0% used [0x0bb50000, 0x0bb50000, 0x0bb50200, 0x0c600000)
 Metaspace       used 992K, capacity 2240K, committed 2240K, reserved 4480K
 
Card table byte_map: [0x04450000,0x044e0000] byte_map_base: 0x0441d000
 
Polling page: 0x04110000
 
CodeCache: size=32768Kb used=338Kb max_used=338Kb free=32429Kb
 bounds [0x04560000, 0x045b8000, 0x06560000]
 total_blobs=83 nmethods=0 adapters=60
 compilation: enabled
 
Compilation events (0 events):
No events
 
GC Heap History (0 events):
No events
 
Deoptimization events (0 events):
No events
 
Internal exceptions (2 events):
Event: 0.028 Thread 0x0437bc00 Exception <a 'java/lang/NoSuchMethodError': Method sun.misc.Unsafe.defineClass(Ljava/lang/String;[bII)Ljava/lang/Class; name or signature does not match> (0x0660b850) thrown at [C:\re\workspace\8-2-build-windows-i586-cygwin\jdk8u45\3627\hotspot\src\share\vIdHªu´œ?
Event: 0.028 Thread 0x0437bc00 Exception <a 'java/lang/NoSuchMethodError': Method sun.misc.Unsafe.prefetchRead(Ljava/lang/Object;J)V name or signature does not match> (0x0660bad0) thrown at [C:\re\workspace\8-2-build-windows-i586-cygwin\jdk8u45\3627\hotspot\src\share\vm\prims\jni.cpp, l
 
Events (10 events):
Event: 0.035 loading class java/lang/Enum done
Event: 0.035 loading class java/io/File$PathStatus done
Event: 0.035 loading class java/nio/file/Path
Event: 0.035 loading class java/nio/file/Watchable
Event: 0.035 loading class java/nio/file/Watchable done
Event: 0.035 loading class java/nio/file/Path done
Event: 0.035 loading class java/lang/ClassLoader$NativeLibrary
Event: 0.035 loading class java/lang/ClassLoader$NativeLibrary done
Event: 0.035 loading class java/lang/ClassLoader$3
Event: 0.035 loading class java/lang/ClassLoader$3 done
 
 
Dynamic libraries:
0x001f0000 - 0x00223000 C:\Program Files (x86)\Java\jre1.8.0_45\bin\javaw.exe
0x77130000 - 0x772b0000 C:\Windows\SysWOW64\ntdll.dll
0x74e00000 - 0x74f10000 C:\Windows\syswow64\kernel32.dll
0x761e0000 - 0x76226000 C:\Windows\syswow64\KERNELBASE.dll
0x76760000 - 0x76800000 C:\Windows\syswow64\ADVAPI32.dll
0x74d40000 - 0x74dec000 C:\Windows\syswow64\msvcrt.dll
0x765c0000 - 0x765d9000 C:\Windows\SysWOW64\sechost.dll
0x76c40000 - 0x76d30000 C:\Windows\syswow64\RPCRT4.dll
0x74c90000 - 0x74cf0000 C:\Windows\syswow64\SspiCli.dll
0x74c80000 - 0x74c8c000 C:\Windows\syswow64\CRYPTBASE.dll
0x764c0000 - 0x765c0000 C:\Windows\syswow64\USER32.dll
0x76050000 - 0x760e0000 C:\Windows\syswow64\GDI32.dll
0x75200000 - 0x7520a000 C:\Windows\syswow64\LPK.dll
0x766c0000 - 0x7675d000 C:\Windows\syswow64\USP10.dll
0x74780000 - 0x7491e000 C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.7601.17514_none_41e6975e2bd6f2b2\COMCTL32.dll
0x768e0000 - 0x76937000 C:\Windows\syswow64\SHLWAPI.dll
0x76660000 - 0x766c0000 C:\Windows\system32\IMM32.DLL
0x760e0000 - 0x761ac000 C:\Windows\syswow64\MSCTF.dll
0x70850000 - 0x708cd000 C:\Program Files (x86)\AVG\AVG2015\avghookx.dll
0x5a0f0000 - 0x5a161000 C:\Games\Steam\steamapps\common\Skyrim\Mod Organizer\hook.dll
0x75400000 - 0x7604a000 C:\Windows\syswow64\SHELL32.dll
0x718a0000 - 0x718a9000 C:\Windows\system32\VERSION.dll
0x6f850000 - 0x6f8c1000 C:\Games\Steam\steamapps\common\Skyrim\Mod Organizer\MSVCP120.dll
0x690e0000 - 0x691ce000 C:\Games\Steam\steamapps\common\Skyrim\Mod Organizer\MSVCR120.dll
0x76940000 - 0x76a9c000 C:\Windows\syswow64\ole32.dll
0x5a030000 - 0x5a0ef000 C:\Program Files (x86)\Java\jre1.8.0_45\bin\msvcr100.dll
0x55ef0000 - 0x562b0000 C:\Program Files (x86)\Java\jre1.8.0_45\bin\client\jvm.dll
0x703f0000 - 0x703f7000 C:\Windows\system32\WSOCK32.dll
0x768a0000 - 0x768d5000 C:\Windows\syswow64\WS2_32.dll
0x76890000 - 0x76896000 C:\Windows\syswow64\NSI.dll
0x740f0000 - 0x74122000 C:\Windows\system32\WINMM.dll
0x753a0000 - 0x753a5000 C:\Windows\syswow64\PSAPI.DLL
0x5f060000 - 0x5f06c000 C:\Program Files (x86)\Java\jre1.8.0_45\bin\verify.dll
0x5a1c0000 - 0x5a1e1000 C:\Program Files (x86)\Java\jre1.8.0_45\bin\java.dll
0x5a1a0000 - 0x5a1b3000 C:\Program Files (x86)\Java\jre1.8.0_45\bin\zip.dll
0x70950000 - 0x7095b000 C:\Windows\system32\profapi.dll
0x6ac30000 - 0x6ad1b000 C:\Windows\system32\dbghelp.dll
 
VM Arguments:
java_command: C:\Games\Steam\steamapps\common\Skyrim\Mod Organizer\mods\Dual Sheath Redux\SkyProc Patchers\Dual Sheath Redux Patch\Dual Sheath Redux Patch.jar
java_class_path (initial): C:\Games\Steam\steamapps\common\Skyrim\Mod Organizer\mods\Dual Sheath Redux\SkyProc Patchers\Dual Sheath Redux Patch\Dual Sheath Redux Patch.jar
Launcher Type: SUN_STANDARD
 
Environment Variables:
PATH=C:\ProgramData\Oracle\Java\javapath;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\AMD\ATI.ACE\Core-Static;C:\Games\Steam\steamapps\common\Skyrim\Mod Organizer\dlls;C:\Games\Steam\steamapps\common\Skyrim\Mod Organizer
USERNAME=Owner
OS=Windows_NT
PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 30 Stepping 5, GenuineIntel
 
 
 
---------------  S Y S T E M  ---------------
 
OS: Windows 7 , 64 bit Build 7601 (6.1.7601.17514)
 
CPU:total 8 (4 cores per cpu, 2 threads per core) family 6 model 30 stepping 5, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1, sse4.2, popcnt, ht, tsc, tscinvbit
 
Memory: 4k page, physical 16768004k(13408700k free), swap 33534164k(29876196k free)
 
vm_info: Java HotSpot Client VM (25.45-b02) for windows-x86 JRE (1.8.0_45-b15), built on Apr 30 2015 12:31:00 by "java_re" with MS VC++ 10.0 (VS2010)
 
time: Sun May 31 07:04:09 2015
elapsed time: 0 seconds (0d 0h 0m 0s)
 

 

 

Share this post


Link to post
Share on other sites

Recommended Posts

  • 0

I had the same issue with 1.3.6 and Java and fortunately I know what is the fix.

 

Despite having the same time stamps and the same version numbering, the FULL install files and the UPDATE file for 1.3.6 have a differing 'hook.dll' in them. The FULL 1.3.6 files have version 2.7.4 of the 'hook.dll' whereas the UPDATE has version 2.7.5. Installing this 'update' over the 'latest' install fixes the issue.

I have left a comment on the Bug Genie report about this and the suggestion to use different versioning, such as 1.3.6.1, to avoid problems such as this.

Share this post


Link to post
Share on other sites
  • 0

There was a problem in the first release of MO 1.3.6. that caused this. Tannin has uploaded a fixed version in its place. Download again and install over the one you have.

Share this post


Link to post
Share on other sites
  • 0

I reverted reinstalled and updated same error problem.


It is also giving me a potential mod order error with the STEP Extend 2.2.9 config now and it hasn't done that before.


I reverted it generates fine there.

 

I hope the report helps him fix it I really really like the new new features in the update they are very helpful.

Share this post


Link to post
Share on other sites
  • 0

You can ignore the the potential mod order alert. Mod Organizer uses an algorithm to detect potential issues with mod order, but it isn't perfect and STEP staff have already confirmed the mod order is correct.

Share this post


Link to post
Share on other sites
  • 0

Thanks you GrantSP, downloading the 1.3.6 update archive and copy pasting the hook.dll to my mod organiser fixed it !

 

I don't know how to edit the wiki (and if i can) but it wouldn't be a bad idea to make a quck note on the DSR page for 1.3.6 user, even a link to that thread.

Share this post


Link to post
Share on other sites
  • 0

There isn't a great deal to gain by adding that to the wiki. This isn't an issue with MO, just an oddity with the Nexus servers. Eventually all the servers will get the latest file and in the meantime this will suffice.

Share this post


Link to post
Share on other sites
  • 0

Thanks you GrantSP, downloading the 1.3.6 update archive and copy pasting the hook.dll to my mod organiser fixed it !

 

I don't know how to edit the wiki (and if i can) but it wouldn't be a bad idea to make a quck note on the DSR page for 1.3.6 user, even a link to that thread.

That is why I pinned this. I try to keep all issues like this pinned when they come up (please unpin next update).

Share this post


Link to post
Share on other sites
  • 0

I had the same issue with 1.3.6 and Java and fortunately I know what is the fix.

 

Despite having the same time stamps and the same version numbering, the FULL install files and the UPDATE file for 1.3.6 have a differing 'hook.dll' in them. The FULL 1.3.6 files have version 2.7.4 of the 'hook.dll' whereas the UPDATE has version 2.7.5. Installing this 'update' over the 'latest' install fixes the issue.

I have left a comment on the Bug Genie report about this and the suggestion to use different versioning, such as 1.3.6.1, to avoid problems such as this.

Thank you so much. This has been driving me nuts for a while now. Installing the update over thh full fixed it.

Share this post


Link to post
Share on other sites
  • 0

I had the same issue with 1.3.6 and Java and fortunately I know what is the fix.

 

Thank you very much, GrantSP !! :cool:

 

EDIT: just replacing the file "hook.dll" with the one in the update was enough for MO to work with java as it used to do.

Edited by Thierry5820

Share this post


Link to post
Share on other sites
  • 0

Yeah so... that solution isn't working for me. Any other ideas?

 

EDIT: Disregard. Somehow, I made a second whole directory for MO, and I was installing the update there. WOrks. Loving Life.

Edited by Shadriss

Share this post


Link to post
Share on other sites
  • 0

Note on installing the new file saves as ModOrganizer in the Skyrim folder instead of as Mod Organizer so it doesn't over write the old file.

Share this post


Link to post
Share on other sites
  • 0

Note on installing the new file saves as ModOrganizer in the Skyrim folder instead of as Mod Organizer so it doesn't over write the old file.

What?

Share this post


Link to post
Share on other sites
  • 0

When I downloaded and unachievable the full 1.3.6 to my Skyrim folder the file for the new version is named ModOrganizer instead of Mod Organizer so it doesn't automatically rewrite the old files.

Meant unarchived

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Similar Content

    • By Mkchief34
      I recently installed the latest Wyre Bash update, 310 Beta 1. I installed it because whenever I would try to save my Bashed Patch esp for Fallout: New Vegas, I would get this particular error message, and the patch itself does not save.
      "< not supported between instances of 'nonetype' and 'int'".
      It would also not register the masters for the patch in the screen section  beside the load order. I have reinstalled Wyre Bash, I have also deleted the previous patch (Which also had the same error), and I don't know what else to do in this case. U have some coding knowledge, but I think it won't help here.
      What should I do? I have attached a screenshot below of the error messsage itself and how no masters show up in the section for them in the GUI.

    • By MajorSollus
      Hi,
      I am trying to make a patch and eventually start making Patches for the Skyrim AE community. I am trying to figure out this Reference ID dilemma. I bring up Console Command in game and click on an object to acquire its Reference ID. Then I exit the game and pull up xEdit and search that ID in the MOD (or even my entire MOD List) and there is no matching ID. If I dig down further and locate the object I find the reference ID in xEdit is slightly different than the ID acquired in game using the command console. It seems to be the first couple of characters in the reference ID that are different and every other character after that, matches. But, it's nearly impossible to locate items through xEdit like this. It took me 20 minutes to locate it.
      Example: I am running The Great City of Solitude SSE, and I want to make a patch. There is a gaggle of buckets floating out over the water on the docks and I want to patch items like this to be disabled or moved when using this MOD. The console reference ID is (05000832) . . . it is nowhere to be found with a search through xEdit, even with every MOD loaded.
      There has to be an easier way to locate Objects within xEdit with their reference IDs from the in game console command for modding and making patches. Am I missing something?
      Thanks in advance.
    • By keithinhanoi
      Over time, and by reading comments of mod authors, I have learned that for certain record types displayed in TES5Edit, when using the conflict filter feature, some records are incorrectly identified as conflicting (ie., "conflicting" = overridden by a plugin which comes later in the load order.)
       
      For example, ripple, the author of Inconsequential NPCs has explained that location persistent references (LCPR sub-records in LCTN / Location records) supplied by different plugins are not actually overwritten by the last mod in the load order LCTN for certain locations (source). The implication here is that all those references are combined and used from all mods with that record type when Skyrim is started. So in other words, when making a compatibility patch in TES5Edit, you do not need to copy overrides for those particular records.
       
      I have asked in a number of places which records types do not need to be carried forward into compatibility patches, but have never received a reply, and still to this day have not found a definitive list in one place. Well, I'd like to change that, and I need your help, if this is something you are knowledgeable about.
       
      Below is a list of record types, grouped by category, that I have read comments saying they are incorrectly identified as conflicting, because they are actually combined at runtime:
       
      A List of Non-Conflicting Record Types seen in TES5Edit [WIP]
      Default Object Manager (DOBJ)Record sub-record types:
      DNAM - Objects  (Confirmed here) Dialogue Topic (DIAL) Record sub-record types:
      TFIC - Info Count  (Confirmed - sources: here & here) Dialogue Information (INFO) Record sub-record types:
      PNAM - Previous Info  (Confirmed here) Idle Animation (IDLE) Record sub-record types:
      ANAM - Related Idle Animations  (Confirmed here) Location (LCTN) Record sub-record types:  (Confirmed here)
      ACPR - Actor Cell Persistent Reference LCPR - Location Cell Persistent Reference RCUN - Reference Cell UNique ACSR - Actor Cell Static References LCSR - Location Cell Static Reference RCSR - Reference Cell Static Reference ACEC - Actor Cell Encounter Cell LCEC - Location Cell Encounter Cell RCEC - Reference Cell Encounter Cell ACID - Actor Cell Marker Reference LCID - Location Cell Marker Reference ACEP - Actor Cell Enable Point LCEP - Location Cell Enable Point NOTE: Other LCTN sub-record types require conflict management.
      (Confirmed - sources: here, here, here & here)

      Story Manager Quest Node (SMQN) Record sub-record types: (Confirmed - source: here & here)
      SNAM - Child sub-records QNAM - Quest Count / Quests Story Manager B??? Node (SMBN) Record sub-record types:
      SNAM - Child sub-records  (Confirmed here) For more details about how the above listed sub-record types merge at runtime, please see this excellent opening thread post by Arthmoor from 12 March 2014. Many thanks to him for confirming / explaining all of these, and a tip of the hat to MonoAccipitor for noticing Arthmoor's post.
       
      I will update this list with additional confirmed non-conflicting record types based on your replies.
      Thanks in advance for your help, and let's hope others can benefit from this list!
  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.