Upon calling the method in the title, the JVM hangs and hard-crashes with no outputted error.
What I expected to happen is the font atlas to clear the input data.
I've tried to find a solution online for week, still can't find one.
Reproduction
This method splits all of the clear() methods in order to make sure none of them break. Hopefully once this is solved, I'll switch back to the generic version. Yes, the same error occurs with clear(), so this may be an imgui issue, rather than with the binding.
Upon starting the program, the font atlas is cleared (for code generality reasons). This has no effect; the method returns normally.
However, upon fully loading a font, and then calling clearInputData() (font pointer still fully valid), the JVM crashes with no error.
Relevant log output
No error exists in the log.
If this error is resolved as not a fault of the binding, I will bump it to the ImGUI issue tracker
Version
1.86.11
What happened?
Upon calling the method in the title, the JVM hangs and hard-crashes with no outputted error.
What I expected to happen is the font atlas to clear the input data.
I've tried to find a solution online for week, still can't find one.
Reproduction
This method splits all of the clear() methods in order to make sure none of them break. Hopefully once this is solved, I'll switch back to the generic version. Yes, the same error occurs with clear(), so this may be an imgui issue, rather than with the binding.
Upon starting the program, the font atlas is cleared (for code generality reasons). This has no effect; the method returns normally.
However, upon fully loading a font, and then calling
clearInputData()(font pointer still fully valid), the JVM crashes with no error.Relevant log output
No error exists in the log.
If this error is resolved as not a fault of the binding, I will bump it to the ImGUI issue tracker