LWJGL «Недопустимый доступ к памяти для местоположения» при использовании исключений

Question

Я начинаю играть с LWJGL. Я взял this sample code, который отлично работает. Затем я хотел изменить способ остановки цикла. Вот мой новый код для цикла «while»:

while (true) { 
     // Clear the screen and depth buffer 
     GL11.glClear(GL11.GL_COLOR_BUFFER_BIT | GL11.GL_DEPTH_BUFFER_BIT); 

     // set the color of the quad (R,G,B,A) 
     GL11.glColor3f(0.5f,0.5f,1.0f); 

     // draw quad 
     GL11.glBegin(GL11.GL_QUADS); 
      GL11.glVertex2f(100,100); 
     GL11.glVertex2f(100+200,100); 
     GL11.glVertex2f(100+200,100+200); 
     GL11.glVertex2f(100,100+200); 
     GL11.glEnd(); 

     Display.update(); 

     if(Display.isCloseRequested()) { 
      Display.destroy(); 
      throw new Exception("Normal termination"); 
     } 
    } 

На этот раз исключение выбрасывается из цикла. Метод «запуск» бросает исключение, и мой «главный» выглядит следующим образом:

public static void main(String[] argv) { 
     QuadExample quadExample = new QuadExample(); 
     try { 
      quadExample.start(); 
     } catch (Exception e) { 
      e.printStackTrace(); 
     } 
    } 

С этой новой структурой, программа вылетает с ошибкой:

Invalid memory access of location 0x0 rip=0x7fff86d8cf0c 

вместо завершения должным образом, когда я закрываю Это.

Для получения информации, я запускаю это на Mac OS X 10.6.7 с JavaSE-1.6. Я видел аналогичный вопрос here и пробовал с -Xint. Это решает проблему. Любая идея, что может пойти не так, без -Xint?

Answer 1

Я до сих пор не знаю, что точно не соответствует моему коду, но я нашел обходное решение: установка Display.destroy(); после исключения, вместо того, чтобы бросать его. Таким образом, основная функция будет выглядеть следующим образом:

public static void main(String[] argv) { 
    QuadExample quadExample = new QuadExample(); 
    try { 
     quadExample.start(); 
    } catch (Exception e) { 
     Display.destroy(); // destroying the display here now 
     e.printStackTrace(); 
    } 
} 

Я не знаю, внутренности класса Display или как работает LWJGL, но я думаю, что Display.destroy делает что-то в асинхронном режиме, не закончена, когда исключение брошен, что приводит к неудачному доступу к памяти позже.

Answer 2

Пока я не могу ответить на вопрос, что именно идут не так, я могу предложить обходной путь:

boolean continue = true; 
while (continue) { 
    //GL code 
    Display.update(); 
    if(Display.isCloseRequested()) { 
     continue = false; 
    } 
} 
Display.destroy(); 
throw new Exception("Normal termination"); 

Это следует надеяться предотвратить оптимизацию цикла называть GL-команды для разрушенного дисплея.