Grafika hibakezelés és tipikus hibák - Laptörténet

Csala Tamás: /* OpenGL hibák */

2016-07-28T06:24:29Z

OpenGL hibák

← Régebbi változat		A lap 2016. július 28., 08:24-kori változata
90. sor:		90. sor:
	std::cout << " ]}=========---------\n" << std::endl;		std::cout << " ]}=========---------\n" << std::endl;

	std::cout << "A '" << func << "' ~~függvenyben~~" << std::endl;		std::cout << "A '" << func << "' fuggvenyben" << std::endl;
	std::cout << "A '" << file << "' fajl " << line << ". soraban\n" << std::endl;		std::cout << "A '" << file << "' fajl " << line << ". soraban\n" << std::endl;

121. sor:		121. sor:
	---------========={[ GL_INVALID_ENUM ]}=========---------		---------========={[ GL_INVALID_ENUM ]}=========---------

	A 'void SetProjectionMatrix()' ~~függvenyben~~		A 'void SetProjectionMatrix()' fuggvenyben
	A 'main.cpp' fajl 7. soraban		A 'main.cpp' fajl 7. soraban

Rohamcsiga: /* OpenGL hibák */

2014-02-05T18:17:05Z

OpenGL hibák

← Régebbi változat		A lap 2014. február 5., 20:17-kori változata
60. sor:		60. sor:
	case GL_INVALID_ENUM:		case GL_INVALID_ENUM:
	std::cout << "GL_INVALID_ENUM";		std::cout << "GL_INVALID_ENUM";
	err_len = sizeof("GL_INVALID_ENUM");		err_len = sizeof("GL_INVALID_ENUM") - 1;
	break;		break;
	case GL_INVALID_VALUE:		case GL_INVALID_VALUE:
	std::cout << "GL_INVALID_VALUE";		std::cout << "GL_INVALID_VALUE";
	err_len = sizeof("GL_INVALID_VALUE");		err_len = sizeof("GL_INVALID_VALUE") - 1;
	break;		break;
	case GL_INVALID_OPERATION:		case GL_INVALID_OPERATION:
	std::cout << "GL_INVALID_OPERATION";		std::cout << "GL_INVALID_OPERATION";
	err_len = sizeof("GL_INVALID_OPERATION");		err_len = sizeof("GL_INVALID_OPERATION") - 1;
	break;		break;
	case GL_STACK_OVERFLOW:		case GL_STACK_OVERFLOW:
	std::cout << "GL_STACK_OVERFLOW";		std::cout << "GL_STACK_OVERFLOW";
	err_len = sizeof("GL_STACK_OVERFLOW");		err_len = sizeof("GL_STACK_OVERFLOW") - 1;
	break;		break;
	case GL_STACK_UNDERFLOW:		case GL_STACK_UNDERFLOW:
	std::cout << "GL_STACK_UNDERFLOW";		std::cout << "GL_STACK_UNDERFLOW";
	err_len = sizeof("GL_STACK_UNDERFLOW");		err_len = sizeof("GL_STACK_UNDERFLOW") - 1;
	break;		break;
	case GL_OUT_OF_MEMORY:		case GL_OUT_OF_MEMORY:
	std::cout << "GL_OUT_OF_MEMORY";		std::cout << "GL_OUT_OF_MEMORY";
	err_len = sizeof("GL_OUT_OF_MEMORY");		err_len = sizeof("GL_OUT_OF_MEMORY") - 1;
	break;		break;
	case GL_INVALID_FRAMEBUFFER_OPERATION:		case GL_INVALID_FRAMEBUFFER_OPERATION:
	std::cout << "GL_INVALID_FRAMEBUFFER_OPERATION";		std::cout << "GL_INVALID_FRAMEBUFFER_OPERATION";
	err_len = sizeof("GL_INVALID_FRAMEBUFFER_OPERATION");		err_len = sizeof("GL_INVALID_FRAMEBUFFER_OPERATION") - 1;
	break;		break;
	};		};

Rohamcsiga: /* OpenGL hibák */

2014-02-05T17:20:31Z

OpenGL hibák

← Régebbi változat		A lap 2014. február 5., 19:20-kori változata
46. sor:		46. sor:
	<br/> <syntaxhighlight lang="c">		<br/> <syntaxhighlight lang="c">
	#include <iostream>		#include <iostream>
	~~#include <cstring>~~

	#define CheckError() __CheckError(__FILE__, __PRETTY_FUNCTION__, __LINE__)		#define CheckError() __CheckError(__FILE__, __PRETTY_FUNCTION__, __LINE__)

	inline void __CheckError(const char file, const char func, int line) {		inline void __CheckError(const char file, const char func, int line) {
	GLenum error = glGetError();		GLenum error = glGetError();
	if(error != GL_NO_ERROR) {		if(error != GL_NO_ERROR) {

	std::cout << "\n---------========={[ ";		std::cout << "\n---------========={[ ";

	int err_len;		int err_len;

	switch(error) {		switch(error) {
	case GL_INVALID_ENUM:		case GL_INVALID_ENUM:
	std::cout << "GL_INVALID_ENUM";		std::cout << "GL_INVALID_ENUM";
	err_len = ~~strlen~~("GL_INVALID_ENUM");		err_len = sizeof("GL_INVALID_ENUM");
	break;		break;
	case GL_INVALID_VALUE:		case GL_INVALID_VALUE:
	std::cout << "GL_INVALID_VALUE";		std::cout << "GL_INVALID_VALUE";
	err_len = ~~strlen~~("GL_INVALID_VALUE");		err_len = sizeof("GL_INVALID_VALUE");
	break;		break;
	case GL_INVALID_OPERATION:		case GL_INVALID_OPERATION:
	std::cout << "GL_INVALID_OPERATION";		std::cout << "GL_INVALID_OPERATION";
	err_len = ~~strlen~~("GL_INVALID_OPERATION");		err_len = sizeof("GL_INVALID_OPERATION");
	break;		break;
	case GL_STACK_OVERFLOW:		case GL_STACK_OVERFLOW:
	std::cout << "GL_STACK_OVERFLOW";		std::cout << "GL_STACK_OVERFLOW";
	err_len = ~~strlen~~("GL_STACK_OVERFLOW");		err_len = sizeof("GL_STACK_OVERFLOW");
	break;		break;
	case GL_STACK_UNDERFLOW:		case GL_STACK_UNDERFLOW:
	std::cout << "GL_STACK_UNDERFLOW";		std::cout << "GL_STACK_UNDERFLOW";
	err_len = ~~strlen~~("GL_STACK_UNDERFLOW");		err_len = sizeof("GL_STACK_UNDERFLOW");
	break;		break;
	case GL_OUT_OF_MEMORY:		case GL_OUT_OF_MEMORY:
	std::cout << "GL_OUT_OF_MEMORY";		std::cout << "GL_OUT_OF_MEMORY";
	err_len = ~~strlen~~("GL_OUT_OF_MEMORY");		err_len = sizeof("GL_OUT_OF_MEMORY");
	break;		break;
	case GL_INVALID_FRAMEBUFFER_OPERATION:		case GL_INVALID_FRAMEBUFFER_OPERATION:
	std::cout << "GL_INVALID_FRAMEBUFFER_OPERATION";		std::cout << "GL_INVALID_FRAMEBUFFER_OPERATION";
	err_len = ~~strlen~~("GL_INVALID_FRAMEBUFFER_OPERATION");		err_len = sizeof("GL_INVALID_FRAMEBUFFER_OPERATION");
	break;		break;
	};		};

	std::cout << " ]}=========---------\n" << std::endl;		std::cout << " ]}=========---------\n" << std::endl;

	std::cout << "A '" << func << "' függvenyben" << std::endl;		std::cout << "A '" << func << "' függvenyben" << std::endl;
	std::cout << "A '" << file << "' fajl " << line << ". soraban\n" << std::endl;		std::cout << "A '" << file << "' fajl " << line << ". soraban\n" << std::endl;

	int ending_line_length = err_len + 42;		int ending_line_length = err_len + 42;
	for(int i = 0; i < ending_line_length; i++) {		for(int i = 0; i < ending_line_length; i++) {

Rohamcsiga: /* Nálam működik, a beadón viszont nem hibák */

2014-01-31T19:43:31Z

Nálam működik, a beadón viszont nem hibák

← Régebbi változat		A lap 2014. január 31., 21:43-kori változata
135. sor:		135. sor:
	<br/> <syntaxhighlight lang="c">		<br/> <syntaxhighlight lang="c">
	pow(-2, 2) == 4; // A kitevő egész, ez ok		pow(-2, 2) == 4; // A kitevő egész, ez ok
	pow(-2, 2.1f) = UNDEFINED // A kitevő valós, nem ok. A (-2)^2.1 egy komplex szám.		pow(-2, 2.1f) = UNDEFINED // A kitevő valós, nem ok. A (-2)^2.1 egy komplex szám (4,0773 + 1,3248i).
	</syntaxhighlight> <br/>		</syntaxhighlight> <br/>
	* Az utóbbi kódra előfordulhat, hogy a pow függvény nálad a komplex eredmény valós részét adja vissza, a beadón viszont NAN-t, mondva, hogy komplex számot nem tud valóssá konvertálni helyesen.		* Az utóbbi kódra előfordulhat, hogy a pow függvény nálad a komplex eredmény valós részét adja vissza, a beadón viszont NAN-t, mondva, hogy komplex számot nem tud valóssá konvertálni helyesen.

Rohamcsiga: Rohamcsiga átnevezte a(z) Grafika hibakezeles lapot a következő névre: Grafika hibakezelés és tipikus hibák

2014-01-22T10:41:13Z

Rohamcsiga átnevezte a(z) Grafika hibakezeles lapot a következő névre: Grafika hibakezelés és tipikus hibák

← Régebbi változat	A lap 2014. január 22., 12:41-kori változata
(Nincs különbség)

Rohamcsiga: A

 tageket lecseréltem  tagekre

2014-01-22T10:36:32Z

A <pre> tageket lecseréltem <syntaxhighlight> tagekre

← Régebbi változat		A lap 2014. január 22., 12:36-kori változata
42. sor:		42. sor:
	* Az OpenGL sajnos nem túl típusos, így ha egy függvényt rossz paraméterekkel hívunk meg, akkor az általában nem generál fordítási hibát, hanem szimplán csak nem működik.		* Az OpenGL sajnos nem túl típusos, így ha egy függvényt rossz paraméterekkel hívunk meg, akkor az általában nem generál fordítási hibát, hanem szimplán csak nem működik.
	** Az ilyen hibák megtalálása nagyon nehéz, mert csak annyit látsz, a program nem működik, de nem szól, hogy mivel van gondja.		** Az ilyen hibák megtalálása nagyon nehéz, mert csak annyit látsz, a program nem működik, de nem szól, hogy mivel van gondja.
	** Szerencsére az OpenGL készítői gondoltak erre, és az ilyen hibák beállítanak egy flaget amit le lehet kérdezni. Ezt a glGetError() függvénnyel lehet megtenni. A függvény ömagában csak egy számot ad vissza, amit nehéz értelmezni, de itt van egy wrapper, ami emberileg is fogyaszható formába írja ki, hogy mi történt. Ezt persze a beadón nem lehet használni, de az otthoni változatba debuggoláshoz sokat segíthet.		** Szerencsére az OpenGL készítői gondoltak erre, és az ilyen hibák beállítanak egy flaget amit le lehet kérdezni. Ezt a glGetError() függvénnyel lehet megtenni. A függvény ömagában csak egy számot ad vissza, amit nehéz értelmezni, de itt van egy wrapper, ami emberileg is fogyaszható formába írja ki, hogy mi történt. Ezt persze a beadón nem lehet használni, de az otthoni változatba debuggoláshoz sokat segíthet (nyugodtan formázd át a hibaüzenetet, olyanra, hogy neked tetszen).
	<~~pre~~>
			<br/> <syntaxhighlight lang="c">
	#include <iostream>		#include <iostream>
	#include <cstring>		#include <cstring>
100. sor:		101. sor:
	}		}
	}		}
	</~~pre~~>		</syntaxhighlight> <br/>

	* A használata:		* A használata:
	** A kódba ha leírod, hogy CheckError(); akkor az kiirja, hogy addig volt-e hiba.		** A kódba ha leírod, hogy CheckError(); akkor az kiirja, hogy addig volt-e hiba.
	** Példa:		** Példa:
	<~~pre~~>
			<br/> <syntaxhighlight lang="c">
	1 void SetProjectionMatrix() {		1 void SetProjectionMatrix() {
	2 CheckError();		2 CheckError();
114. sor:		116. sor:
	7 CheckError();		7 CheckError();
	8 }		8 }
	</~~pre~~>		</syntaxhighlight> <br/>

	* A futtatás eredménye:		* A futtatás eredménye:
	<pre>		<pre>
130. sor:		133. sor:
	* Szinte biztos, hogy NEM a beadó rossz, csak a kódodba van valamilyen rejtett hiba, ami nem definiált, implementáció függő viselkedést okoz, ami a te gépeden véletlenül pont azt csinálja, amit akartál, hogy csináljon, de egy másik gépen - mint pl. a beadón - már nem.		* Szinte biztos, hogy NEM a beadó rossz, csak a kódodba van valamilyen rejtett hiba, ami nem definiált, implementáció függő viselkedést okoz, ami a te gépeden véletlenül pont azt csinálja, amit akartál, hogy csináljon, de egy másik gépen - mint pl. a beadón - már nem.
	* Ilyen hibát c++-ba is tudsz véteni, pl : pow() negatív számokra:		* Ilyen hibát c++-ba is tudsz véteni, pl : pow() negatív számokra:
	<~~pre~~>		<br/> <syntaxhighlight lang="c">
	pow(-2, 2) == 4; // A kitevő egész, ez ok		pow(-2, 2) == 4; // A kitevő egész, ez ok
	~~De:~~ pow(-2, 2.1f) = UNDEFINED // A kitevő valós, nem ok. A (-2)^2.1 egy komplex szám.		pow(-2, 2.1f) = UNDEFINED // A kitevő valós, nem ok. A (-2)^2.1 egy komplex szám.
	</~~pre~~>		</syntaxhighlight> <br/>
	* Az utóbbi kódra előfordulhat, hogy a pow függvény nálad a komplex eredmény valós részét adja vissza, a beadón viszont NAN-t, mondva, hogy komplex számot nem tud valóssá konvertálni helyesen.		* Az utóbbi kódra előfordulhat, hogy a pow függvény nálad a komplex eredmény valós részét adja vissza, a beadón viszont NAN-t, mondva, hogy komplex számot nem tud valóssá konvertálni helyesen.
	* Az OpenGL-be rengeteg ilyen van. És sajnos nincs ezek ellen más ellenszer, mint hogy az általad használt függvények [http://www.talisman.org/opengl-1.1/Reference.html dokumentációját] elolvasod, ahol leírják, hogy az milyen esetben okoz implementáció függő viselkedést. Szerencsére az esetek több mint 90%-ába ilyenkor a függvény generál egy hibát, amit az előbb bemutatott CheckError()-al el lehet kapni, de nem mindig.		* Az OpenGL-be rengeteg ilyen van. És sajnos nincs ezek ellen más ellenszer, mint hogy az általad használt függvények [http://www.talisman.org/opengl-1.1/Reference.html dokumentációját] elolvasod, ahol leírják, hogy az milyen esetben okoz implementáció függő viselkedést. Szerencsére az esetek több mint 90%-ába ilyenkor a függvény generál egy hibát, amit az előbb bemutatott CheckError()-al el lehet kapni, de nem mindig.

	[[Category:Infoalap]]		[[Category:Infoalap]]

Rohamcsiga: /* Nálam működik, a beadón viszont nem hibák */

2014-01-13T20:53:08Z

Nálam működik, a beadón viszont nem hibák

← Régebbi változat		A lap 2014. január 13., 22:53-kori változata
135. sor:		135. sor:
	</pre>		</pre>
	* Az utóbbi kódra előfordulhat, hogy a pow függvény nálad a komplex eredmény valós részét adja vissza, a beadón viszont NAN-t, mondva, hogy komplex számot nem tud valóssá konvertálni helyesen.		* Az utóbbi kódra előfordulhat, hogy a pow függvény nálad a komplex eredmény valós részét adja vissza, a beadón viszont NAN-t, mondva, hogy komplex számot nem tud valóssá konvertálni helyesen.
	* Az OpenGL-be rengeteg ilyen van. És sajnos nincs ezek ellen ~~nincs~~ más ellenszer, mint hogy az általad használt függvények [http://www.talisman.org/opengl-1.1/Reference.html dokumentációját] elolvasod, ahol leírják, hogy milyen esetben okoz implementáció függő viselkedést. Szerencsére az esetek több mint 90%-ába ilyenkor a függvény generál egy hibát, amit az előbb bemutatott CheckError()-al el lehet kapni, de nem mindig.		* Az OpenGL-be rengeteg ilyen van. És sajnos nincs ezek ellen más ellenszer, mint hogy az általad használt függvények [http://www.talisman.org/opengl-1.1/Reference.html dokumentációját] elolvasod, ahol leírják, hogy az milyen esetben okoz implementáció függő viselkedést. Szerencsére az esetek több mint 90%-ába ilyenkor a függvény generál egy hibát, amit az előbb bemutatott CheckError()-al el lehet kapni, de nem mindig.

	[[Category:Infoalap]]		[[Category:Infoalap]]

Rohamcsiga: túl sok lett a zárójel egy linknél

2014-01-13T20:51:50Z

túl sok lett a zárójel egy linknél

← Régebbi változat		A lap 2014. január 13., 22:51-kori változata
135. sor:		135. sor:
	</pre>		</pre>
	* Az utóbbi kódra előfordulhat, hogy a pow függvény nálad a komplex eredmény valós részét adja vissza, a beadón viszont NAN-t, mondva, hogy komplex számot nem tud valóssá konvertálni helyesen.		* Az utóbbi kódra előfordulhat, hogy a pow függvény nálad a komplex eredmény valós részét adja vissza, a beadón viszont NAN-t, mondva, hogy komplex számot nem tud valóssá konvertálni helyesen.
	* Az OpenGL-be rengeteg ilyen van. És sajnos nincs ezek ellen nincs más ellenszer, mint hogy az általad használt függvények [[http://www.talisman.org/opengl-1.1/Reference.html dokumentációját]] elolvasod, ahol leírják, hogy milyen esetben okoz implementáció függő viselkedést. Szerencsére az esetek több mint 90%-ába ilyenkor a függvény generál egy hibát, amit az előbb bemutatott CheckError()-al el lehet kapni, de nem mindig.		* Az OpenGL-be rengeteg ilyen van. És sajnos nincs ezek ellen nincs más ellenszer, mint hogy az általad használt függvények [http://www.talisman.org/opengl-1.1/Reference.html dokumentációját] elolvasod, ahol leírják, hogy milyen esetben okoz implementáció függő viselkedést. Szerencsére az esetek több mint 90%-ába ilyenkor a függvény generál egy hibát, amit az előbb bemutatott CheckError()-al el lehet kapni, de nem mindig.

	[[Category:Infoalap]]		[[Category:Infoalap]]

Rohamcsiga: Hozzáadtam a "Nálam működik, a beadón viszont nem hibák" részt.

2014-01-13T20:51:08Z

Hozzáadtam a "Nálam működik, a beadón viszont nem hibák" részt.

@@ 125. sor: / 125. sor: @@
 </pre>
 * Ebből megtudod, hogy a hiba a 2. sorban még nem lépett fel, de a 7. már igen. Tehát a 4 OpenGL függvényhívás egyike a rossz, és az a gondja, hogy rossz enumot használsz (GL_INVALID_ENUM). A 4 függvényből csak kettőben van enum, a két glMatrixMode() hívásban. A kettő közül a 6. sor a rossz, az helyesen glMatrixMode(GL_MODELVIEW) lenne, mert a GL_MODELVIEW és a GL_MODELVIEW_MATRIX enumok nem ugyan arra valók. Ezt a hibát ennek a trükknek a használata nélkül nagyon nehéz lenne megtalálni, hiszen a kód jónak látszik, viszont a képernyőn nem látszódna semmi, vagy ha látszódna is, akkor annak semmi köze nem lenne ahhoz, amit rajzolni akartál. Egy ilyen hiba megtalálása még a legrutinosabbaknak is valószínűleg több órába telne. Ez az egyszerű függvény viszont szinte pontosan megmondta, hogy hol és mi a hiba.
 [[Category:Infoalap]]

Rohamcsiga: /* Tipikus C++ hibák */

2014-01-13T20:25:45Z

Tipikus C++ hibák

← Régebbi változat		A lap 2014. január 13., 22:25-kori változata
23. sor:		23. sor:
	float b=a/10; //értéke nem 0.5 lesz, hanem 0!		float b=a/10; //értéke nem 0.5 lesz, hanem 0!
	</pre>		</pre>
	** A hiba elkerülése végett használjunk cast-olást vagy típusos konstansokat:		* A hiba elkerülése végett használjunk cast-olást vagy típusos konstansokat:
	<pre>		<pre>
	float b=(float)a/10;		float b=(float)a/10;