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

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

<< < (3/5) > >>

Biplab:
Now this issue is really strange. On my PC in Lab, it fails to start. But same works on my Laptop. Both of them are unicode patched.I've tried it today by cleaning all object files, pch files. But I'm still in a fix over why it works on one PC and doesn't work on another. :?

thomas:
Well, like I said, the modified code is not executed at all under normal conditions.

The extra code only runs if the boolean variable deleted is true. It is initialised to false in the constructor, and it can only legally become true if the Delete() function is called (which obviously is not the case, otherwise you could not build Code::Blocks prior to the re-revert, it would yield undefined symbols).

Thus, it is my assumption that the "bug" comes simply from mixing old and new components. Old code would not know about that data member and would not have a constructor that initialises it, obviously. Thus, the value would be undefined (most likely not zero) and this sure would crash.

But again... I was planning on working on this class to remove the race condition that can occur in one situation, so there was actually a way to safely abort jobs (which I thought might be a good thing). So I was starting from the previously committed version.

However, if this causes so much trouble, then just screw it... revert the modifications, and leave it :)
We'll not have the ability to abort jobs then, but so what...

Biplab:

--- Quote from: thomas on August 27, 2007, 01:13:02 pm ---However, if this causes so much trouble, then just screw it... revert the modifications, and leave it :)
We'll not have the ability to abort jobs then, but so what...

--- End quote ---

I did a clean-up as you suggested earlier. But the result remained same.

Honestly, I'm not in favour of a revert. If it works on one machine and doesn't work on another, then the other machine config may have some problem. I'll look into it. :)

MortenMacFly:

--- Quote from: Biplab on August 27, 2007, 04:06:58 pm ---Honestly, I'm not in favour of a revert.

--- End quote ---
Me not either.

Hence consider this:
I compiled C::B 4410 at home -> crashes always. I copied this version on my USB stick and took it to work. Guess what? Here it *works*! It's binary identical with the home version (even the wx DLL is binary the very same -> I copied that, too).

So it's really stochastic somehow. The only thing I could see was after removing contrib plugins step-by-step at home it used to work after a while. But even that was not reproducible to pinpoint a special plugin. I tried two times: The first time it worked after removing BrowseTracker, the second time it worked after removing ByoGames (alphabetical order ;-)). I could swear both are *not* the reason. :-(

With regards, Morten.

TDragon:
In multithreaded apps, random or "stochastic" symptoms indicate multithreading problems 90% of the time.

Navigation

[0] Message Index

[#] Next page

[*] Previous page