Code::Blocks

User forums => Nightly builds => Topic started by: killerbot on August 26, 2008, 08:54:26 pm

Title: The 26 August 2008 build (5195) is out.
Post by: killerbot on August 26, 2008, 08:54:26 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 (http://forums.codeblocks.org/index.php/topic,3232.0.html).

A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx288.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 26 August 2008 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20080826_rev5195_win32.7z
  - Linux :
   none

Resolved Fixed:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 26 August 2008 build (5195) is out.
Post by: Acki on August 26, 2008, 09:35:43 pm
Hopefully fixed dde-issue when double-clicking on associated files in explorer on XP and CodeBlocks is not yet running
yes, seems to be fixed now !!! :)
I removed all file associations and set them new by C::B...
and no problems so far... ;)

thx
Title: Re: The 26 August 2008 build (5195) is out.
Post by: jens on August 27, 2008, 12:53:38 am
Just uploaded binary packages for debian and sources to my server (https://apt.jenslody.de/).

Important notice (please read carefully):
Starting with r5177 I changed the package- and directory-structure of my Code::Blocks build to make it more debian-compliant.
I also split off the architecture-independent files from the codeblocks-package and put them into codeblocks-common.
The architecture-dependent libraries, that are parts of the contrib-plugins are now in "/usr/lib/codeblocks" and only the architecture-independent parts remain in "/usr/share/codeblocks".
The changes are based on a patch provided by "daniel2000".
More details can be found here (http://forums.codeblocks.org/index.php/topic,8755.msg63619.html#msg63619).
I posted a patch in this thread. I modified this patch for the nightlies, to make lintian run without errors.
Title: Re: The 26 August 2008 build (5195) is out.
Post by: Belgabor on August 27, 2008, 05:46:04 am
Could you/someone please provide a nightly (for Win) with debugging symbols? I suspect that one of my crashes has something to do with header parsing as it usually happens if I save a header file shortly after starting CB. I was able to somewhat reproduce it.
Title: Re: The 26 August 2008 build (5195) is out.
Post by: ftfish on August 27, 2008, 06:58:51 am
still the "run to cursor" problem as the previous version.
"At D:/Prog/CodeBlocks/MinGW/bin/../lib/gcc/mingw32/3.4.5/../../../../include/c++/3.4.5/iostream:77"
Title: Re: The 26 August 2008 build (5195) is out.
Post by: thomas on August 27, 2008, 12:15:53 pm
Hopefully fixed dde-issue when double-clicking on associated files in explorer on XP and CodeBlocks is not yet running
yes, seems to be fixed now !!! :)
Yes, awesome fix, now it doesn't work here any more.
Title: Re: The 26 August 2008 build (5195) is out.
Post by: thomas on August 27, 2008, 12:41:14 pm
Ah well, at least it works again after deleting everything and re-installing. :)
Title: Re: The 26 August 2008 build (5195) is out.
Post by: jens on August 27, 2008, 01:17:36 pm
Ah well, at least it works again after deleting everything and re-installing. :)

If the filetype-associations are not changed it should work as before (only without the error message).
If it does not, resetting the associations as Acki did should be enough.

The only thing I could not test is the behaviour under Vista (and on 64-bit windows).
Title: Re: The 26 August 2008 build (5195) is out.
Post by: Wahooney on August 27, 2008, 02:45:28 pm
There is still a bug when using the HTML/PHP/ASP/JS highlighting, where if you make a selection all the highlighting goes to hell.

[attachment deleted by admin]
Title: Re: The 26 August 2008 build (5195) is out.
Post by: SR on August 27, 2008, 04:34:42 pm
Build for Slackware 12.1 updated:
http://sr.uz/index.php/packages/?p=127&more=1&c=1
Title: Re: The 26 August 2008 build (5195) is out.
Post by: jugg on August 27, 2008, 06:44:31 pm
Just uploaded binary packages for debian and sources to my server (https://apt.jenslody.de/).

I recently started using your builds under Ubuntu, and the Update Manager today is showing your packages as "NOT AUTHENTICATED", yet I've installed your security key and it shows up in the "trusted software providers" list.  Any ideas?

Thanks.
Title: Re: The 26 August 2008 build (5195) is out.
Post by: jens on August 27, 2008, 08:28:10 pm
Just uploaded binary packages for debian and sources to my server (https://apt.jenslody.de/).

I recently started using your builds under Ubuntu, and the Update Manager today is showing your packages as "NOT AUTHENTICATED", yet I've installed your security key and it shows up in the "trusted software providers" list.  Any ideas?

Thanks.

I think there was an error with my "Release.gpg" (maybe I interrupted the process of creating the sign-file last night, I'm not sure).
Nevertheless I recreated it, and after running "apt-get update" (or whatever command you use to update package-list) it should work.
Title: Re: The 26 August 2008 build (5195) is out.
Post by: jugg on August 27, 2008, 09:54:50 pm
Just uploaded binary packages for debian and sources to my server (https://apt.jenslody.de/).
I recently started using your builds under Ubuntu, and the Update Manager today is showing your packages as "NOT AUTHENTICATED", yet I've installed your security key and it shows up in the "trusted software providers" list.  Any ideas?
I think there was an error with my "Release.gpg" (maybe I interrupted the process of creating the sign-file last night, I'm not sure).
Nevertheless I recreated it, and after running "apt-get update" (or whatever command you use to update package-list) it should work.
Looks like that fixed it.  Thanks for providing these packages!
Title: Re: The 26 August 2008 build (5195) is out.
Post by: dengdeyan on August 29, 2008, 11:41:33 am
C::B is a great job; I have used this tool for a while,thank you.
When I use the wxSmith to generate UI, I found that there is one problem .If I delete a wxsmith object(wxFrame or wxPanel) from the project, but after that I want to add it again ,it dosen't work now.
In the .cbp file, i see this:
<wxsmith version="1">
<gui name="wxWidgets" src="testsmithApp.cpp" main="testsmithFrame" init_handlers="necessary" language="CPP" />
<resources>
<wxFrame wxs="wxsmith/testsmithframe.wxs" src="testsmithMain.cpp" hdr="testsmithMain.h" name="testsmithFrame" language="CPP" />
</resources>
</wxsmith>
when the user add a *.wxs file to the project ,would C::B automatically add the wxSmith object to the .cbp file?
sorry, my English is some poor, i don't know if i have talked clearly.
Thank you again!
Title: Re: The 26 August 2008 build (5195) is out.
Post by: Celestis on August 29, 2008, 02:10:35 pm
Hello :)
I'am french and i don't speak very well english sorry :?
I use linux(Kubuntu) and i need Code::blocks but all Nightly builds haven't "pack" for linux.
Wer(?)can i have the pack?
thank.


Title: Re: The 26 August 2008 build (5195) is out.
Post by: jens on August 29, 2008, 02:43:03 pm
Hello :)
I'am french and i don't speak very well english sorry :?
I use linux(Kubuntu) and i need Code::blocks but all Nightly builds haven't "pack" for linux.
Wer(?)can i have the pack?
thank.




Read the whole thread(s) and you will find repositories for debian (mine) and especially for ubuntu (xaviou's and pasgui's) .
Title: Re: The 26 August 2008 build (5195) is out.
Post by: xplorer87 on August 31, 2008, 04:57:37 pm
hi all, i got a bug using codeblocks with windows xp.

while opening multiple source files via explorer (rightclicking them and then selecting open), codeblocks opens the source files one by one crashing each time till the last file. i got this crash log:

Code: [Select]
AppName: codeblocks.exe AppVer: 0.0.0.0 ModName: comctl32.dll
ModVer: 6.0.2900.2982 Offset: 00051984

i think codeblocks should simultaneously open the files in tabs.
Title: Re: The 26 August 2008 build (5195) is out.
Post by: jens on August 31, 2008, 05:55:01 pm
hi all, i got a bug using codeblocks with windows xp.

while opening multiple source files via explorer (rightclicking them and then selecting open), codeblocks opens the source files one by one crashing each time till the last file. i got this crash log:

Code: [Select]
AppName: codeblocks.exe AppVer: 0.0.0.0 ModName: comctl32.dll
ModVer: 6.0.2900.2982 Offset: 00051984

i think codeblocks should simultaneously open the files in tabs.

I just opened all source,header and assembler files in "src/src" of codeblocks (39 files) and it worked without problems (only a warning that it may slow down the system to open that amount of files simultaneously).

Same version of "comctl32.dll" here.

Which version of C::B do you use?
If it's not the actual nightly please try it.
Title: Re: The 26 August 2008 build (5195) is out.
Post by: xplorer87 on August 31, 2008, 07:31:11 pm
i'm using the actual nightly. i think i've found the problem: i get the error only opening the files via right click -> open in the explorer menu interface, while everything goes ok when i do it via the file -> open command of codeblocks.
Title: Re: The 26 August 2008 build (5195) is out.
Post by: jens on August 31, 2008, 09:20:41 pm
i'm using the actual nightly. i think i've found the problem: i get the error only opening the files via right click -> open in the explorer menu interface, while everything goes ok when i do it via the file -> open command of codeblocks.

You can try the following:


Please post if it works.
If it does not: is there any dialog opened if it does not work or is C::B crashing silently.
Is C::B generating a file named "codeblocks.RPT" in the dirfectory where the exe is ?
If yes, can you post it ?
Title: Re: The 26 August 2008 build (5195) is out.
Post by: mooviies on August 31, 2008, 11:36:11 pm
Hi, I was on codeblocks 8.02 then I decide to download this last nightly build, There is a bug but I don't know in which build it appear. I have a keyboard configured in "Canadien Multilingual Standard" and when a type the symbol ">" on codeblocks it just don't work... and it's a symbol that I use often. And it's not my keyboard the problem because it work on other application.

is there a possible correction coming? thanks
Title: Re: The 26 August 2008 build (5195) is out.
Post by: xplorer87 on September 01, 2008, 03:26:21 pm
i'm using the actual nightly. i think i've found the problem: i get the error only opening the files via right click -> open in the explorer menu interface, while everything goes ok when i do it via the file -> open command of codeblocks.

You can try the following:

  • open "Settings -> Environment -> General Settings"
  • make sure the Checkbox "Check & set file associations (Win dows only)" is checked
  • Click "Manage..."
  • Click "Remove all"
  • Click "Apply" (you might have to reopen the "Manage associations" dialog first)
  • Close C::B
  • if you now click on a cpp-file it should ask for an application to open it
  • cancel the dialog
  • start C::B
  • if it now asks whether it should set the file-associations
  • chose one of the radio-buttons with yes
  • click "OK"
  • close C::B
  • try to open one or multiple files assiciated with C::B again

Please post if it works.
If it does not: is there any dialog opened if it does not work or is C::B crashing silently.
Is C::B generating a file named "codeblocks.RPT" in the dirfectory where the exe is ?
If yes, can you post it ?

thank you for your support. i've tried to do what you said, but i still got the crash. here's the crash report found in the codeblocks.rpt file:

Code: [Select]
Error occured on Monday, September 1, 2008 at 15:16:03.

C:\Programmi\CodeBlocks\codeblocks.exe caused an Access Violation at location 773f1984 in module C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2982_x-ww_ac3f9c03\COMCTL32.DLL Reading from location 0228b908.

Registers:
eax=00000001 ebx=ffffffff ecx=00001029 edx=773f0c82 esi=00279960 edi=0228b8f8
eip=773f1984 esp=0022f54c ebp=0022f6a0 iopl=0         nv up ei pl nz na pe nc
cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000             efl=00010202

Call stack:
773F1984  C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2982_x-ww_ac3f9c03\COMCTL32.DLL:773F1984  Ordinal384
7E398734  C:\WINDOWS\system32\USER32.dll:7E398734  GetDC
7E398816  C:\WINDOWS\system32\USER32.dll:7E398816  GetDC
7E39C63F  C:\WINDOWS\system32\USER32.dll:7E39C63F  IsWindowUnicode
7E39C665  C:\WINDOWS\system32\USER32.dll:7E39C665  CallWindowProcW
6CD14EEA  C:\Programmi\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD14EEA  _ZN8wxWindow16MSWDefWindowProcEjjl
6CD1B622  C:\Programmi\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD1B622  _ZN8wxWindow13MSWWindowProcEjjl
6CD147A1  C:\Programmi\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD147A1  [email protected]
7E398734  C:\WINDOWS\system32\USER32.dll:7E398734  GetDC
7E398816  C:\WINDOWS\system32\USER32.dll:7E398816  GetDC
7E39B4C0  C:\WINDOWS\system32\USER32.dll:7E39B4C0  DefWindowProcW
7E39B50C  C:\WINDOWS\system32\USER32.dll:7E39B50C  DefWindowProcW
7C91EAE3  C:\WINDOWS\system32\ntdll.dll:7C91EAE3  KiUserCallbackDispatcher
6CCFC363  C:\Programmi\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCFC363  _ZN11wxEventLoop8DispatchEv
6CD90AE3  C:\Programmi\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD90AE3  _ZN17wxEventLoopManual3RunEv
6CD6E3EB  C:\Programmi\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD6E3EB  _ZN9wxAppBase8MainLoopEv
00403834  C:\Programmi\CodeBlocks\codeblocks.exe:00403834
6CC770AD  C:\Programmi\CodeBlocks\wxmsw28u_gcc_cb.dll:6CC770AD  _Z12wxInitializeiPPw
6CCD21B8  C:\Programmi\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCD21B8  _Z7wxEntryP11HINSTANCE__S0_Pci
00405D6E  C:\Programmi\CodeBlocks\codeblocks.exe:00405D6E
0044ED48  C:\Programmi\CodeBlocks\codeblocks.exe:0044ED48
0040124B  C:\Programmi\CodeBlocks\codeblocks.exe:0040124B
004012B8  C:\Programmi\CodeBlocks\codeblocks.exe:004012B8
7C816FD7  C:\WINDOWS\system32\kernel32.dll:7C816FD7  RegisterWaitForInputIdle
Title: Re: The 26 August 2008 build (5195) is out.
Post by: nix_BB on September 02, 2008, 11:14:46 am
There is still a bug when using the HTML/PHP/ASP/JS highlighting, where if you make a selection all the highlighting goes to hell.

Same here - what's more if I replace or paste a large selection of text into a C/C++ file the text has no syntax highlighting applied.
Title: Re: The 26 August 2008 build (5195) is out.
Post by: nix_BB on September 02, 2008, 11:23:27 am
Can anyone offer any advise as to why c::b could be crashing on me.

It happens occasionally when I build my project. The build seems to complete but when the build messages auto-selection tries to focus on an error c::b crashes.
If I reopen c::b and try to build my project it completes and the error is successfully highlighted.

Here's the RPT file for the past few days.

WinXP with this nightly.

Thank you.
NIki

[attachment deleted by admin]
Title: Re: The 26 August 2008 build (5195) is out.
Post by: rododox on September 02, 2008, 12:27:48 pm
Hello :)
I'am french and i don't speak very well english sorry :?
I use linux(Kubuntu) and i need Code::blocks but all Nightly builds haven't "pack" for linux.
Wer(?)can i have the pack?
thank.
https://apt.jenslody.de/ (https://apt.jenslody.de/)

Edit: Removed non-english content. Next time The entire post will be removed. Please: This is an english only forum!
Title: Re: The 26 August 2008 build (5195) is out.
Post by: leovo on September 03, 2008, 04:39:29 am
i got the crash when use the wxWidgets2.8.8 dll library. here's the crash report:

Code: [Select]
Error occured on Wednesday, September 3, 2008 at 10:21:47.

D:\Program Files\CodeBlocks\codeblocks.exe caused an Access Violation at location 0000002e Reading from location 0000002e.

Registers:
eax=03d5fd90 ebx=00bb1f40 ecx=77bfc2e3 edx=0689d4c8 esi=64c87b10 edi=0022fbf8
eip=0000002e esp=0022f60c ebp=0022f618 iopl=0         nv up ei pl nz na pe nc
cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000             efl=00010202

Call stack:
0000002E
67B5EC1A  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67B5EC1A  _ZNK9wxProcess16IsInputAvailableEv
6189D16B  D:\Program Files\CodeBlocks\codeblocks.dll:6189D16B  _ZN12PipedProcess8HasInputEv
64BE1EAC  D:\Program Files\CodeBlocks\share\codeblocks\plugins\compiler.dll:64BE1EAC
67BB6D8E  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB6D8E  _ZN12wxEvtHandler21ProcessEventIfMatchesERK21wxEventTableEntryBasePS_R7wxEvent
67BB8489  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB8489  _ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler
67BB894F  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB894F  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67BB88F1  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BB88F1  _ZN12wxEvtHandler12ProcessEventER7wxEvent
67C97256  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67C97256  _ZN9wxAppBase14SendIdleEventsEP8wxWindowR11wxIdleEvent
67C97465  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67C97465  _ZN9wxAppBase11ProcessIdleEv
67CC5D30  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67CC5D30  _ZN17wxEventLoopManual3RunEv
67C97319  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67C97319  _ZN9wxAppBase8MainLoopEv
004044BE  D:\Program Files\CodeBlocks\codeblocks.exe:004044BE
67B46FD6  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67B46FD6  _Z12wxInitializeiPPw
67BC113F  D:\Program Files\CodeBlocks\wxmsw28u_gcc.dll:67BC113F  _Z7wxEntryP11HINSTANCE__S0_Pci
00407910  D:\Program Files\CodeBlocks\codeblocks.exe:00407910
00463FC8  D:\Program Files\CodeBlocks\codeblocks.exe:00463FC8
0040124B  D:\Program Files\CodeBlocks\codeblocks.exe:0040124B
004012B8  D:\Program Files\CodeBlocks\codeblocks.exe:004012B8
7C817067  C:\WINDOWS\system32\kernel32.dll:7C817067  RegisterWaitForInputIdle

but Codeblocks is work well when i use the Codeblocks8.02's wxmsw28u_gcc_cb.dll, can i use it in this way?
Title: Re: The 26 August 2008 build (5195) is out.
Post by: blend on September 05, 2008, 07:37:07 pm
Would it be possible you keep the regressions list updated as when I'm looking at a stable nightly build enough (without any regression) I'd like to be sure it is (as bugs are usually found few days after and noticed on another topic...) ?
Title: Re: The 26 August 2008 build (5195) is out.
Post by: indigo0086 on September 07, 2008, 03:35:58 pm
I've noticed that if you have your class split into the h/hpp, cpp file, the symbols browser shows two entries for the member lists constructors.  I thought that was resolved before?



[attachment deleted by admin]
Title: Re: The 26 August 2008 build (5195) is out.
Post by: stahta01 on September 08, 2008, 01:41:07 am
FYI:

I have posted an partial patch for MinGW GCC 4.3 building of Code::Blocks here
http://forums.codeblocks.org/index.php/topic,8512.msg65500.html#msg65500

Tim S
Title: Re: The 26 August 2008 build (5195) is out.
Post by: ultimA on September 10, 2008, 10:04:32 am
I can finally reliably reproduce the crash that have been haunting me for some time in many of the recent builds. Sry for posting the details here instead of into berlios, but I did not find a way to attach files there. These details apply to [Bug #14339] on Berlios.

1) Open default.workspace from inside CB
2) Right click "Tester" project, click rebuild
3) CB will silently crash while building one of the subprojects
   - crash is sometimes a silent crash, sometimes not, but crashes always

Project, workspace and .RPT files are attached.

[attachment deleted by admin]
Title: Re: The 26 August 2008 build (5195) is out.
Post by: Grom on September 19, 2008, 04:59:28 pm
I wona new nighty!!!
Title: Re: The 26 August 2008 build (5195) is out.
Post by: killerbot on September 19, 2008, 05:05:01 pm
coming this weekend :-)
Title: Re: The 26 August 2008 build (5195) is out.
Post by: stahta01 on September 20, 2008, 12:56:06 am
coming this weekend :-)

killerbot: Can you apply this simple patch below?
It is a small part of my patches to get Code::Blocks working when linked against wxWidgets 2.9
As posted in this thread.
http://forums.codeblocks.org/index.php/topic,9210.msg65823.html#msg65823

The wxWidgets 2.9 has wxBitmapType as an enum instead of int.
And, wxColour::Ok was removed, since wxColour::IsOk was in wxWidgets 2.8

Code: [Select]
Index: src/sdk/scripting/bindings/sc_wxtypes.cpp
===================================================================
--- src/sdk/scripting/bindings/sc_wxtypes.cpp (revision 5206)
+++ src/sdk/scripting/bindings/sc_wxtypes.cpp (working copy)
@@ -276,7 +276,7 @@
                 func(&wxColour::Blue, "Blue").
                 func(&wxColour::Green, "Green").
                 func(&wxColour::Red, "Red").
-                func(&wxColour::Ok, "Ok").
+                func(&wxColour::IsOk, "IsOk").
                 func<WXC_SET>(&wxColour::Set, "Set");
     }
 };
Index: src/sdk/globals.cpp
===================================================================
--- src/sdk/globals.cpp (revision 5206)
+++ src/sdk/globals.cpp (working copy)
@@ -711,7 +711,7 @@
 }
 #endif
 
-wxBitmap cbLoadBitmap(const wxString& filename, int bitmapType)
+wxBitmap cbLoadBitmap(const wxString& filename, wxBitmapType bitmapType)
 {
     // cache this, can't change while we 're running :)
     static bool oldCommonControls = !UsesCommonControls6();
Index: src/include/globals.h
===================================================================
--- src/include/globals.h (revision 5206)
+++ src/include/globals.h (working copy)
@@ -194,7 +194,7 @@
   * Always use this to load bitmaps because it takes care of various
   * issues with pre-XP windows (actually common controls < 6.00).
   */
-extern DLLIMPORT wxBitmap cbLoadBitmap(const wxString& filename, int bitmapType = wxBITMAP_TYPE_PNG);
+extern DLLIMPORT wxBitmap cbLoadBitmap(const wxString& filename, wxBitmapType bitmapType = wxBITMAP_TYPE_PNG);
 
 // compatibility function
 inline wxBitmap LoadPNGWindows2000Hack(const wxString& filename){ return cbLoadBitmap(filename); }
Title: Re: The 26 August 2008 build (5195) is out.
Post by: killerbot on September 20, 2008, 08:54:23 am
will do that later today
Title: Re: The 26 August 2008 build (5195) is out.
Post by: stahta01 on September 20, 2008, 09:04:41 am
will do that later today

Thanks, I spent many hours looking the the cause of the script module error of "wxColour::Ok"

Tim S
Title: Re: The 26 August 2008 build (5195) is out.
Post by: killerbot on September 20, 2008, 01:55:56 pm
done
Title: Re: The 26 August 2008 build (5195) is out.
Post by: stahta01 on September 21, 2008, 08:10:53 pm
I decided I needed to verify Code::Blocks builds using ANSI instead of Unicode wxWidgets 2.9.

Before any of my patches and compiling with wx 2.8 branch, I get about 30 warnings on printf type format strings.

Here's an example patch needed by Code::Blocks, to get rid of the warnings.
The rest are all debuggergdb plugin or contrib plugins.

Tim S

Code: [Select]
Index: src/sdk/compiler.cpp
===================================================================
--- src/sdk/compiler.cpp (revision 5208)
+++ src/sdk/compiler.cpp (working copy)
@@ -597,7 +597,7 @@
  m_Commands[i].push_back(CompilerTool());
  CompilerTool& tool = m_Commands[i][index];
 
- wxString key = wxString::Format(_T("%s/macros/%s/tool%d/"), tmp.c_str(), CommandTypeDescriptions[i].c_str(), index);
+ wxString key = wxString::Format(_T("%s/macros/%s/tool%lu/"), tmp.c_str(), CommandTypeDescriptions[i].c_str(), index);
  tool.command = cfg->Read(key + _T("command"));
  tool.extensions = cfg->ReadArrayString(key + _T("extensions"));
  tool.generatedFiles = cfg->ReadArrayString(key + _T("generatedFiles"));
@@ -649,7 +649,7 @@
         // read everything and either assign it to an existing regex
         // if the index exists, or add a new regex
 
-        group.Printf(_T("%s/regex/re%3.3d"), tmp.c_str(), index);
+        group.Printf(_T("%s/regex/re%3.3ld"), tmp.c_str(), index);
         if (!cfg->Exists(group+_T("/description")))
             continue;
 
Title: Re: The 26 August 2008 build (5195) is out.
Post by: killerbot on September 21, 2008, 10:18:06 pm
I decided I needed to verify Code::Blocks builds using ANSI instead of Unicode wxWidgets 2.9.

Before any of my patches and compiling with wx 2.8 branch, I get about 30 warnings on printf type format strings.

Here's an example patch needed by Code::Blocks, to get rid of the warnings.
The rest are all debuggergdb plugin or contrib plugins.

Tim S

Code: [Select]
Index: src/sdk/compiler.cpp
===================================================================
--- src/sdk/compiler.cpp (revision 5208)
+++ src/sdk/compiler.cpp (working copy)
@@ -597,7 +597,7 @@
  m_Commands[i].push_back(CompilerTool());
  CompilerTool& tool = m_Commands[i][index];
 
- wxString key = wxString::Format(_T("%s/macros/%s/tool%d/"), tmp.c_str(), CommandTypeDescriptions[i].c_str(), index);
+ wxString key = wxString::Format(_T("%s/macros/%s/tool%lu/"), tmp.c_str(), CommandTypeDescriptions[i].c_str(), index);
  tool.command = cfg->Read(key + _T("command"));
  tool.extensions = cfg->ReadArrayString(key + _T("extensions"));
  tool.generatedFiles = cfg->ReadArrayString(key + _T("generatedFiles"));
@@ -649,7 +649,7 @@
         // read everything and either assign it to an existing regex
         // if the index exists, or add a new regex
 
-        group.Printf(_T("%s/regex/re%3.3d"), tmp.c_str(), index);
+        group.Printf(_T("%s/regex/re%3.3ld"), tmp.c_str(), index);
         if (!cfg->Exists(group+_T("/description")))
             continue;
 

checked, agreed, applied :-)
Title: Re: The 26 August 2008 build (5195) is out.
Post by: stahta01 on September 21, 2008, 10:52:08 pm
checked, agreed, applied :-)

Thanks, posted debuggergdb ones in new NB thread.

Tim S