User forums > Nightly builds

The 03 january 2007 build is out.

(1/4) > >>

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://prdownload.berlios.de/codeblocks/wxmsw26u_gcc_cb_wx2.6.3p2.7z

To fix the menu alignment bug introduced in wx 2.6.3 [windows only bug] we have patched wx ourselves, and that results in the following alternative dll : http://prdownload.berlios.de/codeblocks/wxmsw26u_gcc_cb_wx2.6.3p2AndCbPatch.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10.7z

For support of ansi builds, a link to the ansi windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw26_gcc_cb_wx2.6.3p2.7z

The 03 January 2007 build is out.
  - Windows : http://prdownload.berlios.de/codeblocks/CB_20070103_rev3455_win32.7z
  - Linux :
         http://prdownload.berlios.de/codeblocks/CB_20070103_rev3455_Ubuntu6.06.deb
         http://prdownload.berlios.de/codeblocks/CB_20070103_rev3455_suse100+101.i586.rpm (not yet)
         http://prdownload.berlios.de/codeblocks/CB_20070103_rev3455_fc4+5.i586.rpm (not yet)


Resolved Fixed:


* Code snippets 0.3:
* Added Edit snippet dialog
* Added macro functionality similar to editor's autocomplete
* The images are now correctly loaded when using the plugin from the user's plugin directory
* fixed several crashes with disabled compiler plugin
* Code snippets 0.3.1:
* Improved accessibility in Edit snippet dialog
* Added snippet tool tips; disabled by default in wxWidgets 2.6. Windows only (limitations in wxWidgets)
* applied [ Patch #1794 ] Fix corruption of current layout name
* Fixed broken code-completion for enumerators
Regressions/Confirmed/Annoying/Common bugs:


* toolbar-images-not-changing-state (is a wx problem/Win XP problem)
* menu items with icon not correctly aligned (since wx263) (is fixed with our special wx263/wx28 dll)

artoj:

--- Quote ---
* Code snippets 0.3:
* Added Edit snippet dialog
* Added macro functionality similar to editor's autocomplete
* The images are now correctly loaded when using the plugin from the user's plugin directory


--- End quote ---

Just little comments or maybe I should give better commit messages next time. The macro system similarity is that you can insert $(name-here) types of macros. Also, the snippet is run through MacroManager so you can use the predefined variables found in the Wiki too.


--- Quote ---
* Code snippets 0.3.1:
* Improved accessibility in Edit snippet dialog
* Added snippet tool tips; disabled by default in wxWidgets 2.6. Windows only (limitations in wxWidgets)


--- End quote ---

You might wonder why the tool tips are disabled on wxWidgets 2.6. There's actually comment in the OnItemGetToolTip which is informative about the issue:


--- Code: ---// "My eyes! The goggles do nothing!"

--- End code ---

Seriously speaking, the tool tips in wxWidgets 2.6 ignore line breaks and produce garbage to the text which will render the tool tip useless. wxWidgets 2.8 shows the tool tips correctly; only on Windows of course.

I actually had to create a Known Issues section to the Code snippet wiki page because the faults I found in the Edit snippet dialog / these updates, most of the being bugs in wxWidgets.

* goes to create minimal examples for bug reports *

pitti platsch:
When will you fix the bug that one cannot debug a DLL on Windows? This bug is in Code::Blocks since 03 november 2006 build. :(
I can imagine that you work a lot, but this is very important and easy to fix (as mentioned in the 3nov2006-build thread).

greets
pitti

killerbot:
this is the 03 nov thread : http://forums.codeblocks.org/index.php?topic=4368.0
@Yiannis, I think we have a patch for this at berlios, could you have a look at it. If it is the one I have in mind, well then GDB 5.x support will be gone [well we used to tell we don't have 5.x support, recently we did have, maybe it's time again to not have ;-)  ]

edit : this is the patch : not sure if it's the same problem, but worth looking at I guess : [ Patch #1658 ] Corrects the "No source file named" behavior when debugging : https://developer.berlios.de/patch/index.php?func=detailpatch&patch_id=1658&group_id=5358

the introduction of

--- Code: --- else
          {
                  // for foreign files, we still should use a relative path
  wxFileName f(filename);
                  f.MakeRelativeTo(prj->GetBasePath());
                  fname = f.GetFullPath();
          }
--- End code ---
cause the user who reported this to have the problem, but tiwag came up with another example where commenting out the above section doesn't help at all.

The mentioned patch does this in that particular area :

--- Code: ---         else
         {
-        // for foreign files, we still should use a relative path
+        // for foreign files, we should use an absolute path
          wxFileName f(filename);
-        f.MakeRelativeTo(prj->GetBasePath());
+        f.MakeAbsolute();
          fname = f.GetFullPath();
+        fname.Replace(_T("\\"), _T("/"));
         }
--- End code ---
together with :

--- Code: ------ plugins/debuggergdb/gdb_driver.cpp (revision 3258)
+++ plugins/debuggergdb/gdb_driver.cpp (working copy)
@@ -22,7 +22,7 @@
 static wxRegEx reThreadSwitch(_T("^\\[Switching to thread .*\\]#0[ \t]+(0x[A-z0-9]+) in (.*) from (.*)"));
 static wxRegEx reThreadSwitch2(_T("^\\[Switching to thread .*\\]#0[ \t]+(0x[A-z0-9]+) in (.*) from (.*):([0-9]+)"));
 #ifdef __WXMSW__
-    static wxRegEx reBreak(_T("([A-z]:)([^:]+):([0-9]+):[0-9]+:[begmidl]+:(0x[0-9A-z]+)"));
+    static wxRegEx reBreak(_T("..([A-z]:)([^:]+):([0-9]+):[0-9]+:[begmidl]+:(0x[0-9A-z]+)"));
 #else
     static wxRegEx reBreak(_T("\032\032([^:]+):([0-9]+):[0-9]+:[begmidl]+:(0x[0-9A-z]+)"));
 #endif
@@ -130,6 +130,7 @@
     wxString cmd;
     cmd << debugger;
     cmd << _T(" -nx");          // don't run .gdbinit
+    cmd << _T(" -readnow ");    // read symbol table immediately
     cmd << _T(" -fullname ");   // report full-path filenames when breaking
     cmd << _T(" -quiet");       // don't display version on startup
     cmd << _T(" -args ") << debuggee;
@@ -141,6 +142,7 @@
     wxString cmd;
     cmd << debugger;
     cmd << _T(" -nx");          // don't run .gdbinit
+    cmd << _T(" -readnow ");    // read symbol table immediately
     cmd << _T(" -fullname ");   // report full-path filenames when breaking
     cmd << _T(" -quiet");       // don't display version on startup
     cmd << _T(" -pid=") << wxString::Format(_T("%d"), pid);

--- End code ---

@tiwag : if you have a spare moment could you check if your example works correct with the above mentioned patch ?

Jan van den Borst:
Hi All
I have a question regarding the Code snippets plugin.
I want to make a snippet inserting a file header:
<----snippet code----->
//******************************************************************************
//* Copyright (c) 2007
//******************************************************************************
//*
//* FILE:              [[ print(GetEditorManager().GetActiveEditor().GetShortName()); ]]
//*
//* AUTHOR:        Jan van den Borst
//*
//* DESCRIPTION:
//*
//* FILE ID: $$Id:$
//*
//******************************************************************************
<----snippet code----->

This snippet works well, but the hard spaces in the code are not saved in the xml file. If I modify this file by hand and put &#x20; the hard spaces are preserved but editing the snippet by the gui makes the hard spaces disappear again.
Any ideas hoe to solve this?

Navigation

[0] Message Index

[#] Next page

Go to full version