Developer forums (C::B DEVELOPMENT STRICTLY!) > Development

C::B fails to start on Windows (Rev 4407)

(1/5) > >>

Biplab:
Since Rev 4407, C::B fails to start on Windows XP SP2. Running under GDB produces the following backtrace.


--- Quote ---Program received signal SIGSEGV, Segmentation fault.
[Switching to thread 516.0x374]
0x619bcdcd in BackgroundThread::Entry (this=0x1e87524)
    at C:/DevTools/CBSource/src/include/backgroundthread.h:170
170                     delete job;
Current language:  auto; currently c++
(gdb) bt full
#0  0x619bcdcd in BackgroundThread::Entry (this=0x1e87524)
    at C:/DevTools/CBSource/src/include/backgroundthread.h:170
        job = (AbstractJob *) 0x1e8e050
#1  0x6ccff82b in wxmsw28u_gcc_cb!_ZN11wxSemaphore7TryWaitEv ()
   from C:\DevTools\CBSource\src\devel\wxmsw28u_gcc_cb.dll
No symbol table info available.
#2  0x6ccff93d in wxmsw28u_gcc_cb!_ZN11wxSemaphore7TryWaitEv ()
   from C:\DevTools\CBSource\src\devel\wxmsw28u_gcc_cb.dll
No symbol table info available.
#3  0x77c3a3b0 in msvcrt!_endthreadex () from C:\WINDOWS\system32\msvcrt.dll
No symbol table info available.
#4  0x01e87524 in ?? ()
No symbol table info available.
#5  0x7c90ee18 in strchr () from C:\WINDOWS\system32\ntdll.dll
No symbol table info available.
#6  0x7c96d8a8 in ntdll!RtlpNtMakeTemporaryKey ()
   from C:\WINDOWS\system32\ntdll.dll
No symbol table info available.
#7  0x01e878d8 in ?? ()
No symbol table info available.
#8  0x00000000 in ?? ()
No symbol table info available.
(gdb)
--- End quote ---

It seems that the changes made in rev 4407 broke some thing.

Can anyone confirm this??

Best Regards,

Biplab

MortenMacFly:

--- Quote from: Biplab on August 24, 2007, 12:30:18 pm ---Since Rev 4407, C::B fails to start on Windows XP SP2. Running under GDB produces the following backtrace.
Can anyone confirm this??

--- End quote ---
No - runs fine here, both: stripped and debug version. Did you try a clean rebuild (or tried removing the PCH files before)?

Biplab:

--- Quote from: MortenMacFly on August 24, 2007, 12:56:17 pm ---No - runs fine here, both: stripped and debug version. Did you try a clean rebuild (or tried removing the PCH files before)?

--- End quote ---

Now it runs fine (even with my Unicode patch). I removed the PCH files manually here and then recompiled. Thanks for the tip. :D

But, as we had discussed, this issue was present in my Lab's PC. I'll try there again on Monday by cleaning the PCH files manually and then rebuilding it.

MortenMacFly:

--- Quote from: Biplab on August 25, 2007, 06:43:16 am ---But, as we had discussed, this issue was present in my Lab's PC. I'll try there again on Monday by cleaning the PCH files manually and then rebuilding it.

--- End quote ---
What could have happened: In case you copied the modified header file from the VM it may have had a date older then the PCH file. In that case the PCH file isn't re-compiled and thus points to a wrong interface. You might simple load/save the modified header files in question so that GCC will re-compiled the SDK PCH itself.

MortenMacFly:
Apologies!
I have completely re-compiled C::B from scratch (for various reasons). That means removed all object, libs and PCH files before. The new version (4410) crashes immediately on startup. The crash-log points to BackgoundThread, too. I have manually reverted 4407 (the revert of Thomas) and now it's working again.

So Thomas: In case you read this: We are two now having real issues after the revert of yours.

With regards, Morten.

Navigation

[0] Message Index

[#] Next page