Bug #6829 2006-03-20 03:02
heromyth
CB can't be launched whithout default.conf
OS: WinXP SP2
CB's version: SVN revision 2218
When launching CB without default.conf, I find it cause my CPU running in 100% and can't finish the process. After I create a empty default.conf, I still launch the CB. Then I use a old backup default.conf, it seems there is no any problem.
- Category
- Application::WrongBehaviour
- Group
- Status
- Closed
- Close date
- 2006-04-10 08:58
- Assigned to
History
I cannot reproduce this. There used to be such a problem but it was fixed in revision 2179, IIRC.
There was such a bug with the new startup screen class, but it should already have been fixed about 10 days ago...
I just tried with 2226 a minute ago and cannot reproduce it. Mind checking again, please?
Sorry, the problem is still with me. I'll try to find out what happen to me. I don't think it is because of the STLport's libraries.
Additionally, my OS envionment is WinXP SP2
with Simplified Chinese.
OK! The real problem is that the CB will show this window of 'Compilers auto-detection' if default.conf didn't exist. That's no problem. However, at this moment, I can't switch to other windows. If I do that, the CB can't be launched and my CPU is running in 100%.
So, what's the status heromyth?
We can't reproduce this here. Do you still experience this bug? Have you tried a clean rebuild?
Thanks! This time seems to be better. Now I can switch to another windows during doing the choice of compiler. There is just a little bug left that is I must click the splashcreen to lauch CB after doing the choice, otherwize the CB is still running in 100% CPU.
Confirmed 99% loop with SVN 2290 WinXPsp2
After dismissing the compiler choice dlg, the cpu is at
99% with the splash screen displayed. User has to click
on the splash, the all is ok.
thanks
pecan
Wish we had a INT2 breakout switch like the old days.
Execution never comes out of line 210 in compilerfactory.cpp
adc.ShowModal();
Looks like wxWidgits thinks the splash is the modal window.
To clarify: If I put an asm("int3") as the next statement
after "adc.ShowModal();", the trap is never reached;
The dlg window does close, but it takes an invocation of the
splashScreen OnChar() or OnMouse() event to close the
splash window. Else it stays on screen forever running at
full cpu speed.
The following patch fixed the loop on my XP system using SVN 2290 Index: src/src/splashscreen.cpp =================================================================== --- src/src/splashscreen.cpp (revision 2290) +++ src/src/splashscreen.cpp (working copy) @@ -22,12 +22,16 @@ void cbSplashScreen::OnPaint(wxPaintEvent &) { + // an obscure statement in the wxWidgets book says to + // allocate the DC even if you don't paint to avoid + // a paint loop. //pecan 2006/04/3 + wxPaintDC paint_dc(this); //pecan 2006/04/3 if (m_painted) { return; } - wxPaintDC paint_dc(this); + //-wxPaintDC paint_dc(this); DoPaint(paint_dc); m_painted = true; // paint once }
Thanks. That patch works. This problem now has been resolved by you.