Author Topic: The 21 January 2007 build is out.  (Read 29325 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5491
The 21 January 2007 build is out.
« on: January 21, 2007, 06:30:30 pm »
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_version3.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 21 January 2007 build is out.
  - Windows : http://prdownload.berlios.de/codeblocks/CB_20070121_rev3526_win32.7z
  - Linux :
         http://prdownload.berlios.de/codeblocks/CB_20070121_rev3526_Ubuntu6.xx.deb
         http://prdownload.berlios.de/codeblocks/CB_20070121_rev3526_suse100+101.i586.rpm (not yet)
         http://prdownload.berlios.de/codeblocks/CB_20070121_rev3526_fc4+5.i586.rpm (not yet)


Resolved Fixed:

  • * Use Full Path for source files (GDB workaround) option added :
    - is an advanced compiler option
    - default is false (means use relative paths) (this is the suggested value)
    - the CB builtin MinGW GCC support has this value as true (use full path for the sources when hand over to the GCC compiler, so GDB can do a better breakpoint job)
  • new wxSmith has arrived (bye bye old wxSmith)

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)

« Last Edit: January 21, 2007, 09:00:10 pm by killerbot »

Offline cstudent

  • Almost regular
  • **
  • Posts: 159
    • Cstudent's Help Desk
Re: The 21 January 2007 build is out.
« Reply #1 on: January 21, 2007, 11:02:13 pm »
Howdy all,

I performed a little "experiment" on building the Ubuntu .deb. Not the one offered above in Killerbot's post, but a different one. This one should run on Breezy, Dapper, Edgy or Feisty. I've tested it out on Breezy, Dapper and Edgy. I'm in the process of setting up a Feisty Herd 2 machine to try it out on. I don't know how many Breezy users are still out there, but I'm looking for any volunteers to try it out. You can obtain it here:

http://www.savefile.com/projects/1070500

Also, the install dependencies are listed below. These dependencies hold true for the .deb in the nightly post as well:

binutils, coreutils, file, libc6, libgcc1 (>=1), libmagic1, libncurses5, libstdc++6, zlib1g, libwxgtk2.6-0 (>=2.6.1)

To work with a wxWidgets project you should also install libwxgtk2.6-dev and wx-common. It is assumed you have build-essential already installed. If not, you want to install that package too.


If you want to give my any feedback, you can email me at wjkirby@gmail.com.


Offline AmR EiSa

  • Multiple posting newcomer
  • *
  • Posts: 75
Re: The 21 January 2007 build is out.
« Reply #2 on: January 21, 2007, 11:24:28 pm »
i can't find wxSmith Project ?!?  :shock:

Offline byo

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 837
Re: The 21 January 2007 build is out.
« Reply #3 on: January 22, 2007, 12:15:38 am »
i can't find wxSmith Project ?!?  :shock:

Yop, it's not needed anymore  8)

Just create wxWidgets project,
Select menu wxSmith->Configure wxSmith current project
Select yes (we want to add wxSmith support)
wxSmith will quickly scan project's files and find wxApp code
Select app.cpp from list and click Use Selected File

Next it will show some notification dialog and application's properties.
The only thing left is to clean up code in app.cpp (wxSmith could do some things better but there are some more important things now ;) ), optionally it will work as it is.

Now you can add resources from wxSmith's menu and select one of them in wxSmith's configuration dialog for this project to be startup resource :)

I hope that there will be possibility to add wxSmith support directly into wxWidgets wizard, that would be the best solution

Regards
   BYO

basurapr

  • Guest
Re: The 21 January 2007 build is out.
« Reply #4 on: January 22, 2007, 12:48:39 am »
Great job,

This is a nice one :D
bye bye  bugs

Offline AmR EiSa

  • Multiple posting newcomer
  • *
  • Posts: 75
Re: The 21 January 2007 build is out.
« Reply #5 on: January 22, 2007, 02:02:53 am »
Hi ,

How r u BYO ?
I want say thanks for new wxSmith that for u  :) , and i want say thanks for all C::B team for C::B  :) .

this more then Great job.

Regards
AmR EiSa

alanwong

  • Guest
Re: The 21 January 2007 build is out.
« Reply #6 on: January 22, 2007, 04:13:28 am »
Now,it's very good with new wxSmith!  but why it can't add wxMenu?
« Last Edit: January 22, 2007, 04:39:18 am by alanwong »

Offline Grom

  • Almost regular
  • **
  • Posts: 206
Re: The 21 January 2007 build is out.
« Reply #7 on: January 22, 2007, 04:52:05 am »
The death of commercial software with closed code is more close :lol:.
gcc+winXP+suse.

Offline AmR EiSa

  • Multiple posting newcomer
  • *
  • Posts: 75
Re: The 21 January 2007 build is out.
« Reply #8 on: January 22, 2007, 05:33:13 am »
i don't think so  :(

Offline tom0769

  • Multiple posting newcomer
  • *
  • Posts: 42
Re: The 21 January 2007 build is out.
« Reply #9 on: January 22, 2007, 08:17:50 am »
Hi,

To be honest, I'm a fan of C::B!
Even the way of upgrade is great, just unzip new version without any installing routine.
Simple and good! :D

By the way: I get an log error at startup, which I noticed lately:

Scanning for plugins in C:\Programme\CodeBlocks/share/codeblocks/plugins...
ERROR: SDK version mismatch for CBProfiler (1.11.2). Expecting 1.11.8

How can I fix this?


One other thing:
Is there a possibility to get an function tree of a source file to navigate through bigger sources?
Code folding is cool, but this would be great.

Thanx
« Last Edit: January 22, 2007, 08:26:42 am by tom0769 »

Offline Biplab

  • Developer
  • Lives here!
  • *****
  • Posts: 1874
    • Biplab's Blog
Re: The 21 January 2007 build is out.
« Reply #10 on: January 22, 2007, 08:44:29 am »
I have downloaded revision 3526 in my Linux machine and compiled. Code::Blocks crashes whenever I try to run a project wizard. It is generating the following crash report.

Quote
<report version="1.0" kind="exception">
<system description="Linux 2.6.18.2-34-default i686"/>

   <modules>
<module path="/usr/local/bin/codeblocks" address="08048000" size="000a7000"/>
<module path="/usr/share/fonts/truetype/DejaVuSansMono-Bold.ttf" address="b0ce1000" size="00038000"/>
<module path="/lib/libnsl-2.5.so" address="b0d2b000" size="00002000" version="2.5"/>
<module path="/lib/libbz2.so.1.0.0" address="b0d2f000" size="00012000" version="1.0.0"/>
<module path="/lib/libresolv-2.5.so" address="b0d50000" size="00002000" version="2.5"/>
<module path="/usr/lib/libcrypto.so.0.9.8" address="b0d54000" size="00130000" version="0.9.8"/>
<module path="/usr/lib/libssl.so.0.9.8" address="b0e87000" size="0003d000" version="0.9.8"/>
<module path="/usr/lib/libdbus-1.so.3.2.0" address="b0ef5000" size="00002000" version="3.2.0"/>
<module path="/usr/lib/libdbus-glib-1.so.2.0.0" address="b0f11000" size="00002000" version="2.0.0"/>
<module path="/usr/lib/libxml2.so.2.6.26" address="b1044000" size="00007000" version="2.6.26"/>
<module path="/opt/gnome/lib/libcroco-0.6.so.3.0.1" address="b104c000" size="00034000" version="3.0.1"/>
<module path="/opt/gnome/lib/libgsf-1.so.114.0.2" address="b10aa000" size="00003000" version="114.0.2"/>
<module path="/opt/gnome/lib/libORBit-2.so.0.1.0" address="b10ae000" size="00051000" version="0.1.0"/>
<module path="/opt/gnome/lib/libgconf-2.so.4.1.0" address="b112e000" size="00003000" version="4.1.0"/>
<module path="/opt/gnome/lib/libgnomevfs-2.so.0.1600.1" address="b1185000" size="00003000" version="0.1600.1"/>
<module path="/opt/gnome/lib/librsvg-2.so.2.16.0" address="b1189000" size="00031000" version="2.16.0"/>
<module path="/usr/share/fonts/truetype/DejaVuSansMono.ttf" address="b19e5000" size="0003a000"/>
<module path="/usr/local/share/codeblocks/plugins/libtodo.so" address="b1a3c000" size="00003000"/>
<module path="/usr/local/share/codeblocks/plugins/libProfiler.so" address="b1a58000" size="00002000"/>
<module path="/usr/local/share/codeblocks/plugins/libastyle.so" address="b1a87000" size="00002000"/>
<module path="/usr/local/share/codeblocks/plugins/libkeybinder.so" address="b1ac3000" size="00003000"/>
<module path="/usr/local/share/codeblocks/plugins/libscriptedwizard.so" address="b1b23000" size="00005000"/>
<module path="/usr/local/share/codeblocks/plugins/libcodesnippets.so" address="b1b4a000" size="00003000"/>
<module path="/usr/local/share/codeblocks/plugins/libclasswizard.so" address="b1b5d000" size="00002000"/>
<module path="/usr/local/share/codeblocks/plugins/libhelp_plugin.so" address="b1b72000" size="00002000"/>
<module path="/usr/local/share/codeblocks/plugins/libSymTab.so" address="b1b8c000" size="00002000"/>
<module path="/usr/local/share/codeblocks/plugins/libwxsmith.so" address="b1d41000" size="0000e000"/>
<module path="/usr/local/share/codeblocks/plugins/libautosave.so" address="b1d54000" size="0000e000"/>
<module path="/usr/local/share/codeblocks/plugins/libenvvars.so" address="b1d70000" size="00002000"/>
<module path="/usr/local/share/codeblocks/plugins/libexporter.so" address="b1e25000" size="00005000"/>
<module path="/usr/local/share/codeblocks/plugins/libcodestat.so" address="b1e3e000" size="00002000"/>
<module path="/usr/local/share/codeblocks/plugins/liblib_finder.so" address="b1e5b000" size="00003000"/>
<module path="/usr/local/share/codeblocks/plugins/libbyogames.so" address="b1e8f000" size="00004000"/>
<module path="/usr/local/share/codeblocks/plugins/libdragscroll.so" address="b1eaa000" size="00002000"/>
<module path="/usr/local/share/codeblocks/plugins/libdefaultmimehandler.so" address="b1ebc000" size="00002000"/>
<module path="/usr/local/share/codeblocks/plugins/libdebugger.so" address="b1f45000" size="00006000"/>
<module path="/usr/local/share/codeblocks/plugins/libcodecompletion.so" address="b274d000" size="000a8000"/>
<module path="/usr/local/share/codeblocks/plugins/libcompiler.so" address="b27fe000" size="000e7000"/>
<module path="/SYSV00000000" address="b28e7000" size="00060000"/>
<module path="/usr/share/icons/hicolor/icon-theme.cache" address="b494b000" size="001f5000"/>
<module path="/opt/gnome/share/icons/hicolor/icon-theme.cache" address="b5b83000" size="002c9000"/>
<module path="/usr/share/fonts/truetype/DejaVuSans-Bold.ttf" address="b6631000" size="00077000"/>
<module path="/opt/gnome/lib/pango/1.5.0/modules/pango-basic-fc.so" address="b66aa000" size="00002000" version="fc"/>
<module path="/SYSV00000000" address="b66d9000" size="00060000"/>
<module path="/lib/libutil-2.5.so" address="b673d000" size="00002000" version="2.5"/>
<module path="/usr/local/share/codeblocks/plugins/libcb_koders.so" address="b6756000" size="00002000"/>
<module path="/opt/gnome/lib/gtk-2.0/2.10.0/immodules/im-xim.so" address="b67d5000" size="00008000" version="xim"/>
<module path="/usr/lib/libdns_sd.so" address="b6807000" size="00006000"/>
<module path="/opt/gnome/lib/gtk-2.0/2.10.0/loaders/svg_loader.so" address="b680e000" size="00002000" version="2.0/2.10.0/loaders/svg_loader"/>
<module path="/usr/local/share/codeblocks/plugins/libRegExTestbed.so" address="b681c000" size="00002000"/>
<module path="/opt/gnome/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so" address="b6821000" size="00008000" version="xpm"/>
<module path="/var/cache/fontconfig/77e41c5059666d75f92e318d4be8c21e-x86.cache-2" address="b682f000" size="00007000"/>
<module path="/var/cache/fontconfig/df311e82a1a24c41a75c2c930223552e-x86.cache-2" address="b6837000" size="00046000"/>
<module path="/var/cache/fontconfig/8d4af663993b81a124ee82e610bb31f9-x86.cache-2" address="b68c3000" size="00023000"/>
<module path="/usr/lib/gconv/ISO8859-1.so" address="b68f2000" size="00003000" version="1"/>
<module path="/usr/lib/locale/en_US.utf8/LC_NUMERIC" address="b692a000" size="00001000"/>
<module path="/usr/lib/locale/en_US.utf8/LC_COLLATE" address="b692c000" size="000d7000"/>
<module path="/opt/gnome/lib/libpangoft2-1.0.so.0.1400.5" address="b6a40000" size="0002c000" version="0.1400.5"/>
<module path="/lib/librt-2.5.so" address="b6a6d000" size="00009000" version="2.5"/>
<module path="/usr/lib/libXfixes.so.3.1.0" address="b6a7a000" size="00002000" version="3.1.0"/>
<module path="/usr/lib/libXcursor.so.1.0.2" address="b6a84000" size="00002000" version="1.0.2"/>
<module path="/usr/lib/libXext.so.6.4.0" address="b6a93000" size="00002000" version="6.4.0"/>
<module path="/usr/lib/libXrandr.so.2.0.0" address="b6a96000" size="00005000" version="2.0.0"/>
<module path="/usr/lib/libXi.so.6.0.0" address="b6aa2000" size="00002000" version="6.0.0"/>
<module path="/usr/lib/libcairo.so.2.9.2" address="b6b08000" size="00002000" version="2.9.2"/>
<module path="/opt/gnome/lib/libpangocairo-1.0.so.0.1400.5" address="b6b11000" size="00002000" version="0.1400.5"/>
<module path="/usr/lib/libtiff.so.3.8.2" address="b6b65000" size="00003000" version="3.8.2"/>
<module path="/usr/lib/libjpeg.so.62.0.0" address="b6b69000" size="00020000" version="62.0.0"/>
<module path="/usr/lib/libXxf86vm.so.1.0.0" address="b6b8d000" size="00002000" version="1.0.0"/>
<module path="/usr/lib/libXinerama.so.1.0.0" address="b6b91000" size="00002000" version="1.0.0"/>
<module path="/opt/gnome/lib/libglib-2.0.so.0.1200.4" address="b6c26000" size="00002000" version="0.1200.4"/>
<module path="/opt/gnome/lib/libgthread-2.0.so.0.1200.4" address="b6c2b000" size="00002000" version="0.1200.4"/>
<module path="/usr/lib/libXdmcp.so.6.0.0" address="b6c2e000" size="00006000" version="6.0.0"/>
<module path="/usr/lib/libXau.so.6.0.0" address="b6c36000" size="00002000" version="6.0.0"/>
<module path="/usr/lib/libX11.so.6.2.0" address="b6d50000" size="00004000" version="6.2.0"/>
<module path="/usr/lib/libXrender.so.1.3.0" address="b6d55000" size="00009000" version="1.3.0"/>
<module path="/usr/lib/libpng12.so.0.12.0" address="b6d80000" size="00002000" version="0.12.0"/>
<module path="/usr/lib/libglitz.so.1.0.0" address="b6da7000" size="00002000" version="1.0.0"/>
<module path="/usr/lib/libexpat.so.1.5.0" address="b6daa000" size="00021000" version="1.5.0"/>
<module path="/usr/lib/libfontconfig.so.1.1.0" address="b6ded000" size="00009000" version="1.1.0"/>
<module path="/usr/lib/libfreetype.so.6.3.10" address="b6e5e000" size="00004000" version="6.3.10"/>
<module path="/opt/gnome/lib/libgmodule-2.0.so.0.1200.4" address="b6e64000" size="00002000" version="0.1200.4"/>
<module path="/opt/gnome/lib/libgobject-2.0.so.0.1200.4" address="b6e9e000" size="00002000" version="0.1200.4"/>
<module path="/opt/gnome/lib/libpango-1.0.so.0.1400.5" address="b6ea1000" size="0003a000" version="0.1400.5"/>
<module path="/opt/gnome/lib/libgdk_pixbuf-2.0.so.0.1000.6" address="b6ef0000" size="00002000" version="0.1000.6"/>
<module path="/opt/gnome/lib/libatk-1.0.so.0.1213.0" address="b6f0a000" size="00003000" version="0.1213.0"/>
<module path="/opt/gnome/lib/libgtk-x11-2.0.so.0.1000.6" address="b724b000" size="00006000" version="0.1000.6"/>
<module path="/lib/libz.so.1.2.3" address="b7252000" size="00013000" version="1.2.3"/>
<module path="/opt/gnome/lib/libgdk-x11-2.0.so.0.1000.6" address="b7266000" size="00082000" version="0.1000.6"/>
<module path="/lib/libc-2.5.so" address="b7410000" size="00003000" version="2.5"/>
<module path="/lib/libgcc_s.so.1" address="b7416000" size="0000c000" version="1"/>
<module path="/lib/libm-2.5.so" address="b7446000" size="00002000" version="2.5"/>
<module path="/usr/lib/libstdc++.so.6.0.8" address="b7521000" size="00005000" version="6.0.8"/>
<module path="/lib/libdl-2.5.so" address="b752d000" size="00004000" version="2.5"/>
<module path="/lib/libpthread-2.5.so" address="b7545000" size="00002000" version="2.5"/>
<module path="/usr/local/lib/libwx_gtk2u-2.6.so.0.3.1" address="b7549000" size="005b1000" version="0.3.1"/>
<module path="/usr/local/lib/libcodeblocks.so.0.0.1" address="b7b11000" size="00499000" version="0.0.1"/>
<module path="/var/cache/fontconfig/d458be102e54cf534d1eef0dcbb02d07-x86.cache-2" address="b7fb1000" size="00002000"/>
<module path="/var/cache/fontconfig/cf6c88e680607f2ab796171745f068a4-x86.cache-2" address="b7fb8000" size="00001000"/>
<module path="/opt/gnome/lib/gtk-2.0/2.10.0/engines/libclearlooks.so" address="b7fca000" size="00002000" version="2.0/2.10.0/engines/libclearlooks"/>
<module path="/usr/lib/locale/en_US.utf8/LC_MESSAGES/SYS_LC_MESSAGES" address="b7fcd000" size="00001000"/>
<module path="/usr/lib/locale/en_US.utf8/LC_NAME" address="b7fcf000" size="00001000"/>
<module path="/usr/lib/locale/en_US.utf8/LC_TELEPHONE" address="b7fd1000" size="00001000"/>
<module path="/usr/lib/locale/en_US.utf8/LC_IDENTIFICATION" address="b7fd3000" size="00001000"/>
<module path="[vdso]" address="b7fdc000" size="00001000"/>
<module path="/lib/ld-2.5.so" address="b7ff8000" size="00002000" version="2.5"/>
</modules>

   <stack>
<frame level="2" function="wxStackWalker::Walk(unsigned int)" offset="00000036"/>
<frame level="3" function="wxDebugReport::AddContext(wxDebugReport::Context)" offset="00000b43"/>
<frame level="4" function="wxDebugReport::AddAll(wxDebugReport::Context)" offset="00000018"/>
<frame level="5" function="CodeBlocksApp::OnFatalException()" offset="00000000" file="/home/biplab/SoftProjects/cb_source/src/src/app.cpp" line="616"/>
<frame level="6" function="wxFatalSignalHandler" offset="00000026"/>
<frame level="7"/>
<frame level="8" function="Compiler::GetLastError()" offset="0000001b"/>
<frame level="9" function="WizCompilerPanel::WizCompilerPanel(wxString const&, wxString const&, wxWizard*, wxBitmap const&, bool, bool)" offset="00000233"/>
<frame level="10" function="Wiz::AddCompilerPage(wxString const&, wxString const&, bool, bool)" offset="00000096"/>
<frame level="11" function="int SqPlus::Call<Wiz, void, wxString const&, wxString const&, bool, bool>(Wiz&, void (Wiz::*)(wxString const&, wxString const&, bool, bool), SQVM*, int)" offset="00000162"/>
<frame level="12" function="SqPlus::DirectCallInstanceMemberFunction<Wiz, void (Wiz::*)(wxString const&, wxString const&, bool, bool)>::Dispatch(SQVM*)" offset="000000ba"/>
<frame level="13" function="SQVM::CallNative(SQNativeClosure*, int, int, bool, SQObjectPtr&, bool&)" offset="000002a1"/>
<frame level="14" function="SQVM::Execute(SQObjectPtr&, int, int, int, SQObjectPtr&, unsigned int, SQVM::ExecutionType)" offset="00003295"/>
<frame level="15" function="SQVM::Call(SQObjectPtr&, int, int, SQObjectPtr&, unsigned int)" offset="000001c2"/>
<frame level="16" function="sq_call" offset="00000075"/>
<frame level="17" function="Wiz::Launch(int, wxString*)" offset="000005dd"/>
<frame level="18" function="TemplateManager::NewFromTemplate(NewFromTemplateDlg&, wxString*)" offset="00000052"/>
<frame level="19" function="TemplateManager::New(TemplateOutputType, wxString*)" offset="000000c6"/>
<frame level="20" function="MainFrame::OnFileNewWhat(wxCommandEvent&)" offset="000000a7" file="/home/biplab/SoftProjects/cb_source/src/src/main.cpp" line="2020"/>
<frame level="21" function="wxStringBase::GetStringData() const" offset="00000078" file="/usr/local/include/wx-2.6/wx/string.h" line="259"/>
<frame level="22" function="wxAppConsole::HandleEvent(wxEvtHandler*, void (wxEvtHandler::*)(wxEvent&), wxEvent&) const" offset="00000035"/>
<frame level="23" function="wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&)" offset="00000092"/>
<frame level="24" function="wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*)" offset="0000007d"/>
<frame level="25" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="000000cf"/>
<frame level="26" function="wxEvtHandler::ProcessPendingEvents()" offset="00000070"/>
<frame level="27" function="wxAppConsole::ProcessPendingEvents()" offset="0000005f"/>
<frame level="28"/>
<frame level="29"/>
<frame level="30" function="g_main_context_dispatch" offset="00000182"/>
<frame level="31"/>
<frame level="32" function="g_main_loop_run" offset="000001a9"/>
<frame level="33" function="gtk_main" offset="000000b4"/>
<frame level="34" function="wxEventLoop::Run()" offset="0000005b"/>
<frame level="35" function="wxAppBase::MainLoop()" offset="0000004e"/>
<frame level="36" function="wxAppBase::OnRun()" offset="00000021"/>
<frame level="37" function="CodeBlocksApp::OnRun()" offset="00000000" file="/home/biplab/SoftProjects/cb_source/src/src/app.cpp" line="582"/>
<frame level="38" function="wxEntry(int&, wchar_t**)" offset="0000006a"/>
<frame level="39" function="wxEntry(int&, char**)" offset="00000036"/>
<frame level="40" function="main" offset="00000000" file="/home/biplab/SoftProjects/cb_source/src/src/app.cpp" line="188"/>
</stack>
</report>

I'm using OpenSUSE 10.2, wxGTK 2.6.3, GCC 4.1.2, GTK 2. The earlier revision that I've compiled and run successfully was 3506.

I couldn't understand what is wrong?
« Last Edit: January 22, 2007, 08:59:10 am by Biplab »
Be a part of the solution, not a part of the problem.

Offline BCCISProf

  • Multiple posting newcomer
  • *
  • Posts: 60
    • Professor Langsam's Home Page
Re: The 21 January 2007 build is out.
« Reply #11 on: January 22, 2007, 10:20:03 am »
Hi,

I've just updated from the Jan 4th nightly build to this one. Now none of the symbols show up in the symbols tab of the management window and when right clicking on a symbol and choosing "Find Declaration" or "Find Implementation" it gives a not found error.

(Windows XP)

If I go back to the Jan 4th Nightly build it does work correctly.

Is there some new setting that needs to be set?

Thanks

« Last Edit: January 22, 2007, 10:21:49 am by BCCISProf »

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5491
Re: The 21 January 2007 build is out.
« Reply #12 on: January 22, 2007, 10:28:08 am »
Quote
By the way: I get an log error at startup, which I noticed lately:

Scanning for plugins in C:\Programme\CodeBlocks/share/codeblocks/plugins...
ERROR: SDK version mismatch for CBProfiler (1.11.2). Expecting 1.11.8

How can I fix this?

delete that old zip file and dll, or install the latest nightly in a new directory (since you unzipped ne stuff on top of old stuff, older files that are not needed anymore don't get deleted

Offline tom0769

  • Multiple posting newcomer
  • *
  • Posts: 42
Re: The 21 January 2007 build is out.
« Reply #13 on: January 22, 2007, 10:52:46 am »

delete that old zip file and dll, or install the latest nightly in a new directory (since you unzipped ne stuff on top of old stuff, older files that are not needed anymore don't get deleted

It works!
Great support  :D

Thanx

Offline Jan van den Borst

  • Multiple posting newcomer
  • *
  • Posts: 99
Re: The 21 January 2007 build is out.
« Reply #14 on: January 22, 2007, 11:19:51 am »
Help!!
I installed this jan 21 release but now I have a problem with my custom compiler. I have made a copy of the arm-gcc compiler and named it Realview22 (The cpp compiler from Arm).
This worked fine for the jan 10 build.

Now I get error:

"MemTest - realview22-debug" uses an invalid compiler [YOUR ANSWER IS ALREADY THERE. SEARCH THE FORUMS!]. Skipping...

What can I do to make it work again? I really need this Realview compiler and it worked for me for the past 8 months.

Jan

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5491
Re: The 21 January 2007 build is out.
« Reply #15 on: January 22, 2007, 11:53:53 am »
check all path entered in the *compiler* options (so not the project compiler options). I think those are all checked now, probably one is not correct ...

Offline mandrav

  • Project Leader
  • Administrator
  • Lives here!
  • *****
  • Posts: 4315
    • Code::Blocks IDE
Re: The 21 January 2007 build is out.
« Reply #16 on: January 22, 2007, 11:58:00 am »
Hi,

I've just updated from the Jan 4th nightly build to this one. Now none of the symbols show up in the symbols tab of the management window and when right clicking on a symbol and choosing "Find Declaration" or "Find Implementation" it gives a not found error.

(Windows XP)

If I go back to the Jan 4th Nightly build it does work correctly.

Is there some new setting that needs to be set?

Thanks



There was a bug in wxSmith (C::B-generated) events handling which made it consume these events before any other plugins (notably code-completion) had a chance to process them. This bug has been fixed in svn.
If you want to enable code-completion again, disable the wxSmith plugin in "Plugins->Manage plugins" (at least until the next nightly is out).
Be patient!
This bug will be fixed soon...

Offline BCCISProf

  • Multiple posting newcomer
  • *
  • Posts: 60
    • Professor Langsam's Home Page
Re: The 21 January 2007 build is out.
« Reply #17 on: January 22, 2007, 12:04:16 pm »
Thanks for the so very quick reply!

Offline Jan van den Borst

  • Multiple posting newcomer
  • *
  • Posts: 99
Re: The 21 January 2007 build is out.
« Reply #18 on: January 22, 2007, 12:16:21 pm »
check all path entered in the *compiler* options (so not the project compiler options). I think those are all checked now, probably one is not correct ...

I did, setting the "additional paths" did the trick.
Thanks

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5491
Re: The 21 January 2007 build is out.
« Reply #19 on: January 22, 2007, 12:48:04 pm »
good.

Question : was the additional paths incorrect, or was it empty ?

Offline byo

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 837
Re: The 21 January 2007 build is out.
« Reply #20 on: January 22, 2007, 01:07:04 pm »
Now,it's very good with new wxSmith!  but why it can't add wxMenu?

It will be added soon :)

Offline killua

  • Multiple posting newcomer
  • *
  • Posts: 11
Re: The 21 January 2007 build is out.
« Reply #21 on: January 22, 2007, 02:48:41 pm »
good.

Question : was the additional paths incorrect, or was it empty ?

I had a similar problem with the minGW compiler I have.  The additional paths section in the compiler options was empty.  I pointed it to the installation directory and it worked fine after that.
« Last Edit: January 22, 2007, 03:13:09 pm by killua »

Offline Jan van den Borst

  • Multiple posting newcomer
  • *
  • Posts: 99
Re: The 21 January 2007 build is out.
« Reply #22 on: January 22, 2007, 05:00:20 pm »
good.

Question : was the additional paths incorrect, or was it empty ?

I had a similar problem with the minGW compiler I have.  The additional paths section in the compiler options was empty.  I pointed it to the installation directory and it worked fine after that.
me too

Offline Jan van den Borst

  • Multiple posting newcomer
  • *
  • Posts: 99
Re: The 21 January 2007 build is out.
« Reply #23 on: January 22, 2007, 05:15:34 pm »
Hello,
I'm experiencing code-completion problems on my win32 c::b install. I doesn't work anymore.
I reverted back to jan 10.

It works with the jan 10 release.

Anything changed?

Regards
Jan

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5491
Re: The 21 January 2007 build is out.
« Reply #24 on: January 22, 2007, 05:25:22 pm »
- codecompletion is already fixed, side effect of new wxSmith : available in tonight nightly
- will implement that an empty additional paths is not considered invalid, it is always possible there are no additional paths

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5491
Re: The 21 January 2007 build is out.
« Reply #25 on: January 22, 2007, 05:35:37 pm »
looking at the code, it doesn't make sense, a compiler is valid if it's C compiler program can be found [m_Programs.C]  [note : C++ compiler can always do C too]., either in the MasterPath or in the extra Paths, the fact that "additional paths " is empty should not make it invalid, and so says the code.  :shock:

Are you really sure you didn't have another problem ??

What did you specify as MasterPath (could be maybe in your masterpath you already specified the bin subdir, you shoulnd't , CB itself will append the bin subdir).
And for additional paths it doesn' t add anything, so when this might be set to the MasterPath (ending with the bin) dir, this could explain that in your case with your change it now works. But as far as I can see, it is correct, so no need for code changes.
« Last Edit: January 22, 2007, 05:39:32 pm by killerbot »

Offline killua

  • Multiple posting newcomer
  • *
  • Posts: 11
Re: The 21 January 2007 build is out.
« Reply #26 on: January 22, 2007, 06:04:54 pm »
looking at the code, it doesn't make sense, a compiler is valid if it's C compiler program can be found [m_Programs.C]  [note : C++ compiler can always do C too]., either in the MasterPath or in the extra Paths, the fact that "additional paths " is empty should not make it invalid, and so says the code.  :shock:

Are you really sure you didn't have another problem ??

What did you specify as MasterPath (could be maybe in your masterpath you already specified the bin subdir, you shoulnd't , CB itself will append the bin subdir).
And for additional paths it doesn' t add anything, so when this might be set to the MasterPath (ending with the bin) dir, this could explain that in your case with your change it now works. But as far as I can see, it is correct, so no need for code changes.

My master path was pointing to c:\<install path>\bin .   I was unable to compile anything due to this.  I added the Additional Path and pointed it to the same directory as the master path.

After reading your above post, I removed the \bin on the master path, removed the additional path, and it works as it would normally.

I had never messed with that option before (the master path) until today.  /boggle

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5491
Re: The 21 January 2007 build is out.
« Reply #27 on: January 22, 2007, 06:17:01 pm »
probably you set it like this at the time you added the compiler.
By the way, which compiler was it ??

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5491
Re: The 21 January 2007 build is out.
« Reply #28 on: January 22, 2007, 06:25:21 pm »
anyhow, tomorrow I will add an extra search criteria, where it also looks in the MasterPath without appending the bin dir, then it doesn't matter if the bin is already in your MasterPath, but  it is adviced not to include the bin dir in the value of MasterPath, as does the NOTE say in the Programs tab [personal note : our code was not consistent with the note, since when looking for the exe to actually build  (!= check if Valid) we apparently look in the MasterPath itself also without appending the bin dir, where as the note says : either in the bin subdir or the additional paths]

I would suggest we don't play strict as the note says and we ???????adjust the note???????, why not strict : suppose there's a compiler package which does not have a bin subdir ....

Offline killua

  • Multiple posting newcomer
  • *
  • Posts: 11
Re: The 21 January 2007 build is out.
« Reply #29 on: January 22, 2007, 06:56:25 pm »
probably you set it like this at the time you added the compiler.
By the way, which compiler was it ??

My install was from the RC2 install with minGW.  I haven't bothered to change it since then.

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5491
Re: The 21 January 2007 build is out.
« Reply #30 on: January 23, 2007, 08:50:21 pm »
valid check *also* looks at the MasterPath without adding the 'bin', and we even Macro-replace ;-), all available in nightly of 23 January