When porting an openGL+freeGLUT program to a laptop running with an integrated on-board graphics card ( actually, a part of the chipset, the model is Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller in HP Presario CQ60 standard configuration ), a call in the code to glutBitmapCharacter always leads the program to perish in the runtime.
Built it in debug mode first and then trace the program with the dumped memory core. It is found that the problem can be traced to glBitmap -> libGL.so.xx -> /usr/lib/dri/i965_dri.so.
Tried dozens of "solutions" ranging from reinstalling many times of freeglut-2.6 to changing GLUT to the classic GLUT-3.7 following the instruction from http://original.jamesthornton.
Finally, the installation of GLUT-3.7 through an indirect approach - by installing MesaLib (the another ordeal has been put in http://surfingtroves.blogspot.
give the sense of graphics driver issues. It really is!
Now, skipping the obscure discussions about the notorious graphics card driver problem in Linux ( this is true at least as far as I am concerned ), just show you the one of real "solutions":
go to /usr/lib/, mv i965_dri.so i965_dri.so.old.
get back the code, I am lucky to get the long gnawing problem solved. You should be as well if your case is similar to mine.
Built it in debug mode first and then trace the program with the dumped memory core. It is found that the problem can be traced to glBitmap -> libGL.so.xx -> /usr/lib/dri/i965_dri.so.
Tried dozens of "solutions" ranging from reinstalling many times of freeglut-2.6 to changing GLUT to the classic GLUT-3.7 following the instruction from http://original.jamesthornton.
Finally, the installation of GLUT-3.7 through an indirect approach - by installing MesaLib (the another ordeal has been put in http://surfingtroves.blogspot.
give the sense of graphics driver issues. It really is!
Now, skipping the obscure discussions about the notorious graphics card driver problem in Linux ( this is true at least as far as I am concerned ), just show you the one of real "solutions":
go to /usr/lib/, mv i965_dri.so i965_dri.so.old.
get back the code, I am lucky to get the long gnawing problem solved. You should be as well if your case is similar to mine.
2 comments:
Thank you for developing this site. The stories below are worth reading
oftens over in order to freshen us time and time again to
do excellent and good points and encourage or affect others to do the very same.
Feel free to surf to my homepage xerox phaser 8560 maintenance kit
I am mot amazed with your help on making labels.
I am using the Open Workplace approach. Can you recommend,
I discover the type is also near the edge of each tag, when I
do an examination. Can I move the text to the center of the tag?
Expect hearing from you and I will definitely
be visting you again.
Feel free to visit my page ... xerox phaser 8560mfp
Post a Comment