The 08 January 2006 build is out.

[killerbot]

Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml
A link to the unicode windows wxWidget dll for Code::Blocks : http://download.berlios.de/codeblocks/wxmsw26u_gcc_cb.7z

The 08 January 2006 build is out.
  - Windows : http://download.berlios.de/codeblocks/CB_08jan2006_rev1685_win32.7z
  - Linux : not supported yet


Resolved Fixed:

• Keybinder:Fixed bitmapped menus bug
• All docking windows are now "named". This will fix the problem of breaking saved layouts when adding new dock windows with each version. Just delete your existing ones (for the last time)
• Fixed some bugs in AnnoyingDialog
• Used AnnoyingDialog for layout saving confirmation
• Keep "Start here" page in-sync with the actual projects/files history when removing files from the history (partial patch #1399518 by sethjackson)
• Added "Recent files" in "Start here" page
• The default view layout can no longer be deleted but rather reverted to "factory defaults"
• Added "Edit->Highlight mode" menu entry for changing the highlighting for the current document
• Expand folded blocks of code if compiler error is inside it (patch #1394856)
• ToDo list fix to work both with single-click and double-click (patch #1395490)
• File properties dialog now displays info about the file (patch #1392899)
• Fixed auto-complete items loading/saving configuration (would make them all upper-case)
• Fix a (highly) potential crash when destroying EditorManager
• Fixed bug with "Tabs at top" notebook tabs context menu entry

Regressions/Confirmed/Annoying/Common bugs:

• none

[artoj]

Anybody else having problems with opening CodeBlocks registered files through Explorer?

I'm having the following issue, see attached screenshot.

As you can see, the file, "test.cc" exists in my desktop, but when opening it through Explorer I got the error message. Note that it says Windows can't find the file. Code::Blocks opens it correctly and able to edit and save the file. I tried to debug the whole opening process with FileMonitor but I was unable to find anything weird in it.

I have checked what the registry says:

Code

HKEY_CLASSES_ROOT

.cc -> CodeBlocks.cc

================
CodeBlocks.cc
================

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\CodeBlocks.cc]
@="C++ source file"

[HKEY_CLASSES_ROOT\CodeBlocks.cc\DefaultIcon]
@="C:\\Program Files (x86)\\CodeBlocks\\codeblocks.exe,3"

[HKEY_CLASSES_ROOT\CodeBlocks.cc\shell]

[HKEY_CLASSES_ROOT\CodeBlocks.cc\shell\open]

[HKEY_CLASSES_ROOT\CodeBlocks.cc\shell\open\command]
@="\"C:\\Program Files (x86)\\CodeBlocks\\codeblocks.exe\" \"%1\""

[HKEY_CLASSES_ROOT\CodeBlocks.cc\shell\open\ddeexec]
@="[Open(\"%1\")]"

[HKEY_CLASSES_ROOT\CodeBlocks.cc\shell\open\ddeexec\Application]
@="CODEBLOCKS"

[HKEY_CLASSES_ROOT\CodeBlocks.cc\shell\open\ddeexec\topic]
@="CodeBlocksDDEServer"

CodeBlocks is installed in "C:\Program Files (x86)\CodeBlocks\codeblocks.exe".

This error does not happen in RC2 and I'm able to open the file with notepad (without errors). I'm using Windows x64 Pro.

[artoj]

OK, I found a solution.

Disabling DDE for .cc will make the error screen go away.

[killerbot]

yes, we do.
After RC2 the registering has been changed, next to the 'command' way of doing it in the registry, also a DDE entry has been added. It is that DDE that's causing the failure. On my laptop (XP SP2) it works, on my PC (XP SP2) I get those errors. I have already been looking into it for several time now, and still no success yet.
And on my PC at work (XP SP2) I don't have this problem either, but there CB is not able to take away the binding for .cpp files from dev-cpp.

What a lovely 'windows' world we are living in ;-)

[killerbot]

note that you should not allow CB then to check on startup fo the file settingsm otherwise I will reregister each time (if it finds some of the registry settings are missing, like the DDE you removed from the registry). Or did you switch off, run DDE server option in CB, in this latter case you are safe I think ??


Lieven

[artoj]

note that you should not allow CB then to check on startup fo the file settingsm otherwise I will reregister each time (if it finds some of the registry settings are missing, like the DDE you removed from the registry). Or did you switch off, run DDE server option in CB, in this latter case you are safe I think ??

I used Control Panel - Folder Options - File types tab - .cc - Edit - Use DDE.

[artoj]

Hmm... how about adding the DDE bug to the common/annoying bug list?

So other newbie nightly testers will be aware of it.

[artoj]

Another (minor) issue: opening an empty file makes the file tab show the whole file path instead the file name.

[killerbot]

Another (minor) issue: opening an empty file makes the file tab show the whole file path instead the file name.

are you sure about this ? I tried it, and it just shows the short file name.
If it is a file which does NOT belong to the project, you get the full path name though, which is normal.

[Michael]

Another (minor) issue: opening an empty file makes the file tab show the whole file path instead the file name.

are you sure about this ? I tried it, and it just shows the shaort file name.
If it is a file which does NOT belong to the project, you get the full path name though, which is normal.

I have tried too and remarked no problem. I only get the full path name when I open an empty file that does not belong to a project.

Michael

[SamT]

Hi all code::blocks team,

Thanks for your efford for daily release and solving bug every day. I encounter a problem on the compile toolbars starting from every develop build.(The screen display correctly in 1.0 RC2) I don't know how to solve it. Does any body have the same problem?

By the way, my c::b works on windows 2000 SP4



[attachment deleted by admin]

[artoj]

are you sure about this ? I tried it, and it just shows the short file name.
If it is a file which does NOT belong to the project, you get the full path name though, which is normal.

But when opening a file which does have content and does not belong to a project it shows the short name. IMHO it doesn't make any sense.

Here's how I did it:

1. Create two files, e.g. content.cpp and empty.cpp. Create these files in the Explorer. Write something to content.cpp.

2. Open Code::Blocks and close all tabs and projects.

3. Open both files. You'll notice that the file which had content in it shows the short file name "content.cpp" in the tab but the empty file shows the whole file path and file name.

4. (Optional step) Start typing to the empty file in the CodeBlocks editor, you'll notice that the tab doesn't anymore show the whole file path and file name but short file name.

Is this a feature or a bug?

[mandrav]

I encounter a problem on the compile toolbars starting from every develop build.(The screen display correctly in 1.0 RC2) I don't know how to solve it. Does any body have the same problem?

Have you tried "View->Layouts->Delete current" ?

[killerbot]

are you sure about this ? I tried it, and it just shows the short file name.
If it is a file which does NOT belong to the project, you get the full path name though, which is normal.

But when opening a file which does have content and does not belong to a project it shows the short name. IMHO it doesn't make any sense.

Here's how I did it:

1. Create two files, e.g. content.cpp and empty.cpp. Create these files in the Explorer. Write something to content.cpp.

2. Open Code::Blocks and close all tabs and projects.

3. Open both files. You'll notice that the file which had content in it shows the short file name "content.cpp" in the tab but the empty file shows the whole file path and file name.

4. (Optional step) Start typing to the empty file in the CodeBlocks editor, you'll notice that the tab doesn't anymore show the whole file path and file name but short file name.

Is this a feature or a bug?

You are correct, I can reproduce this also.
I would say this is a bug, if it does not even show full path for 'contented' files not belonging to the project, then I would neither do it for empty files not belonging to the project.

@Yiannis and Thomas : what do you think about this ?

[SamT]

Have you tried "View->Layouts->Delete current" ?

Yes, I tyied the function but still no used...Let me explain my process:
1. delete curent layouts
2. select default layout
3. close C::B
==> at this mement, C::B asks me to save the layout
4. press yes to save it
5. re-open C::B

I found no body report this issue. This might related on my OS, is it?



[attachment deleted by admin]