Compilation never ends (continued)

[mperu]

Hi,

This weekend I have tested around the compilation never ending problem. I have found some strange behaviour when I try to compile a file containing something like this:

#ifdef BLABLA
  some lines of code

#endif

An empty line before the "#endif" makes the compilation never ends with a CPU at 100% busy. I have checked that by removing the empty line the compilation becomes normal.

I have found this problem after I have tried to import the "freeglut" DLL project.

More important: this problem appears at home under Windows XP SP2, but not a t work with Windows XP SP1.

Michel Peru

[TimoVJL]

This code can compile OK with WinXP Pro SP2.
Can you compile it without error ?

Code: [Select]


#include <stdio.h>

#define BLABLA 1

int main(int argc, char **argv)
{

#ifdef BLABLA
//some lines of code
puts("BLABLA");

#endif
puts("Done");
return 0;
}



[mperu]

Hi,

I am quite sure that your example will compile (I am at work with a SP1 OS, not at home with my SP2 so I can't test presently). I have already done ISO C development with Pelles C without any problem.

If you want to help solving this issue I would suggest that you import "freeglut-2.4.0.tar.gz" from Sourceforge, untar it and try to import the MSVC project "freeglut.dsp". After completing the "Include folders" in the project's configuration by adding the include under "freeglut-2.4.0" you should be able (or not???) to compile.

For me that works on my job's PC running Windows XP SP1, not on my home's PC running Windows XP SP2.

Thank you for your valuable help.

Michel Peru

[TimoVJL]

After taking _DEBUG define off, with WinXP Pro SP2 compiles ok.

[mperu]

Hi,

Thank you for your answer, I will test at home this evening.

Any idea why it works under SP1 and not under SP2?

Michel

[mperu]

Hi,

Yesterday evening I have tested after removal of "_DEBUG": no better behaviour.

Concerning the project "freeglut" I am still obliged to edit "freglut_cursor.c" and "freeglut_window.c". As soon as empty lines before "#endif" are removed the compilation works, if I do not remove the empty lines the compilation never ends and the CPU is 100% busy with "poide" process.

Michel Peru

[mimas]

Hi all,

Compilation never ends when I define a multiple instructions macro.

Code: [Select]

#define TABLE_ENTRY(state, name, entry)  \
    lua_pushstring (state, name); \
    lua_pushnumber (state, entry); \
    lua_rawset (state, -3);

When "Build browse information" from options/source is unchecked, compilation goes its way.

Hope it may help.

[Olaf]

Hi everybody,

I have installed the most recent Beta and the latest stable version (not on the same time) on my windows xp sp2 + all latest Microsoft fixes.

When compiling the Hello.c that comes as example in the package the following happens:

a) The stable version crashes down (window close without any notice)
b) The latest Beta never stops compiling ....

Important: Using the cc compiler in the command line works perfectly.

Does somebody knows what is going on ?

Thanks for helping.

[Olaf]

Hello everybody

I also had the follofwing problems: (Win XP Sp2)
a) Last stable Version crashed
b) Beta 3 never stoped compiling

I used the taskmanager to kill the Beta 3 poide.exe and found a poide.XPT containing the following error message:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Exception code: C0000005 ACCESS_VIOLATION
Fault address:  10002AF2 01:00001AF2 C:\Programme\Gemeinsame Dateien\Logitech\LVMVFM\LVPrcInj.dll

Registers:
EAX: 00000000
EBX: 00000114
ECX: 01BE3DA8
EDX: FFFFFFFF
ESI: 01BE3DA8
EDI: 00000000
CS:EIP: 001B:10002AF2
SS:ESP: 0023:05E4FBA4  EBP: 00000000
DS: 0023  ES: 0023  FS: 003B  GS: 0000
Flags: 00010202

Call stack:
Address   Frame     Logical addr   Module
10002AF2  00000000  0001:00001AF2  C:\Programme\Gemeinsame Dateien\Logitech\LVMVFM\LVPrcInj.dll

-------------------------------------

I was surprised to see that some Logitech File was involved ....
Just for test I just renamed the directory containing the files and ...

No more crash or endless compiling in Pelles C (Beta 3)

So if you are in trouble look for to poide.XPT and try to solve the problem.

To the developer of PellesC:
Why is this Logitec driver beeing used by Pelles C ? (This is my webcam ...)

Greetings to everybody.....