User forums > Nightly builds
The 12 October 2014 build (9958) is out.
ollydbg:
--- Quote from: eckard_klotz on October 14, 2014, 08:13:06 am ---Hello Everybody.
Since the nightly from October the 11th 2014 (SVN 9936) I see the same effect again as described in my comment on June the 16th 2013
http://forums.codeblocks.org/index.php/topic,18044.msg123571.html#msg123571( Re: The 16 June 2013 build (9158) is out. « Reply #31 on: June 20, 2013, 03:15:01 pm » please scroll up since the link does not show the first post) . Since we decided to move some parts of the discussion you will find some parts at http://forums.codeblocks.org/index.php/topic,18081.msg125445.html#msg125445 ( Moritz plugin « on: June 21, 2013, 08:20:45 am »)
The effect is that namespaces nested in other namespaces will be shown parallel to their parent namespaces in the symbol-browser. Furthermore if you click on them in them, just the defining headerfile will be opened but without showing the line where the namspace will beopened. To reproduce this effect please download The files:
* src_Moritz2_2014_01_25.zip at http://sourceforge.net/projects/moritz/files/Moritz_2.x/Moritz_2_0_0/
* src_MuLanPa_2014_01_25.zip at http://sourceforge.net/projects/mulanpa/files/MuLanPa_1/MuLanPa_1_0_0/
This archives contain a C::B project and the sources for the associated binary. Please open the projects with the last 3 nightlies
* September the 16th 2014 -> nested namespaces are shown only as child of their parents
* October the 11th 2014-> nested namespaces are shown as child of their parents as well as independend namspace
* October the 12th 2041-> nested namespaces are shown as child of their parents as well as independend namspace
Since their is still no posibility to add virtual folders in the symbol browser like you can do in the project browser I use namespaces to have a more structed view. Without this the symbol browser is not realy helpfull for greater projects. Thus I hope that the effect I described above is only a bug and no feature.
The environment where I observed this effect is a sony-laptop (VAIO) with Windows 8.1. First tests on WinXP didn't show this effect But I did this check with an other project. Furthermore I try to do the same with Windows 7.
Best regards,
Eckard Klotz.
--- End quote ---
If I remember correctly, we have some patches from Huki which handle "unnamed namespaces", which may cause this issue, maybe other patches of CC. Any way, I will look into it.
eckard_klotz:
Hello Ollydbg.
Thanks for your reply. I hope you are able to reproduce the effect while using my source-archives. In the meanwhile I also tested it on Win XP and Win 7 and I've got the same result as described for Win 8.1.
Best regards,
Eckard.
Jenna:
--- Quote from: teto on October 14, 2014, 09:36:47 am ---@Obfuscated> I use jens repository on Ubuntu and codeblocks does not crash.
I indeed use the option " Open default workspace". If I disable this option, then I have to manually reopen the project and then codeblocks correctly restores my layout.
--- Quote ---If it is what I think (default workspace), it should be fixed in trunk (svn r9986)..
--- End quote ---
I think it is. Cool ! I am eager to try the next nightly.
--- End quote ---
svn r9990 for debian and r9989 for Fedora/CentOS are available on my server.
Alpha:
--- Quote from: jens on October 14, 2014, 06:20:52 am ---Do you have older C::B revisions on your system that might interfere ?
--- End quote ---
Some.. but they all should be isolated.
I did a "scorched earth" rebuild by manually purging everything that does not come from a fresh checkout. Seems to be working so far.
teto:
--- Quote from: jens on October 14, 2014, 03:18:54 pm ---svn r9990 for debian and r9989 for Fedora/CentOS are available on my server.
--- End quote ---
Works perfectly now. Thanks. I hope everything will be fine for you during the coming days.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version