Code::Blocks Forums
User forums => Help => Topic started by: Vampyre_Dark on May 02, 2006, 05:42:40 pm
-
Anyone ever have the problem of Codeblocks shutting down when new file is selected? I have a project with about 15 files in it, and everytime I select new file, I get a blank tab for 1 second, then CB just disapears.
If I select other projects in the workspace, it works fine. The project that crashes has a bunch of txt files added as 'others'. They are just ascii text with some data in them that I've been editing through CB instead of notepad.
I'm using RC2.
-
I'm using RC2.
Even if others did have this problem, there'd be no reason to post about it. RC2 is so extremely far from being representative of the current state of C::B that this is almost a joke. You've probably already been told about and/or tried a nightly build, but just in case you missed it -- check 'em out (http://forums.codeblocks.org/index.php?topic=3015.0).
-
I'm waiting for the one labelled RC3. ;) I don't feel like updating my CB constantly and resetting all my folders and stuff.
is there a known stable one I can stick with?
-
I'm waiting for the one labelled RC3. ;) I don't feel like updating my CB constantly and resetting all my folders and stuff.
Hello,
I do not think you have to re-set your settings. I build C::B from time to time and my settings are the same. Give it a try. Download a nightly build, install it (not on the RC2) and give it a try.
Best wishes,
Michael
-
is there a known stable one I can stick with?
Given the current revision (2398) was made April 30th, I'd say a build based on it would likely be stable. The most recent nightly is the one previous, and looking at the SVN log I only see a few minor bugfixes since 2390.
I've been using builds of various revisions for the past few months for light development and haven't had a single stability issue. The only reason I've found to update from one nightly to another is a cool feature or two.
Note that you will lose all of your settings after upgrading. However, this would also be the case upgrading from RC2 to RC3, and almost certainly won't be the case upgrading from any recent nightly to RC3.
-
Where do I find wxmsw26u_gcc_cb.dll? Google just brings me to threads in this forum.
-
in the nightly builds, in the post of every nightly you can find the link.
-
:D I misread that my first time through. Thanks. It certainly looks a lot better on startup.
-
damn right, the nightlies are very stable, enjoy !!!
-
(http://img.photobucket.com/albums/v227/Vampyre_Dark/smileys/bowdown.gif)
-
My Workspace never opens now when I start the program up. It just says "Loading Workspace" and it never ends. Also, sometimes the taskbar doen't get a CB icon when it's not in focus.
Also, the plugins could be more descriptive. I don't know what some of them do. Their about dialog just lists their name.
-
My Workspace never opens now when I start the program up. It just says "Loading Workspace" and it never ends.
Are there many projects in the workspace ? Big projects ?
Sometimes people complain about the codecompletion plug-in, might be interesting to turn it off, and see if it makes a difference.
This sounds like a real show stopper to me ...
Let's bug hunt ...
-
The behaviour seems to change as I turn internatlization on and off. Then it just loads a default workspace which is empty.
I said out my workspace as VDARK_WORKSPACE.whatever, and I can just load it up. I have 5 projects in it, and they are not that big. Opening my symbols, I see that I have symbols for each project in my workspace I have opened up. :shock: Also the view of which symbols to see in the list doesn't match what's actually listed. hmm..
When I have a compiler error the tooltip for it doesn't stay on my screen, it goes off the edge at exactly the same point as the error in the msg pane. Making it useless.
The program doesn't show up in the task bar if it's not in focus when it starts up.
Fold all on open works now. :)
Middle click to close is great. :)
The bloat from the right click menu is gone.
Is there a way to change my workspace into the default one?
-
I confirm : "The program doesn't show up in the task bar if it's not in focus when it starts up. "
Could you file the bugreport on berlios please, thx.
When I have a compiler error the tooltip for it doesn't stay on my screen, it goes off the edge at exactly the same point as the error in the msg pane. Making it useless.
Tooltips for compiler errors ??? Never seen them, tell me tell me ....
Don't quit understand your workspace problem. Can you load each of the projects independently (so no workspace) ?
-
I confirm : "The program doesn't show up in the task bar if it's not in focus when it starts up. "
Could you file the bugreport on berlios please, thx.
Yeah I have experienced this for a looong time. Never did report it though..... I probably should have....
-
When you have compiler errors and you leave your cursor on it, a yellow tooltip pops up and it contains the error string. Since the Project thing goes all the way down now, the errors are cut off really short (@ 1024 anyways) and the tooltip is aligned with this new shorted window, so the error gets written right off the edge of the screen.
I'll file some error later when I get back.
-
I confirm : "The program doesn't show up in the task bar if it's not in focus when it starts up. "
Could you file the bugreport on berlios please, thx.
Yeah I have experienced this for a looong time. Never did report it though..... I probably should have....
Not sure I really understand what you mean... it is not supposed to show in the taskbar during startup?
-
start up CB : and make sure you have already another program open, directly after you started CB, focus back in the other app. In the meanwhile CB continues to start up --> notice how there's no "slo" in the taskbar for CB.
Where exactly should those "compiler error" tooltips show up ??
-
eg : try as the other app "FireFox", at the end of the test close Firefox and start Firefox again, focus back to CB --> Firefox will appear in the task bar
-
When you have compiler errors and you leave your cursor on it, a yellow tooltip [...]
I'll file some error later when I get back.
I doubt that will be of any avail, since I don't think it can be fixed. The compiler errors are shown using a SimpleListLog (found inside SDK). If you look at SimpleListLog's sources, you see that we don't do anything to generate that tooltip, we only add items to a wxListCtrl. The tooltip is created "secretly" by wxWidgets, we're not involved at all.
Also, I wouldn't know what to change, since probably the only thing that could help would be to insert a line break, but you don't know at which position.
-
start up CB : and make sure you have already another program open, directly after you started CB, focus back in the other app. In the meanwhile CB continues to start up --> notice how there's no "slo" in the taskbar for CB.
Well, I don't know... but it looks exactly like it should?
(http://img359.imageshack.us/img359/673/huh2gb.gif)
-
I think I was able to fix that myself by re-dragging the windows so that the message pane took up the whole bootom of the window again, and the messages don't start halfway across the screen.
-
now it also works on my pc's, in the taskbar, yesterday it surely did not :shock:
-
I confirm : "The program doesn't show up in the task bar if it's not in focus when it starts up. "
Could you file the bugreport on berlios please, thx.
Yeah I have experienced this for a looong time. Never did report it though..... I probably should have....
Same here :)
I found how to reproduce it:
1) start ONLY one program, eg firefox
2) start C::B
3) focus firefox
4) minimize firefox (this seems to bring back focus to C::B)
5) restore firefox
C::B's taskbar button shows for a sec, then disappear.
-
I found how to reproduce it:
[...]
Works just fine for me. No matter what voodoo I try, there is nothing that looks queer.
-
I found how to reproduce it:
[...]
Works just fine for me. No matter what voodoo I try, there is nothing that looks queer.
Hello,
I have also tried and it works fine for me too.
Best wishes,
Michael
PS.: Interesting signature... :D
-
Okay I think I understand what is going on now. Currently if I have some apps opened, and I open CB from my quick launch and go back to work in my other windows, CB doesn't go onto the task bar until it is completely finished all it's start up tasks. When it was trying to forever load my default workspace, it meant no icon at all because it never finished. Make sense?
I have opened and closed it some 30 times since yesterday, and this seems to be the case every time.
Right clicking in the workspace pane and saving my workspace did the trick to get the program to open it on startup. There should be a MAKE DEFAULT option in there.
-
See this flash video (http://img282.imageshack.us/my.php?image=cbghost7cv.swf).
If you minimize/restore firefox by double clicking on its taskbar button, everything is fine.
-
CB doesn't go onto the task bar until it is completely finished all it's start up tasks.
But that is perfectly normal, it is supposed to do that :)
To avoid mindless overdraw, we do not show the main frame until everything is initialised. The splash screen does not show in the task bar, but this, too, is intentional.
If you look closely at Code::Blocks RC2 (which does not retain the main window), you see that the complete UI is redrawn at least 20 times during startup. wxWidgets is particularly braindead when it comes to event handling, especially regarding UI updates. In fact, I often wonder that despite this, Code::Blocks is still usable at all.
If you are in for a good laugh, set a breakpoint in some function handling UpdateUI events, and count how many times it is called if you just move your mouse a tiny bit. For example, if you move your mouse over the middle of the editor (no way near the menu bar), you can be lucky enough to get 6-8 UpdateUI events for the file and the edit menu. Luckily, you have plenty of CPU cycles to burn :)
Nota bene: Actually, this might be one reason for the high CPU load problems reported with Xorg.
-
See this flash video (http://img282.imageshack.us/my.php?image=cbghost7cv.swf).
I can't reproduce it on my machine doing the same steps as you did. Anway: Just a wild guess: Could you try to disable the keybinder plugin (and maybe others...?!) and see if this changes something?
With regards, Morten.
-
With wxwidgets 2.6.3, i no longer get this bug, no matter how many times i switch between applications. It also fixes bug #7357 (http://developer.berlios.de/bugs/?func=detailbug&bug_id=7357&group_id=5358), so i'm currently using it :)
-
With wxwidgets 2.6.3, i no longer get this bug, no matter how many times i switch between applications. It also fixes bug #7357 (http://developer.berlios.de/bugs/?func=detailbug&bug_id=7357&group_id=5358), so i'm currently using it :)
That is correct. I documented this in the original bug report
#6468