Hanging for a while if no souce file, only header file

[MasterAlexei]

Hello C::B Team,

I am not sure, if it already known problem and was already fixed, but...

On CPP projects, if in a project there is a header file with (for example) an interface Class, which has no implementation (only definition of a pure virtual class) and there is no source file for that (.cpp), on switching to this file from other files (browsing to them), first time CB hangs for a while (more, than 5 sec), all other switches to that file from other files takes not more but still 4 secs, what is quite annoying. And also, if you try to make some changes, on a first change and before the file saved and on a save itself, CB hangs also for about 4 secs.

If you add a empty .cpp file with the same name as .h file - this behavior is disappears.

I am still using bild 7477 and 5070. In both revs is the same behavior.

[oBFusCATed]

Try the latest nightly build and next time please post in the users sub-forums.

[MasterAlexei]

Sorry for the wrong thread.

Does latest build builds with wxWidgets 2.8.10?

For one month I didn't was successful with that.

[MasterAlexei]

Sorry again

Does latest build builds with wxWidgets 2.8.10?
For one month I didn't was successful with that.

This was in Linux Version. I'll try the latest now in Windows.

[MasterAlexei]

Ok.
I did build last Rev of trunk. It works fine so far.
I'll examine it, but after 10 minutes of work I didn't observe that behavior yet.

And also a big projects are loading much faster, as it was earlier.

Great work!

Thanks a lot.

PS.
If any things, that I mentioned above, will occur again, I'll let you know about it.

[MasterAlexei]

Hello Codeblocks team,

I did try the last Rev of trunk 7929. The behavior is still there.
And I think, that it is Symbol Browser, who need a little bit more, to process the header file, that has no .cpp file pair.

Alexei

[MortenMacFly]

I did try the last Rev of trunk 7929. The behavior is still there.

For the record:
I still cannot reproduce. In the C::B source tree we have pure virtual classes, too. They work just fine. Did you try to (temporarily) delete your configuration? Did you try to switch off  certain plugins to see when this behaviour goes away? If its really CC: Did you try to play with CC's settings to see if a specific setting causes such?

[MasterAlexei]

For the record:
I still cannot reproduce. In the C::B source tree we have pure virtual classes, too. They work just fine. Did you try to (temporarily) delete your configuration? Did you try to switch off  certain plugins to see when this behaviour goes away? If its really CC: Did you try to play with CC's settings to see if a specific setting causes such?

This is what I am doing right now.
If you like, I can send you my project.

[MasterAlexei]

It is strange, but after I exported my project from my SVN in a dir, which is located some levels upper, as the origin project, CB works very well with it. I'll play a little bit with it some more time.

If in a week or two I'll not post here - then this problem can be closed, I think.

[Jenna]

It is strange, but after I exported my project from my SVN in a dir, which is located some levels upper, as the origin project, CB works very well with it.

Do you have files in the project, that are located outside the project-tree ?
Can you start C::B with "-d"-switch ?
In the "Code::Blocks Debug" log you can see the projects base path and the projects common toplevel path.
With files that are not below the base-path it can happen, that the toplevel path is (e.g.) the root folder, in that case the parser probably parses tons of unneeded files.

[MasterAlexei]

Yes, I have some files in a dirs, that are outside of projects base path, for example, I have some Common files (common for all projects of all architectures, I working with, as f.e. type defines, and Common only for wxWidgets, for example, classed to work with sockets, and so on ) but they are all needed in that project. And in that project I did added only those files, that are really needed for it.
CB does not hangs on such files, but on one file, which is located in a projects base path, but is included from one of such "common" file in a path outside of the projects base path and has no .cpp file with the same name.

But I though that the parser parses only files in Project (and the includes in a include dirs list), and not all files, which are just near of that in a dir.

As I already said, I'll play with it a little bit, and try to define the state of configuration, when it occurs. But one I already know, it stops to hang, if there is a .cpp file in a project, with the same name but completely empty.
On "hang" I mean, that CB stops reacting for about 3-4 seconds, and then continue to work.

[MasterAlexei]

Hello CB Team.
The issue is still there.
If in a project there is a header file, and there is no corresponding .cpp file, when I navigate to that file (open it via doubleclick in a project tree, or through pressing Alt-Left), CB hangs for about 4-15 seconds. 15 seconds it hangs, if the file opened first time after opening the project. After that it hangs for about 4 seconds.
The .h file can be in a projects tree, or outside of it (I have two projects, which are using some common files).
If I add the corresponding file to the project, but do not put any code in it, only comments (file header), then it works normal.
If you like I can send a project, where it behaves in such a way.

[MortenMacFly]

If you like I can send a project, where it behaves in such a way.

I guess you have to, including exact steps to reproduce, because I don't have such issues.

[MasterAlexei]

Ok. Since here is a restriction to 128 KB, here is the link:
http://masteralexei.homelinux.net/HomeCommunicator.7z (may be down some times for about 20 minutes, IP is dynamic there)

The interesting on it all is that, as I move the whole dirs into another place, it starts to work properly, without any delays and so on.

This project on my machine is located at D:\MyProjects\wxWidgets\HomeCommunicator\
I did make a copy of that to D:\Temp\HomeCommunicator and it work fine now.

It must be mentioned, that in a D:\MyProjects\ there are some more projects ( about 50-70 ) but, of course, in cbp project only the needed files are included.

So, the problem files are:
HCProtocol\ProtocolModel\Code\DataItemTypes.h
HCServer\MessageDefines.h
HCClient\MessageDefines.h

To reproduce - just open that files in a project in CB.
Or, open other file, then one of this.
And, if I add an empty .cpp file with the same name, as the .h files above in the same dir, it starts to work properly.