You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Recently I have been resuming work on wrapping up the Vulkan API via RubyFFI for my own amusement. In order to test it, I've been putting together a "smoke-test" script to see if I can set up the environment successfully or now.
Environment details:
jruby 9.1.6.0 (2.3.1) 2016-11-09 0150a76 Java HotSpot(TM) 64-Bit Server VM 25.51-b03 on 1.8.0_51-b16 +indy +jit [mswin32-x86_64]
The script is available here. The relevant source code for the wrapper library (and various mixins used in the script) is here.
At line 123 in the script, reproduced below, the JVM encounters an error and crashes. As I am presently only able to develop against Vulkan on my main Windows 7 machine (my VMs don't seem to have compatible graphics devices and fail preliminary checking), it displays the application crash dialog and searches for a solution.
It does not appear to be a segmentation fault or access violation (as I've gotten plenty of those getting this far, and each time it managed to produce a dump). What is interesting is that this time, it never does and there is no file detailing the fault encountered.
When executed with MRI, the script completes successfully. Below is the output from one of the test runs:
Recently I have been resuming work on wrapping up the Vulkan API via RubyFFI for my own amusement. In order to test it, I've been putting together a "smoke-test" script to see if I can set up the environment successfully or now.
Environment details:
The script is available here. The relevant source code for the wrapper library (and various mixins used in the script) is here.
At line 123 in the script, reproduced below, the JVM encounters an error and crashes. As I am presently only able to develop against Vulkan on my main Windows 7 machine (my VMs don't seem to have compatible graphics devices and fail preliminary checking), it displays the application crash dialog and searches for a solution.
Code around Line 123
It does not appear to be a segmentation fault or access violation (as I've gotten plenty of those getting this far, and each time it managed to produce a dump). What is interesting is that this time, it never does and there is no file detailing the fault encountered.
When executed with MRI, the script completes successfully. Below is the output from one of the test runs:
Example output
Note:
I'm using a slight modification of the script, which replaces lines 1 and 2 with the following:
The text was updated successfully, but these errors were encountered: