Messages

46

Bugs prior to release 2.3 / Texture missing (r29530)

« on: April 25, 2010, 08:45:54 am »

In Geoscape the texture for the earth is missing. 

excerpt from Console.log:

2010/04/25 08:16:00 R_LoadShader: world_vs.glsl: Vertex shader failed to compile with the following errors:
ERROR: 0:10: '' :  #version must occur before any other statement in the program
ERROR: 1 compilation errors.  No code generated.


2010/04/25 08:16:00 R_LoadShader: world_fs.glsl: Fragment shader failed to compile with the following errors:
ERROR: 0:10: '' :  #version must occur before any other statement in the program
ERROR: 1 compilation errors.  No code generated.


2010/04/25 08:16:00 R_LoadProgram: world: Warning: No shaders attached to current program

2010/04/25 08:16:00 R_LoadShader: mesh_vs.glsl: Vertex shader failed to compile with the following errors:
ERROR: 0:10: '' :  #version must occur before any other statement in the program
ERROR: 1 compilation errors.  No code generated.


2010/04/25 08:16:00 R_LoadShader: mesh_fs.glsl: Fragment shader failed to compile with the following errors:
ERROR: 0:10: '' :  #version must occur before any other statement in the program
ERROR: 1 compilation errors.  No code generated.


2010/04/25 08:16:00 R_LoadProgram: mesh: Warning: No shaders attached to current program

2010/04/25 08:16:00 R_LoadProgram: 'warp' loaded.
2010/04/25 08:16:00 R_LoadShader: geoscape_vs.glsl: Vertex shader failed to compile with the following errors:
ERROR: 0:10: '' :  #version must occur before any other statement in the program
ERROR: 1 compilation errors.  No code generated.


2010/04/25 08:16:00 R_LoadShader: geoscape_fs.glsl: Fragment shader failed to compile with the following errors:
ERROR: 0:10: '' :  #version must occur before any other statement in the program
ERROR: 1 compilation errors.  No code generated.


2010/04/25 08:16:00 R_LoadProgram: geoscape: Warning: No shaders attached to current program

The *.glsl files are OK but dependen on the detectet graphiccard in R_PreprocessShader (r_program.c) sometimes (with ATI, Intel and NVidea) defines are added at the beginning of the files.

As a quick fix i removed the #version line  from the files.

47

Mapping / Re: Problem with Bridge Map

« on: April 04, 2010, 03:39:44 am »

I think i know this behaviour. I encountered it the first time on the Bridgemap but I have seen it on other maps too.

My description of the bug:
A soldier is crouched on a square where he _can't_ stand. If he tries to move a long distance (uses all his TU) the soldier does not move and TU's get "lost". If the soldier moves only one square he can leave the square.

I think the bug is in the soldiermovement. If a crouched soldier moves a long distance he first stands up, walks the distance and crouches at the ende. In this special case the soldier can't stand up, so he does not  move, but the TU for getting up and crouching are spend.

48

Bugs prior to release 2.3 / Re: [open] r28676 unable to run in debugger

« on: February 22, 2010, 08:32:19 am »

Program received signal SIGSEGV, Segmentation fault.
At C:\development\ufoai\src\common\cvar.c:320
#0  0x004f8822 in Cvar_Delete (var_name=0x12bed051 "tmp") at C:\development\ufoai\src\common\cvar.c:320
        changeListener2 = 0x251f12
        changeListener = 0xfeeefeee
        hash = 40
        var = 0x2a1d1f1c
        previousVar = 0x0

I got the same error message.

I havn't touched C-Code for a long long time, but i think there is a reason for this message.

If you look a the code (cvar.c line 317 - 323)

         Mem_Free(var);
         changeListener = var->changeListener;
         while (changeListener) {
            cvarChangeListener_t *changeListener2 = changeListener->next;
            Mem_Free(changeListener);
            changeListener = changeListener2;
         }

First var is freed and then it is accessed.
As a solution I moved Mem_Free(var); after the while block.