• Create Account

Old topic!

Guest, the last post of this topic is over 60 days old and at this point you may not reply in this topic. If you wish to continue this conversation start a new topic.

6 replies to this topic

174
Like
0Likes
Like

Posted 30 August 2012 - 03:47 PM

Hello, I get an error while compiling my vertex shader. Here is the code for my shader:

/*
*/
void main()
{
gl_TexCoord[0] = gl_MultiTexCoord0;
gl_Position = gl_ProjectionMatrix * gl_ModelViewMatrix * gl_Vertex;
}


When I run my application, it outputs the InfoLog to a file, here it is:

Vertex info
-----------
(0) : error C0000: syntax error, unexpected \$end at token "<EOF>"
(0) : error C0501: type name expected at token "<null atom>"


The same error occurs even if I comment out the entire shader code. Does anyone know where the problem is?

P.S. The fragment shader works as it should, here is the code:

/*
*/
uniform sampler2D tex;
void main()
{
vec4 texel = texture2D(tex, gl_TexCoord[0].st);
gl_FragColor = gl_Color * texel;
}


Edited by Madd, 30 August 2012 - 03:48 PM.

### #2Sponji  Members

2271
Like
2Likes
Like

Posted 30 August 2012 - 07:38 PM

Derp

### #3BitMaster  Members

8647
Like
0Likes
Like

Posted 31 August 2012 - 12:41 AM

Is it possible you have invalid characters in the file? Depending on the editor an invalid character can easily slip with a copy'n'paste or accidental hotkey. A lot of editors will then pick a suitable encoding to encode the undesired character and it will often be invisble to the naked eye then.
Have you tried explicitely forcing ANSI encoding on the file (for example in Notepad++ Encoding->Convert to ANSI)? If the problem is a rogue character it will usually show up in an obvious way (the not-in-font symbol or 'weird' symbols).

174
Like
0Likes
Like

Posted 31 August 2012 - 03:40 AM

Here's the code for the loader:

It is compiled without the ARB_SHADER macro (so it uses the standard OpenGL functions).

I edit the files with gedit under Ubuntu, which uses UTF-8.

Edited by Madd, 31 August 2012 - 03:42 AM.

174
Like
0Likes
Like

Posted 31 August 2012 - 03:43 AM

I'm sorry, I just noticed the problem. I forgot to seek back to the start of the file after getting its size *facepalm*

### #6L. Spiro  Members

24837
Like
2Likes
Like

Posted 31 August 2012 - 05:05 AM

After setting the stream to the end of the file and calling ::ftell(), you never set the stream back to the beginning of the file before you try to read it.

L. Spiro

[EDIT]
I stopped reading as soon as I saw the problem. Even if it was just one last post with a single sentence explaining the solution.
[/EDIT]

Edited by L. Spiro, 31 August 2012 - 05:06 AM.

### #7V-man  Members

813
Like
0Likes
Like

Posted 02 September 2012 - 05:26 AM

Even if the problem has been found, it isn't a good idea to read a text file as binary because on some systems (Windows), end of lines are in the form of \r\n or was it \n\r.
It is better to open the file this way
FILE *fp = fopen("MaddEngine.frag", "r"); //changed the "rb" to "r"

and the library will automatically convert all the \r\n to \n (newlines).

and it is a good idea to NULL terminate the file string yourself.
Sig: http://glhlib.sourceforge.net
an open source GLU replacement library. Much more modern than GLU.
float matrix[16], inverse_matrix[16];