Posted by Alexei A. Morozov on Jul 03, 2017; 6:12pm
URL: https://forum.jogamp.org/Off-screen-Canvas3D-crushes-when-graphics-mode-of-the-display-changes-tp4038041p4038057.html

Dear Phil and Julien,

Thank you very much for your considerations!

Well, I afraid that you do not grasp the essence of my question. :) I am not surprised that Java3D do not work in the text mode. I am surprised that after the return to the previous graphics mode the OnScreen Canvas3D continues to work in a normal way, but the OffScreen Canvas3D crushes. It is strange at least. One could expect that OnScreen canvas will crush, but not OffScreen canvas. But the test demonstrates that exactly OffScreen Canvas3D crushes in this situation. What is the reason for this strange behavior, what is your opinion?

Best regards,

Alexei A. Morozov

http://www.fullvision.ru

P.S. I have implemented a workaround for the problem. I just check whether OffScreen Canvas3D isRendererRunning() and, if it is not, create a new OffScreen Canvas3D instead of previous one. This method does work, but it has the following disadvantages: (1) Sometimes JVM crushes during the test (when the display switches to the text mode and back) and I can fix this problem in no way; (2) Java3D prints a lot of error messages in stderr and I cannot switch off this output without complete rewriting all the sources of Java3D: the “silent” mode is not provided in Java3D. :) Thus, the problem under consideration opens a possibility for interference between independent programs: one program switches the display mode and another program crushes because of this.