Author Topic: The 10 December 2007 build (4719) is out. (Read 36725 times)

killerbot · « **on:** December 10, 2007, 09:24:11 pm »

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_wx287.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 10 December 2007 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20071210_rev4719_win32.7z
- Linux :
none

Resolved Fixed:

debugger: fixed broken cygwin debugging when using cygprefix "/"
scripted wizard: added suppot for cygwin compiler
fix error that file is opended twice on C::B startup (Shell Open and DDE Open)
removed use of warning reducing script from win cbp's (wx287 solved the major part and the rest has been done by previous commits)
added AutoVersioning plugin to contrib's

Regressions/Confirmed/Annoying/Common bugs:

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

Xaviou · « **Reply #1 on:** December 10, 2007, 10:13:52 pm »

Ubuntu 6.10 -> 7.10 Amd64 tar.gz archive (containing '.deb' installers builds with wx2.8.6) can be found here.

CaseyB · « **Reply #2 on:** December 10, 2007, 10:41:02 pm »

I am having trouble building this on Fedora 7. I have built wxGTK 2.8.7 and when I try to build Code::Blocks I get the following errors:

Quote

/home/cborders/Development/CodeBlocks/src/sdk/.libs/libcodeblocks.so: undefined reference to `operator+(wxString const&, wchar_t const*)'
/home/cborders/Development/CodeBlocks/src/sdk/.libs/libcodeblocks.so: undefined reference to `wxStringBase::append(unsigned long, wchar_t)'
/home/cborders/Development/CodeBlocks/src/sdk/.libs/libcodeblocks.so: undefined reference to `wxArrayString::Remove(wchar_t const*)'
/home/cborders/Development/CodeBlocks/src/sdk/.libs/libcodeblocks.so: undefined reference to `wxStringBase::find(wchar_t, unsigned long) const'
/home/cborders/Development/CodeBlocks/src/sdk/.libs/libcodeblocks.so: undefined reference to `wxString::Format(wchar_t const*, ...)'
/home/cborders/Development/CodeBlocks/src/sdk/.libs/libcodeblocks.so: undefined reference to `wxString::Find(wchar_t const*) const'
/home/cborders/Development/CodeBlocks/src/sdk/.libs/libcodeblocks.so: undefined reference to `wxStringBase::InitWith(wchar_t const*, unsigned long, unsigned long)'
/home/cborders/Development/CodeBlocks/src/sdk/.libs/libcodeblocks.so: undefined reference to `wxArrayString::Index(wchar_t const*, bool, bool) const'
/home/cborders/Development/CodeBlocks/src/sdk/.libs/libcodeblocks.so: undefined reference to `wxStringHash::wxCharStringHash(wchar_t const*)'
/home/cborders/Development/CodeBlocks/src/sdk/.libs/libcodeblocks.so: undefined reference to `wxStringBase::ConcatSelf(unsigned long, wchar_t const*, unsigned long)'
/home/cborders/Development/CodeBlocks/src/sdk/.libs/libcodeblocks.so: undefined reference to `operator+(wchar_t const*, wxString const&)'
/home/cborders/Development/CodeBlocks/src/sdk/.libs/libcodeblocks.so: undefined reference to `wxWindow::ApplyToolTip(_GtkTooltips*, wchar_t const*)'
/home/cborders/Development/CodeBlocks/src/sdk/.libs/libcodeblocks.so: undefined reference to `GetStringFromArray(wxArrayString const&, wxString const&)'
/home/cborders/Development/CodeBlocks/src/sdk/.libs/libcodeblocks.so: undefined reference to `wxString::Cmp(wchar_t const*) const'
/home/cborders/Development/CodeBlocks/src/sdk/.libs/libcodeblocks.so: undefined reference to `wxXmlResource::GetXRCID(wchar_t const*, int)'
/home/cborders/Development/CodeBlocks/src/sdk/.libs/libcodeblocks.so: undefined reference to `wxString::Replace(wchar_t const*, wchar_t const*, bool)'
/home/cborders/Development/CodeBlocks/src/sdk/.libs/libcodeblocks.so: undefined reference to `wxString::Matches(wchar_t const*) const'
/home/cborders/Development/CodeBlocks/src/sdk/.libs/libcodeblocks.so: undefined reference to `wxFileSelector(wchar_t const*, wchar_t const*, wchar_t const*, wchar_t const*, wchar_t const*, int, wxWindow*, int, int)'
collect2: ld returned 1 exit status

I am sure there is something that I am missing. Does anyone know what it might be?

wobien · « **Reply #3 on:** December 10, 2007, 10:44:49 pm »

Thanks for again a new build.

As i reported here i am not having crashes on close workspace any more, but that is not caused by an improvement of C::B.
I made a copy of my old project and workspace before i changed it, and the old workspace still makes C::B crash imediately when i close the workspace, even if i just open it and close at once.
Jens, I am not having "remote_debugging" entries in my cbp-files.

I tried to reproduce the problem in a simple workspace, but until now the simple workspace stubbornly refuses to crash.

Trying this i stumbled apon another odd feature in C::B. It happened in the 4711 build, and also in this one ( i don't know about earlier ones).
If C::B is closed, I cannot open a single file by dubble clicking it (this is reported earlier). I can open a project or a workspace that way.
If I do that, then close it and wait for about 1 or 2 minutes, it reopens all by itself! It does not happen if I close a project or workspace that i opened from within C::B.
I am om windows XP

pasgui · « **Reply #4 on:** December 10, 2007, 10:49:37 pm »

Build for Ubuntu i386/amd64 can be found here

Best regards, pasgui

killerbot · « **Reply #5 on:** December 10, 2007, 11:15:56 pm »

Quote from: wobien on December 10, 2007, 10:44:49 pm

Thanks for again a new build.
Trying this i stumbled apon another odd feature in C::B. It happened in the 4711 build, and also in this one ( i don't know about earlier ones).
If C::B is closed, I cannot open a single file by dubble clicking it (this is reported earlier). I can open a project or a workspace that way.
If I do that, then close it and wait for about 1 or 2 minutes, it reopens all by itself! It does not happen if I close a project or workspace that i opened from within C::B.
I am om windows XP

:shock: :shock: :shock: :shock:
Can anyone confirm such a thing ?

kelo81 · « **Reply #6 on:** December 10, 2007, 11:42:42 pm »

Quote from: killerbot on December 10, 2007, 09:24:11 pm

added AutoVersioning plugin to contrib's

Cool!, thanks!

MP2E · « **Reply #7 on:** December 10, 2007, 11:55:54 pm »

Slackware 12 i686 build is here!:
http://savefile.com/projects/808576591

Can be used on practically any i686 Linux operating system. Just rename to tar.gz and delete the install directory.

Please tell me if you encounter any issues

Jeisson · « **Reply #8 on:** December 11, 2007, 12:05:19 am »

Quote from: killerbot on December 10, 2007, 11:15:56 pm

Quote from: wobien on December 10, 2007, 10:44:49 pm
Thanks for again a new build.
Trying this i stumbled apon another odd feature in C::B. It happened in the 4711 build, and also in this one ( i don't know about earlier ones).
If C::B is closed, I cannot open a single file by dubble clicking it (this is reported earlier). I can open a project or a workspace that way.
If I do that, then close it and wait for about 1 or 2 minutes, it reopens all by itself! It does not happen if I close a project or workspace that i opened from within C::B.
I am om windows XP

:shock: :shock: :shock: :shock:
Can anyone confirm such a thing ?

I confirm. I have this problem also, and I had it with project files too. If I double click in a file that is associated with Code::Blocks, Windows Explorer window freezes and Code::Blocks loads but it does not show the file. About 30 seconds later, Code::Blocks opens the file normally and the Windows Explorer window unfreezes.

I have noticed these problems disappear if I disable "Use DDE" option in the File Types section of Folder Options in Windows Explorer configuration. But is not always a rule.

I want to take advantage of this post for thanking the CB team for this magnificent work!
Greetings!

Jeisson · « **Reply #9 on:** December 11, 2007, 12:05:58 am »

Quote from: killerbot on December 10, 2007, 09:24:11 pm

added AutoVersioning plugin to contrib's

Congratulations and thanks JGM!

chikigai · « **Reply #10 on:** December 11, 2007, 12:37:01 am »

I recall someone mentioning in the Rev. 4681 thread that the Todo List message pane no longer updated using the "refresh" button.
I am also experiencing the same problem on WinXP SP2.
Has the Todo List plugin been disabled due to the recent crashes associated with it?

thomas · « **Reply #11 on:** December 11, 2007, 12:43:46 am »

Quote from: killerbot on December 10, 2007, 11:15:56 pm

:shock: :shock: :shock: :shock:
Can anyone confirm such a thing ?

Yes, that is "normal". It's DDE... nothing to worry about, we'll replace it eventually.

Jenna · « **Reply #12 on:** December 11, 2007, 01:25:11 am »

Debian packages build for/on stable, testing and unstable can be downloaded from my repo (see sig).

JGM · « **Reply #13 on:** December 11, 2007, 02:52:00 am »

Quote from: Jeisson on December 11, 2007, 12:05:58 am

Quote from: killerbot on December 10, 2007, 09:24:11 pm
added AutoVersioning plugin to contrib's

Congratulations and thanks JGM!

thank you!

killerbot · « **Reply #14 on:** December 11, 2007, 07:48:06 am »

Quote from: thomas on December 11, 2007, 12:43:46 am

Quote from: killerbot on December 10, 2007, 11:15:56 pm
:shock: :shock: :shock: :shock:
Can anyone confirm such a thing ?
Yes, that is "normal". It's DDE... nothing to worry about, we'll replace it eventually.

:shock: :shock: :shock:
This has worked in the past !! How come this 'could' now be broken ??
There could be race conditions when a dialog was shown (eg compiler selection), then we got that strange error that the file could not be found.

And reopening projects

?

What has happened here ??

thomas · « **Reply #15 on:** December 11, 2007, 08:21:32 am »

What happens is that DDE does not even work properly if you know how to use it correctly, and apparently none in our dev team knows how to use it properly, either (me included). You say "this has worked in the past", but I say "this has never worked reliably for me". I have had troubles with DDE for as long as Code::Blocks exists.
That's probably the reason why Martin made those changes in rev. 4713 (which I don't understand, and he probably doesn't either) trying to make something work better.
That's also the reason why I've started working on the IPC class, to get rid of all that DDE rubbish for good one day. Only time hasn't allowed me to finish it yet...

MortenMacFly · « **Reply #16 on:** December 11, 2007, 01:36:33 pm »

Quote from: Jeisson on December 11, 2007, 12:05:19 am

Quote from: killerbot on December 10, 2007, 11:15:56 pm
Can anyone confirm such a thing ?
If I double click in a file that is associated with Code::Blocks, Windows Explorer window freezes and Code::Blocks loads but it does not show the file. About 30 seconds later, Code::Blocks opens the file normally and the Windows Explorer window unfreezes.

We are aware of that and we already now the root of it but we are still working on a way to fix that. Stay tuned.
With regards, Morten.

MortenMacFly · « **Reply #17 on:** December 11, 2007, 01:41:49 pm »

Quote from: thomas on December 11, 2007, 08:21:32 am

That's probably the reason why Martin made those changes in rev. 4713 (which I don't understand, and he probably doesn't either) trying to make something work better.

Trust me - I know why I did that... at least this time. ;-) But this was *not* to fix the freeze bug but to fix another one: When C::B was not open the DDE *and* the "Shell Open" command were executed resulting in several events issued twice which was wrong. The fix handles this now properly (btw: as suggested by MS). Thomas: If you have questions about the details, let's discuss them over at MSN).

Quote from: thomas on December 11, 2007, 08:21:32 am

That's also the reason why I've started working on the IPC class, to get rid of all that DDE rubbish for good one day. Only time hasn't allowed me to finish it yet...

For a long term this is definitely the way to go. Not only to get rid of (Windows only sucking DDE) but also to have this functionality in our hands.

With regards, Morten.

sipickles · « **Reply #18 on:** December 11, 2007, 02:44:09 pm »

I am getting random C::B closure now. First build I have had any stability issue. C::B window simply closes, no messages. Ubuntu Gutsy, i386.

Anyway I can provide more helpful info, let me know!

troels · « **Reply #19 on:** December 11, 2007, 08:16:55 pm »

Quote from: MP2E on December 10, 2007, 11:55:54 pm

Slackware 12 i686 build is here!:
...Please tell me if you encounter any issues

Well, it isn't running on a clean new Ubuntu 7.10 installation, it crashes, see log below.
Why are you requiring wxGTK Ansi? Please build with --enable-unicode

/Troels

Edit:
1. If no wxGTK present, running codeblocks yields the complain:
"codeblocks: error while loading shared libraries: libwx_gtk2u_richtext-2.8.so.0"
2. After installing wxGTK 2.8.7, the complain changes to
"codeblocks: error while loading shared libraries: libwx_gtk2_richtext-2.8.so.0"
3. After installing wxGTK 2.8.7 Ansi (!!!), codeblocks crashes as described.
The same goes for the two builds below!!! Could this be a problem with wxGTK 2.8.7?

These builds appears to crash in the same circumstances.

Quote from: pasgui on December 10, 2007, 10:49:37 pm

Build for Ubuntu i386/amd64 can be found here

Quote from: kurapix on December 06, 2007, 11:36:01 pm

Here is the build for Ubuntu 7.10 i386 - Gutsy Gibbon : download.

<?xml version="1.0" encoding="utf-8"?>
<report version="1.0" kind="exception">
<system description="Linux 2.6.22-14-generic i686"/>
<modules>
<module path="/usr/local/bin/codeblocks" address="08048000" size="0007c000"/>
<module path="[heap]" address="080ca000" size="004a1000"/>
<module path="/lib/libbz2.so.1.0.4" address="b537e000" size="00001000" version="1.0.4"/>
<module path="/usr/lib/libcroco-0.6.so.3.0.1" address="b53b1000" size="00003000" version="3.0.1"/>
<module path="/usr/lib/libgsf-1.so.114.0.7" address="b53e4000" size="00003000" version="114.0.7"/>
<module path="/usr/lib/librsvg-2.so.2.18.2" address="b53e8000" size="00030000" version="2.18.2"/>
<module path="/usr/lib/gtk-2.0/2.10.0/loaders/svg_loader.so" address="b5424000" size="00001000" version="2.0/2.10.0/loaders/svg_loader"/>
<module path="/usr/share/icons/hicolor/icon-theme.cache" address="b5426000" size="001f7000"/>
<module path="/usr/share/icons/Tangerine/icon-theme.cache" address="b5d7c000" size="000ab000"/>
<module path="/usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf" address="b5f8d000" size="0008b000"/>
<module path="/SYSV00000000" address="b6078000" size="00003000"/>
<module path="/usr/lib/pango/1.6.0/modules/pango-basic-fc.so" address="b60ff000" size="00002000" version="fc"/>
<module path="/SYSV00000000" address="b6102000" size="00060000"/>
<module path="/var/cache/fontconfig/e383d7ea5fbe662a33d9b44caf393297-x86.cache-2" address="b6168000" size="00003000"/>
<module path="/var/cache/fontconfig/c69f04ab05004e31a6d5e715764f16d8-x86.cache-2" address="b616f000" size="00001000"/>
<module path="/var/cache/fontconfig/a755afe4a08bf5b97852ceb7400b47bc-x86.cache-2" address="b6171000" size="00003000"/>
<module path="/var/cache/fontconfig/6d41288fd70b0be22e8c3a91e032eec0-x86.cache-2" address="b6175000" size="00003000"/>
<module path="/var/cache/fontconfig/e3de0de479f42330eadf588a55fb5bf4-x86.cache-2" address="b617a000" size="00008000"/>
<module path="/var/cache/fontconfig/4794a0821666d79190d59a36cb4f44b5-x86.cache-2" address="b6188000" size="00001000"/>
<module path="/var/cache/fontconfig/d52a8644073d54c13679302ca1180695-x86.cache-2" address="b618b000" size="00006000"/>
<module path="/var/cache/fontconfig/e13b20fdb08344e0e664864cc2ede53d-x86.cache-2" address="b6195000" size="00002000"/>
<module path="/var/cache/fontconfig/e9e44584608a73233979f764b5f9dd81-x86.cache-2" address="b6198000" size="00001000"/>
<module path="/var/cache/fontconfig/b21a91cee725896328b8cee8091cf747-x86.cache-2" address="b619a000" size="00003000"/>
<module path="/var/cache/fontconfig/fd9416c4b92f07c6f59a3a8cf496e9dc-x86.cache-2" address="b61c7000" size="00003000"/>
<module path="/var/cache/fontconfig/f5a93ac943883aa0fd9a7bfe0f6ec3c1-x86.cache-2" address="b61cc000" size="00001000"/>
<module path="/var/cache/fontconfig/a1131b7be650f9abae4907495aa5815d-x86.cache-2" address="b61ce000" size="00001000"/>
<module path="/var/cache/fontconfig/0f32d3adc6a232110812e17374eaa446-x86.cache-2" address="b61d4000" size="00005000"/>
<module path="/var/cache/fontconfig/61c830dfac3fd78a12654da5e9ba3f56-x86.cache-2" address="b61db000" size="00003000"/>
<module path="/var/cache/fontconfig/4123634e9c08547d899d0aaff05ebe69-x86.cache-2" address="b61df000" size="00001000"/>
<module path="/var/cache/fontconfig/102e5142c2e9e50c5e8ece26694a2dad-x86.cache-2" address="b61e3000" size="00006000"/>
<module path="/usr/lib/gconv/UTF-32.so" address="b61ed000" size="00002000" version="32"/>
<module path="/usr/lib/gtk-2.0/2.10.0/engines/libubuntulooks.so" address="b61f1000" size="00012000" version="2.0/2.10.0/engines/libubuntulooks"/>
<module path="/usr/lib/libgnomecanvas-2.so.0.2000.0" address="b6204000" size="0002f000" version="0.2000.0"/>
<module path="/usr/lib/libgnomeprintui-2-2.so.0.1.0" address="b6234000" size="0003e000" version="0.1.0"/>
<module path="/usr/lib/libxml2.so.2.6.30" address="b6274000" size="00118000" version="2.6.30"/>
<module path="/usr/lib/libart_lgpl_2.so.2.3.19" address="b6392000" size="00015000" version="2.3.19"/>
<module path="/usr/lib/libgnomeprint-2-2.so.0.1.0" address="b63a8000" size="00065000" version="0.1.0"/>
<module path="/var/cache/fontconfig/92a571655fb1c0ec1c4d6f496220600a-x86.cache-2" address="b6410000" size="00001000"/>
<module path="/var/cache/fontconfig/b3fedf7c409f006ca1a6fceffceb77cf-x86.cache-2" address="b6413000" size="00004000"/>
<module path="/lib/tls/i686/cmov/libnss_files-2.6.1.so" address="b641a000" size="00009000" version="2.6.1"/>
<module path="/lib/tls/i686/cmov/libnss_nis-2.6.1.so" address="b6425000" size="00008000" version="2.6.1"/>
<module path="/lib/tls/i686/cmov/libnsl-2.6.1.so" address="b642f000" size="00014000" version="2.6.1"/>
<module path="/lib/tls/i686/cmov/libnss_compat-2.6.1.so" address="b6447000" size="00007000" version="2.6.1"/>
<module path="/usr/lib/libgailutil.so.18.0.1" address="b6450000" size="00007000" version="18.0.1"/>
<module path="/usr/lib/gconv/ISO8859-1.so" address="b6458000" size="00001000" version="1"/>
<module path="/usr/lib/locale/en_DK.utf8/LC_CTYPE" address="b645b000" size="0003f000"/>
<module path="/usr/lib/locale/en_DK.utf8/LC_TIME" address="b649b000" size="00001000"/>
<module path="/usr/lib/locale/en_DK.utf8/LC_MONETARY" address="b657c000" size="00001000"/>
<module path="/usr/lib/locale/en_DK.utf8/LC_PAPER" address="b657e000" size="00001000"/>
<module path="/usr/lib/libdirect-0.9.so.25.0.0" address="b6584000" size="0000e000" version="25.0.0"/>
<module path="/usr/lib/libfusion-0.9.so.25.0.0" address="b6593000" size="00005000" version="25.0.0"/>
<module path="/usr/lib/libdirectfb-0.9.so.25.0.0" address="b6599000" size="00055000" version="25.0.0"/>
<module path="/usr/lib/libasound.so.2.0.0" address="b65f0000" size="000c1000" version="2.0.0"/>
<module path="/usr/lib/libICE.so.6.3.0" address="b66b6000" size="00015000" version="6.3.0"/>
<module path="/usr/lib/libSDL-1.2.so.0.11.0" address="b66cf000" size="00065000" version="0.11.0"/>
<module path="/usr/lib/libtiff.so.4.2.1" address="b675e000" size="00052000" version="4.2.1"/>
<module path="/usr/lib/libjpeg.so.62.0.0" address="b67b3000" size="0001f000" version="62.0.0"/>
<module path="/usr/lib/libSM.so.6.0.0" address="b67d3000" size="00007000" version="6.0.0"/>
<module path="/lib/tls/i686/cmov/librt-2.6.1.so" address="b67db000" size="00007000" version="2.6.1"/>
<module path="/usr/lib/libgthread-2.0.so.0.1400.1" address="b67e4000" size="00004000" version="0.1400.1"/>
<module path="/usr/lib/libXcursor.so.1.0.2" address="b67ea000" size="00008000" version="1.0.2"/>
<module path="/usr/lib/libXrandr.so.2.1.0" address="b67f3000" size="00005000" version="2.1.0"/>
<module path="/usr/lib/libXi.so.6.0.0" address="b67f9000" size="00007000" version="6.0.0"/>
<module path="/usr/lib/libXinerama.so.1.0.0" address="b6801000" size="00002000" version="1.0.0"/>
<module path="/usr/lib/libXext.so.6.4.0" address="b6804000" size="0000d000" version="6.4.0"/>
<module path="/usr/lib/libXfixes.so.3.1.0" address="b6813000" size="00004000" version="3.1.0"/>
<module path="/usr/lib/libXdamage.so.1.1.0" address="b6818000" size="00002000" version="1.1.0"/>
<module path="/usr/lib/libXcomposite.so.1.0.0" address="b681b000" size="00002000" version="1.0.0"/>
<module path="/lib/tls/i686/cmov/libc-2.6.1.so" address="b681e000" size="00144000" version="2.6.1"/>
<module path="/lib/tls/i686/cmov/libc-2.6.1.so" address="b6963000" size="00002000" version="2.6.1"/>
<module path="/lib/tls/i686/cmov/libm-2.6.1.so" address="b6968000" size="00023000" version="2.6.1"/>
<module path="/lib/tls/i686/cmov/libdl-2.6.1.so" address="b698d000" size="00002000" version="2.6.1"/>
<module path="/lib/tls/i686/cmov/libpthread-2.6.1.so" address="b6992000" size="00014000" version="2.6.1"/>
<module path="/usr/lib/libwx_base-2.8.so.0.4.0" address="b69aa000" size="00130000" version="0.4.0"/>
<module path="/usr/lib/libwx_base_net-2.8.so.0.4.0" address="b6ae3000" size="0002d000" version="0.4.0"/>
<module path="/usr/lib/libwx_base_xml-2.8.so.0.4.0" address="b6b12000" size="00009000" version="0.4.0"/>
<module path="/usr/lib/libwx_gtk2_core-2.8.so.0.4.0" address="b6b1c000" size="0035f000" version="0.4.0"/>
<module path="/usr/lib/libwx_gtk2_adv-2.8.so.0.4.0" address="b6eaf000" size="000be000" version="0.4.0"/>
<module path="/usr/lib/libwx_gtk2_html-2.8.so.0.4.0" address="b6f78000" size="00099000" version="0.4.0"/>
<module path="/usr/lib/libwx_gtk2_qa-2.8.so.0.4.0" address="b7018000" size="0001d000" version="0.4.0"/>
<module path="/usr/lib/libwx_gtk2_xrc-2.8.so.0.4.0" address="b7037000" size="0008f000" version="0.4.0"/>
<module path="/usr/lib/libwx_gtk2_aui-2.8.so.0.4.0" address="b70cb000" size="00053000" version="0.4.0"/>
<module path="/usr/lib/libwx_gtk2_richtext-2.8.so.0.4.0" address="b7123000" size="000e3000" version="0.4.0"/>
<module path="/usr/lib/libstdc++.so.6.0.9" address="b720e000" size="000e8000" version="6.0.9"/>
<module path="/usr/lib/libstdc++.so.6.0.9" address="b72f9000" size="00002000" version="6.0.9"/>
<module path="/usr/local/lib/libcodeblocks.so.0.0.1" address="b7301000" size="003ef000" version="0.0.1"/>
<module path="/lib/libgcc_s.so.1" address="b770b000" size="0000a000" version="1"/>
<module path="/usr/lib/libglib-2.0.so.0.1400.1" address="b7716000" size="000bc000" version="0.1400.1"/>
<module path="/usr/lib/libgmodule-2.0.so.0.1400.1" address="b77d3000" size="00003000" version="0.1400.1"/>
<module path="/usr/lib/libgobject-2.0.so.0.1400.1" address="b77d8000" size="0003a000" version="0.1400.1"/>
<module path="/usr/lib/libXdmcp.so.6.0.0" address="b7813000" size="00004000" version="6.0.0"/>
<module path="/usr/lib/libXau.so.6.0.0" address="b7818000" size="00002000" version="6.0.0"/>
<module path="/usr/lib/libxcb.so.1.0.0" address="b781b000" size="00017000" version="1.0.0"/>
<module path="/usr/lib/libxcb-xlib.so.0.0.0" address="b7833000" size="00001000" version="0.0.0"/>
<module path="/usr/lib/libX11.so.6.2.0" address="b7835000" size="000ed000" version="6.2.0"/>
<module path="/usr/lib/libXrender.so.1.3.0" address="b7927000" size="00007000" version="1.3.0"/>
<module path="/usr/lib/libpng12.so.0.15.0" address="b792f000" size="00022000" version="0.15.0"/>
<module path="/usr/lib/libexpat.so.1.0.0" address="b7952000" size="0001e000" version="1.0.0"/>
<module path="/usr/lib/libz.so.1.2.3.3" address="b7972000" size="00014000" version="1.2.3.3"/>
<module path="/usr/lib/libfreetype.so.6.3.16" address="b7987000" size="0006c000" version="6.3.16"/>
<module path="/usr/lib/libfontconfig.so.1.2.0" address="b79f7000" size="00023000" version="1.2.0"/>
<module path="/usr/lib/libcairo.so.2.11.5" address="b7a23000" size="00075000" version="2.11.5"/>
<module path="/usr/lib/libpango-1.0.so.0.1800.3" address="b7a9a000" size="0003b000" version="0.1800.3"/>
<module path="/usr/lib/libpangoft2-1.0.so.0.1800.3" address="b7ad7000" size="0002d000" version="0.1800.3"/>
<module path="/usr/lib/libpangocairo-1.0.so.0.1800.3" address="b7b05000" size="00008000" version="0.1800.3"/>
<module path="/usr/lib/libgdk_pixbuf-2.0.so.0.1200.0" address="b7b0e000" size="00017000" version="0.1200.0"/>
<module path="/usr/lib/libatk-1.0.so.0.2009.1" address="b7b26000" size="00019000" version="0.2009.1"/>
<module path="/usr/lib/libgdk-x11-2.0.so.0.1200.0" address="b7b42000" size="00084000" version="0.1200.0"/>
<module path="/usr/lib/libgtk-x11-2.0.so.0.1200.0" address="b7bc9000" size="0037d000" version="0.1200.0"/>
<module path="/usr/lib/locale/en_DK.utf8/LC_ADDRESS" address="b7f4e000" size="00001000"/>
<module path="/usr/lib/locale/en_DK.utf8/LC_MEASUREMENT" address="b7f50000" size="00001000"/>
<module path="/usr/lib/locale/en_DK.utf8/LC_IDENTIFICATION" address="b7f58000" size="00001000"/>
<module path="/lib/ld-2.6.1.so" address="b7f5b000" size="0001a000" version="2.6.1"/>
<module path="[stack]" address="bfaba000" size="00016000"/>
</modules>
<stack>
<frame level="0" function="wxFatalSignalHandler" offset="00000026"/>
<frame level="1"/>
<frame level="2" function="Manager::Get(wxFrame*)" offset="000001a3"/>
<frame level="3" function="wxGetTranslation" offset="00000000" file="/usr/local/include/wx-2.8/wx/intl.h" line="568"/>
<frame level="4" function="MainFrame" offset="00000000" file="/home/cray/codeblocks/src/src/main.cpp" line="514"/>
<frame level="5" function="CodeBlocksApp::InitFrame()" offset="00000000" file="/home/cray/codeblocks/src/src/app.cpp" line="355"/>
<frame level="6" function="CodeBlocksApp::OnInit()" offset="00000000" file="/home/cray/codeblocks/src/src/app.cpp" line="516"/>
</stack>
</report>

lobby · « **Reply #20 on:** December 11, 2007, 08:44:40 pm »

good luck for fixing the DDE bug, it's reassuring to know that dev are aware of that problem

dmoore · « **Reply #21 on:** December 11, 2007, 10:09:50 pm »

Quote from: thomas on December 11, 2007, 08:21:32 am

That's also the reason why I've started working on the IPC class, to get rid of all that DDE rubbish for good one day. Only time hasn't allowed me to finish it yet...

tell me more... (and the sooner you get this into svn the better

I for one would like to play around with this)

davidcosse · « **Reply #22 on:** December 11, 2007, 10:13:13 pm »

On Ubuntu 7.10 amd64 and mandriva 2008 x86 i've got a code::blocks freeze when i whant to print (or make a pdf ...)

(codeblocks:6279): GnomePrint-WARNING **: Family Monospace contains alias and non-alias entries

(codeblocks:6279): GnomePrint-WARNING **: Family Monospace contains alias and non-alias entries

(codeblocks:6279): GnomePrint-WARNING **: Family Monospace contains alias and non-alias entries

(codeblocks:6279): GnomePrint-WARNING **: Family Monospace contains alias and non-alias entries

(codeblocks:6279): GnomePrint-WARNING **: Family Monospace contains alias and non-alias entries

(codeblocks:6279): GnomePrint-WARNING **: Family Monospace contains alias and non-alias entries

(codeblocks:6279): GnomePrint-WARNING **: Could not create filter from description 'GnomePrintFilterSelect': filter 'GnomePrintFilterSelect' is unknown

(codeblocks:6279): GLib-GObject-WARNING **: invalid (NULL) pointer instance

(codeblocks:6279): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed

(codeblocks:6279): GnomePrint-WARNING **: Could not create filter from description 'GnomePrintFilterClip [ GnomePrintFilterMultipage ]': filter 'GnomePrintFilterClip' is unknown

(codeblocks:6279): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed

(codeblocks:6279): libgnomeprintui-CRITICAL **: gnome_print_layout_selector_load_filter: assertion `GNOME_IS_PRINT_FILTER (f)' failed

(codeblocks:6279): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed

(codeblocks:6279): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed

(codeblocks:6279): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed

(codeblocks:6279): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed

(codeblocks:6279): GLib-GObject-CRITICAL **: g_object_set: assertion `G_IS_OBJECT (object)' failed

(codeblocks:6279): GnomePrint-CRITICAL **: gnome_print_filter_reset: assertion `GNOME_IS_PRINT_FILTER (f)' failed

(codeblocks:6279): GnomePrint-CRITICAL **: gnome_print_filter_flush: assertion `GNOME_IS_PRINT_FILTER (f)' failed
Processus arrêté

Grom · « **Reply #23 on:** December 11, 2007, 11:26:45 pm »

Would be grate to have a FlatNotebook with debugging windows. The second would be grate to have an option to put windows as tabs. Probably the last can be a problem in wx.

MortenMacFly · « **Reply #24 on:** December 12, 2007, 09:05:33 am »

Quote from: dmoore on December 11, 2007, 10:09:50 pm

tell me more... (and the sooner you get this into svn the better I for one would like to play around with this)

It already is in SVN. Check src/ipc[.h/.cpp]. ;-)

Grom · « **Reply #25 on:** December 12, 2007, 05:40:04 pm »

Quote from: Manmohan on December 12, 2007, 08:01:56 am

AUTOMATIC INSTALLER OF CODEBLOCKS INTEGRATED WITH MINGW

Dear User of CodeBlocks if you are interested to use free software CodeBlocks with MinGW compiler you can go through my web

:? :lol: :lol: :arrow:

[deleted link to pirated software]

and from the Download button you can be able to download the latest version of CodeBlocks integrated with MinGW which is fully compatible with MS Windows Vista.

Exellent, but also pls make installer with gcc 4.2.2 and compiled wx with turned on openMP support.

SharkCZ · « **Reply #26 on:** December 13, 2007, 08:29:58 pm »

This nightly build will soon appear in Fedora 7, 8 and Development (it now sits in updates-testing) and also in EPEL 5 add-ons repo for RHEL/CentOS 5.

Jan van den Borst · « **Reply #27 on:** December 13, 2007, 11:08:42 pm »

LS
I just came across a small typo in wxSmith:

in files wxsDeleteItemRes.wxs and wxsdeleteitemres.cpp it says "phisically" instead of Physically

Jan

killerbot · « **Reply #28 on:** December 13, 2007, 11:38:11 pm »

Quote from: Jan van den Borst on December 13, 2007, 11:08:42 pm

LS
I just came across a small typo in wxSmith:

in files wxsDeleteItemRes.wxs and wxsdeleteitemres.cpp it says "phisically" instead of Physically

Jan

done, thanks.

codeur · « **Reply #29 on:** December 15, 2007, 12:42:36 am »

Quote from: SharkCZ on December 13, 2007, 08:29:58 pm

This nightly build will soon appear in Fedora 7, 8 and Development (it now sits in updates-testing) and also in EPEL 5 add-ons repo for RHEL/CentOS 5.

Thanks, this was much needed. An excellent choice of nightly too! CB is becoming quite stable.

News:

Author Topic: The 10 December 2007 build (4719) is out. (Read 36725 times)

CaseyB