News:

As usual while waiting for the next release - don't forget to check the nightly builds in the forum.

Main Menu

The 14 November 2007 build (4630) is out.

Started by killerbot, November 14, 2007, 08:27:04 PM

Previous topic - Next topic

killerbot

Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml

Before you use a nightly make sure you understand how it works.

A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx286.7z

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

The 14 November 2007 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20071114_rev4630_win32.7z
  - Linux :
   none

Resolved Fixed:


  • Fixed functions toolbar being cleared when closing a non-active editor (patch #2227)
  • Fixed debugger to stop on first breakpoint in linux (patch #2225)
  • Fix rare crash in debugger plugin.
  • Separated per-target additional gdb commands in two steps: a) before establishing remote connection (if any) and b) after remote connection is established
  • Added per-target debugger option to skip adjusting LD_LIBRARY_PATH
  • Moved wxPropertyGrid into wxSmith folder (it's no longer part of sdk)
  • wxSmith:
    * Fixed bug with tree labels not changing value after variable name was changed
    * Fixed crash on exit when did not want to save .wxs file
  • Welcome the new log manager
  • App's debug log is now only present if --debug-log option is used
  • Moved open files list to a separate plugin
  • Added "open in embedded viewer" option in help plugin. This way, simple HTML files (no javascript, exotic CSS, etc!) can be opened inside Code::Blocks instead of external browser. A good example is wxWidgets docs.
  • HTML log file is now a link in build log and can be clicked to open
  • Files extension handler has been updated to recognize HTML files and open them in the embedded viewer, if the user has NOT added a different association manually.
  • wxSmith: Fixed few problems with toolbar editor
  • wxSmith:
    * Remove DGBLOG entreis I forgot to remove (thanx killerbot for finding them)
    * Make font face name non-translated string (was translated before)
  • Moved firing of cbEVT_EDITOR_CLOSE in EditorBase so foreign editors send it too (e.g. wxSmith). Caused a bug in open files list plugin.

Regressions/Confirmed/Annoying/Common bugs:


  • toolbar-images-not-changing-state (is a wx problem/Win XP problem)


pasgui

#1
Build for Ubuntu i386 can be found here

dronT78


Xaviou

Ubuntu 6.10 -> 7.10 Amd64 tar.gz archive (containing '.deb' installers builds with wx2.8.6) can be found here.
My wxWidgets's stuff : [url="https://wxstuff.xaviou.fr/"]https://wxstuff.xaviou.fr/[/url]

Kazade

#4
I just updated using Pasgui's repository, but when I try to run CodeBlocks I get this output:

codeblocks: symbol lookup error: codeblocks: undefined symbol: cbEVT_ADD_LOG_WINDOW

This is on Ubuntu Gutsy, any ideas?

EDIT:

Don't worry, I didn't realize libcodeblocks0 was being held back because I didn't have wx2.8

pasgui

I think it's rev4630 instead of rev4603.

Best regards,

pasgui

Acki

when I open a project file (.cbp) by doubleclick it doesn't open...
C::B starts and shows me the start screen...
the folder where the project is located doen't react (no icon update anymore)...
when I close C::B the folder gets OK again and shows me an error message "The project file could not be found"...
But I still can open the project from inside C::B, even if I tried to open it by double click...

killerbot


rjmyst3

Quote from: killerbot on November 14, 2007, 08:27:04 PM

  • Added "open in embedded viewer" option in help plugin. This way, simple HTML files (no javascript, exotic CSS, etc!) can be opened inside Code::Blocks instead of external browser. A good example is wxWidgets docs.

I wrote this article about using the help plugin to launch the gnome help viewer (yelp) for the wxWidgets documentation.

Is there any way that I can alter the script (or anything else) to use the help plugin to load the wxWidgets docs inside the new embedded viewer  (instead of yelp)?
[url="http://wxformbuilder.org"]http://wxformbuilder.org[/url]

Jenna

I just updated my repo for debian (see sig).

dronT78

Hi.
libcompiler.la
libcompiler.so
cause my codeblocks to crush at startup
if i remove them codeblocks starts properly
i attached crush log from codeblocks and gdb backtrace

Debian Lenny i386 with 2.6.22-3-amd64 kernel, wxWidgets 2.8.4, libc 2.6.1

[attachment deleted by admin]

Jenna

#11
Quote from: dronT78 on November 15, 2007, 10:51:28 AM
Hi.
libcompiler.la
libcompiler.so
cause my codeblocks to crush at startup
if i remove them codeblocks starts properly
i attached crush log from codeblocks and gdb backtrace

Debian Lenny i386 with 2.6.22-3-amd64 kernel, wxWidgets 2.8.4, libc 2.6.1

Might be a wxWidgets-problem.

From changelog for wxWidgets 2.8.6:


* Replaced g_free with g_border_free to fix crash with newer GTK+.


Is it a self-compiled version of codeblocks, or do you use the one from my repo ?
I compiled it against wxWidgets 2.8.6.1-0 from apt.wxwidgets.org.

Edit:
I just tested "my" lenny-package on my laptop under debian sid/experimental. I got no problems.

mandrav

Quote from: rjmyst3 on November 15, 2007, 02:24:26 AM
Quote from: killerbot on November 14, 2007, 08:27:04 PM

  • Added "open in embedded viewer" option in help plugin. This way, simple HTML files (no javascript, exotic CSS, etc!) can be opened inside Code::Blocks instead of external browser. A good example is wxWidgets docs.

I wrote this article about using the help plugin to launch the gnome help viewer (yelp) for the wxWidgets documentation.

Is there any way that I can alter the script (or anything else) to use the help plugin to load the wxWidgets docs inside the new embedded viewer  (instead of yelp)?

As a matter of fact, I was working on this just yesterday but didn't have time to commit :).
Anyway, everything's in rev.4633. If you can't wait for the next nightly, update your working copy and add the scripts/wx_help.script file as a help item.
Be patient!
This bug will be fixed soon...

dronT78

Quote from: jens on November 15, 2007, 11:29:15 AM
Might be a wxWidgets-problem.
From changelog for wxWidgets 2.8.6:

* Replaced g_free with g_border_free to fix crash with newer GTK+.


ok. i update wxwidgets to 2.8.6 and all works fine. thank you.

shajunxing