[http://sourceforge.net/p/ufoai/bugs/2982 Item 2982] imported from sourceforge.net tracker on 2013-01-28 19:54:51

I have just recently aquired a 64bit system, and have compiled a 64-bit version.
When I start the 64bit game it crash.

In addition to the output below, i have attached the console.log, with the same dump on the end.
===
ufo(Sys_Backtrace+0x15)[0x568655]
ufo(Sys_Error+0x8f)[0x568b8f]
ufo(Com_Error+0x129)[0x5024f9]
ufo[0x55aa64]
ufo(R_LoadProgram+0x328)[0x55b528]
ufo(R_InitPrograms+0x58)[0x55b688]
ufo(R_Init+0x11ca)[0x53f5ca]
ufo(CL_Init+0x15c)[0x43511c]
ufo(Qcommon_Init+0x39c)[0x502dec]
ufo(main+0x1e)[0x56839e]
/lib64/libc.so.6(__libc_start_main+0xfd)[0x7f9807beeafd]
ufo[0x425e19]
Error: Shutdown
===
===== Comments Ported from Sourceforge =====

====== solbu (2011-08-23 09:04:49) ======

crash dump and ufoconsole.log
====== tlh2000 (2011-08-23 16:49:58) ======

you are using a software rasterizer

GL_VENDOR: Mesa Project
GL_RENDERER: Software Rasterizer
GL_VERSION: 2.1 Mesa 7.8.1
====== tlh2000 (2011-08-23 16:50:50) ======

let's see what sandros is saying about this.
====== alextishin (2011-10-26 21:28:48) ======

Oops -- missed this ticket somehow.

Reason for crash is simple: current code errors out in case of unknown OpenGL implementation (r_program.c:308). Maybe it's not the best way to handle it, but that's what we have for now.

Also, maybe if there is no recognized GL_RENDERER, GL_VENDOR should be searched too?
====== alextishin (2011-10-26 21:42:10) ======

And more: from log it looks like Com_Error() behaved in a strange way; at least FS_RemoveFile() possibly was called for a wrong file (see common.c:474).
====== aduke1 (2012-09-30 23:46:11.505000) ======

- **milestone**: 2.3.1 --> 2.3.x