Access violation przy glfwSwapBuffers

Question

Podczas nauki OpenGL (używam glfw/glad) napotkałam na problem access violation przy linijce z podmienianiem bufferów. Wcześniej ten problem nie występował, wszystko do tej pory (jakieś proste trójkąty) działały, ale kiedy dodałam EBO nagle pojawiają sie problemy przy kompilacji. Błąd brzmi dokładnie "Exception thrown at 0x00007FFBE1103420 (ig9icd64.dll) in Szachownica.exe: 0xC0000005: Access violation reading location 0x000000000000000C.". 

 

Czy to może być problem z kartą graficzna? Mam zainstalowane najnowsze sterowniki.

while (!glfwWindowShouldClose(window)) {

		glClearColor(0.0f, 0.0f, 0.0f, 1.0f);
		glClear(GL_COLOR_BUFFER_BIT);
		//glUseProgram(shaderProgram);
		//glBindVertexArray(VAO);

		//Linie
		glPolygonMode(GL_FRONT_AND_BACK, GL_LINE);
		glDrawElements(GL_TRIANGLES, 3, GL_UNSIGNED_INT, 0);

		//Wypelnienie
		glPolygonMode(GL_FRONT_AND_BACK, GL_FILL);
		glDrawElements(GL_TRIANGLES, 3, GL_UNSIGNED_INT, (void*)(3 * sizeof(GL_UNSIGNED_INT)));

		//glDrawArrays(GL_TRIANGLES, 0, 3);
		glfwSwapBuffers(window);

		glfwPollEvents(); //reagowanie na zdarzenia
	}

 

Comments

jeszcze chyba powinnam przed buforem tylnim zrobic te wszystkie

glBindBuffer(GL_ARRAY_BUFFER, 0);

Jeśli od-bindowujesz bufory i nigdy ich z powrotem nie bindujesz przed rysowaniem, to nic się nie narysuje.

---

Ah, ok :)

---

hmm zabindowałam VAO w mainie potem  i działa, nie rozumiem do końca po co to odbindowanie w ogóle jest, ogólnie to robie to wszystko według kursu od prowadzącego i nie do końca wszystko jest wytłumaczone

---

Jak coś to tutaj też masz rozdział opisujący wszystko po kolei z shaderami i VAO/VBO/EBO (na przykładzie trochę prostszym od Twojego, bo Ty masz jeszcze kolory):

https://learnopengl.com/Getting-started/Hello-Triangle

---

dziękuje bardzo ♥

Answer 1

Czy to może być problem z kartą graficzna? Mam zainstalowane najnowsze sterowniki.

Nie, to nie chodzi o to.

Jeżeli używasz Visual Studio, to wystarczy, że po wyrzuceniu błędu przejdziesz do Call Stack i możesz sprawdzić dokładnie gdzie występuję błąd (klasa, plik, funkcja etc.) i czego dokładnie dotyczy. W twoim przypadku jest to problem z odczytem danych, np zmienna jest nullptr, chociaż nie powinna itp.

napotkałam na problem access violation przy linijce z podmienianiem bufferów

zależy jakiego IDE używasz, problem może się wyświetlić na danej linii kodu - tak jak tutaj mówisz, że przy swap bufferze - ale rzeczywisty problem dzieje się jedną instrukcję wcześniej.

Comments

tyle, że to nie jest taki zwykły error w kodzie (żadnych errorów i warnigów nie mam) tylko exception throw przy samej kompilacji. W jaki sposób mam wtedy sprawdzić ten "Call Stack"?

Tak, korzystam z visual studio 2019

---

Okej, już się doszukałam. Wszystko mam w mainie, więc nie muszę się martwić, gdzie jest błąd. Wskazuje na tą linijke ze swapem. Aktualnie muszę niestety wyjść z mieszkania, ale wieczorem w takim razie będę jeszcze raz analizowała linijka po linijce. Przynajmniej pocieszyłam się, że to nie wina karty graficznej tylko moja : )

---

tyle, że to nie jest taki zwykły error w kodzie (żadnych errorów i warnigów nie mam)

To jest błąd odczytu, to znaczy, że nie musisz mieć żadnych ostrzeżeń. Chodzi o to, że w trakcie działania programu próbujesz w pewnym momencie odczytać dane ze zmiennej, ale okazuje się, że ta zmienna jest pusta, nullptr czy jakiś inny problem z danymi. Dlatego program nie może nic zrobić, bo nie jest w stanie operować na braku danych.

Tutaj masz przykład Call Stacka (akurat nie z błędem tylko Breakpointem, ale to tak samo działa). Nie skupiaj się na linijce, którą podświetla, tylko na jednej niżej, bo Call Stack - jak nazwa wskazuje - to stos, więc pokazuje "od góry", gdzie program się wysypał i jak problem "schodzi niżej".