Code::Blocks Forums

User forums => Nightly builds => Topic started by: killerbot on August 10, 2007, 06:29:56 pm

Title: The 10 august 2007 build (4365) is out.
Post by: killerbot on August 10, 2007, 06:29:56 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_wx284.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

The 10 August 2007 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20070810_rev4365_win32.7z
  - Linux :
   http://prdownload.berlios.de/codeblocks/CB_20070810_rev4365_Ubuntu6.10+7.04_wx2.8.4.tar.gz
   http://prdownload.berlios.de/codeblocks/CB_20070810_rev4365_Debian4.0_wx2.8.4.tar.gz
   http://prdownload.berlios.de/codeblocks/CB_20070810_rev4365_suse100-102.wx28.i586.rpm (not yet)
   http://prdownload.berlios.de/codeblocks/CB_20070810_rev4365_fc4+5.i586.rpm (not yet)


Resolved Fixed:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 10 august 2007 build (4365) is out.
Post by: h8or on August 11, 2007, 05:18:09 am
Hey Guys, great work!

But I have 2 problems:
Export as PDF dont work. since rev 4321 or before.
Code
Error occured on Friday, August 10, 2007 at 23:53:33.

C:\CodeBlocks\codeblocks.exe caused an Access Violation at location 6581ba32 in module C:\CodeBlocks\share\codeblocks\plugins\Exporter.dll Reading from location 00000000.

Registers:
eax=00000000 ebx=00b401a0 ecx=00000001 edx=00000001 esi=658920c8 edi=0022f8ec
eip=6581ba32 esp=0022ed6c ebp=0022ee14 iopl=0         nv up ei pl zr na po nc
cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000             efl=00010246

Call stack:
6581BA32  C:\CodeBlocks\share\codeblocks\plugins\Exporter.dll:6581BA32
657D959E  C:\CodeBlocks\share\codeblocks\plugins\Exporter.dll:657D959E
657DE8A7  C:\CodeBlocks\share\codeblocks\plugins\Exporter.dll:657DE8A7
6583F43F  C:\CodeBlocks\share\codeblocks\plugins\Exporter.dll:6583F43F
657C7D46  C:\CodeBlocks\share\codeblocks\plugins\Exporter.dll:657C7D46
657C8051  C:\CodeBlocks\share\codeblocks\plugins\Exporter.dll:657C8051
657CCABE  C:\CodeBlocks\share\codeblocks\plugins\Exporter.dll:657CCABE
657CC5DA  C:\CodeBlocks\share\codeblocks\plugins\Exporter.dll:657CC5DA
6CD06685  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD06685  _ZN12wxEvtHandler21ProcessEventIfMatchesERK21wxEventTableEntryBasePS_R7wxEvent
6CD069DC  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD069DC  _ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler
6CD079A9  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD079A9  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CD07949  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD07949  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CD07949  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD07949  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CD07949  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD07949  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CD07949  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD07949  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CD07949  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD07949  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CD07949  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD07949  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CD07949  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD07949  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CD07949  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD07949  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CD07949  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD07949  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CD07949  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD07949  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CD07949  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD07949  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CD07949  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD07949  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CD07949  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD07949  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CD07949  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD07949  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CD07949  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD07949  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CE2E553  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CE2E553  _ZN11wxFrameBase14ProcessCommandEi
6CDA203F  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CDA203F  _ZN7wxFrame13HandleCommandEttPv
6CDA2766  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CDA2766  _ZN7wxFrame13MSWWindowProcEjjl
6CD71560  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD71560  _Z9wxWndProcP6HWND__jjl@16
7E368734  C:\WINDOWS\system32\USER32.dll:7E368734  GetDC
7E368816  C:\WINDOWS\system32\USER32.dll:7E368816  GetDC
7E3689CD  C:\WINDOWS\system32\USER32.dll:7E3689CD  GetWindowLongW
7E368A10  C:\WINDOWS\system32\USER32.dll:7E368A10  DispatchMessageW
6CD4C645  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD4C645  _ZN11wxEventLoop14ProcessMessageEP6tagMSG
6CD4CA3A  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD4CA3A  _ZN11wxEventLoop8DispatchEv
6CE225A6  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CE225A6  _ZN17wxEventLoopManual3RunEv
6CDF126E  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CDF126E  _ZN9wxAppBase8MainLoopEv
004048A0  C:\CodeBlocks\codeblocks.exe:004048A0
6CC8E447  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CC8E447  _Z14wxUninitializev
6CD0FE1C  C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD0FE1C  _Z7wxEntryP11HINSTANCE__S0_Pci
0040189C  C:\CodeBlocks\codeblocks.exe:0040189C
00463CDA  C:\CodeBlocks\codeblocks.exe:00463CDA
00401237  C:\CodeBlocks\codeblocks.exe:00401237
00401288  C:\CodeBlocks\codeblocks.exe:00401288
7C816FD7  C:\WINDOWS\system32\kernel32.dll:7C816FD7  RegisterWaitForInputIdle


and again with Abbreviations
when I type "nowl" ou other, and hit ctrl+j, first time every thing is ok.
In second time and then, when I hit ctrl+j, the value inserted is aways the same as the first time.

and...
the buttons add and delete still hidden. Abbreviations.

edit:
I found a strange behaviour in Scintilla. Its related with sintax highlight and char '\'.
if I write a macro like:

#define asdf asdf     \
qwer

sintax highlight of qwer is the same as asdf. This is the normal behaviour.
But if I write:

// this is a comment   \
asdf

asdf is a comment too, and should have the same sintax highlight of comments, but this dont happen.


Title: Re: The 10 august 2007 build (4365) is out.
Post by: MortenMacFly on August 11, 2007, 07:51:29 am
Quote from: h8or on August 11, 2007, 05:18:09 am
Export as PDF dont work. since rev 4321 or before.
Works very well for me... Are you using a nightly or a self-compiled version of C::B? Mind trying a nightly to see if the bug is there, too?

Quote from: h8or on August 11, 2007, 05:18:09 am
// this is a comment   \
asdf

asdf is a comment too, and should have the same sintax highlight of comments, but this dont happen.
Seems Scintilla cannot handle it (SciTE does not, too). Please file a bug report to the guys of (wx)Scintilla. BTW: Although it's possible I have never seen anyone making use of such multi-line comments. Why don't you use /* (...) */... coding convention?!

With regards, Morten.
Title: Re: The 10 august 2007 build (4365) is out.
Post by: Ceniza on August 11, 2007, 05:18:29 pm
I cannot get the PDF Exporter to crash either, but if it started crashing recently then the suspicious line would be:

Code
int tabsize_in_spaces = Manager::Get()->GetConfigManager(_T("editor"))->ReadInt(_T("/tab_size"), 4);

I wouldn't expect that line to fail, but I haven't dug into that code.
Title: Re: The 10 august 2007 build (4365) is out.
Post by: afb on August 11, 2007, 10:09:12 pm
- Mac OS X: (10.4 Universal, wxWidgets 2.8.4) - recommended wx version
    http://prdownload.berlios.de/codeblocks/CB_20070810_rev4365_mac284.zip

- Mac OS X: (10.4 Universal, wxWidgets 2.6.4) - if having trouble with 2.8
    http://prdownload.berlios.de/codeblocks/CB_20070810_rev4365_mac264.zip

Title: Re: The 10 august 2007 build (4365) is out.
Post by: Zini on August 12, 2007, 09:53:27 am
I am experiencing a crash with 4365 on WinXP SP2:

- add another shortcut to »File -> Close file« (Ctrl-F2).
- open a source file
- use the new shortcut to close it
- crash (actually Code::Block locks up, so I have to terminate it)

This does not happen, if I remove the original shortcut for »Close file«.

And another one: When I start Code::Blocks and close it again immediately, I get a »The layout 'Code::Blocks default' has changed. Do you want to save it.« dialogue. Not exactly a major problem, but still illogical.

btw. I lost a part of the configuration when migrating from 3816 to 4365 (all the shortcuts and some view settings). Is that suppose to happen?
Title: Re: The 10 august 2007 build (4365) is out.
Post by: MortenMacFly on August 12, 2007, 10:54:05 am
Quote from: Zini on August 12, 2007, 09:53:27 am
- add another shortcut to »File -> Close file« (Ctrl-F2).
- open a source file
- use the new shortcut to close it
- crash (actually Code::Block locks up, so I have to terminate it)
Please send a note to Pecan (maybe a PM) in case he doesn't read this.
With regards, Morten.
Title: Re: The 10 august 2007 build (4365) is out.
Post by: Digited on August 12, 2007, 06:54:19 pm
1. There's a small problem I've found from the first use... last automn, maybe. If you add some sort of a readme.txt to project and try to open it in c::b, it freeses the application forever until a rough work cancelling from os. I'm working under winXP sp2...

2. Erm... Can you add an easy renaming of files and virt folders inside c::b? Now we have to remove files from project, rename them in os, and then add in project with their new names. And renaming a virtual folder means you must delete it and create new, with required name.

3. There's absolutely no fun in opening visual studio projects and solutions in c::b - virtual folders are not copied, and we spend our time again and again in ordering lots of files to virt folders back.

Maybe I could fix smthn from 1-3 myself, if someone'll pinpoint, where to look in c::b's source code (and then post fixes'code here, if successed)

p.s An incredibly big thanx and respect to all c::b team for making and improving such a useful and cool c++ cross-platform ide!
Title: Re: The 10 august 2007 build (4365) is out.
Post by: joachim on August 13, 2007, 05:21:23 am
Build fail on sdk/configmanager-revision.cpp (svn 4365)
Build succeed when I back to 31th of July (svn 4338)

I can make 4365 build by backing sdk/configmanager-revision.cpp to revision 4205.

Seems like svnRevision and svnDate is missing in the autorevision namespace
The compiler says:

C:\Proj\CodeBlocks\src\sdk\configmanager-revision.cpp:17: error: `svnRevision' is not a member of `autorevision'
C:\Proj\CodeBlocks\src\sdk\configmanager-revision.cpp:27: error: `svnDate' is not a member of `autorevision'
:: === Build finished: 2 errors, 0 warnings ===


Hope you can spread some light

Cheers Joachim


First revision 4205 (It compiles)


wxString ConfigManager::GetRevisionString()
{
 :lol:    return wxString(wxT(SVN_REVISION));
}


wxString ConfigManager::GetSvnDate()
{
   :lol:  return wxString(wxT(SVN_DATE));
}




This code fails: (4365)

wxString ConfigManager::GetRevisionString()
{
  :(   return autorevision::svnRevision;
}


wxString ConfigManager::GetSvnDate()
{
  :(   return autorevision::svnDate;
}



Oooh, I'm on Windows Vista
Title: Re: The 10 august 2007 build (4365) is out.
Post by: Ceniza on August 13, 2007, 07:20:40 am
Remove src/include/autorevision.h and try again.
Title: Re: The 10 august 2007 build (4365) is out.
Post by: h8or on August 13, 2007, 10:36:49 pm
Hey guys,
I got a reproducible error about "Export to PDF".
The problem are with accentuated caracters.

create a file
insert a caracter like 'á', 'ã' or 'â'
save, export do pdf
crash

Quote from: MortenMacFly on August 11, 2007, 07:51:29 am
Seems Scintilla cannot handle it (SciTE does not, too). Please file a bug report to the guys of (wx)Scintilla. BTW: Although it's possible I have never seen anyone making use of such multi-line comments. Why don't you use /* (...) */... coding convention?!
I use javadoc convention with doxygen.
No problem.
But Microsoft Visual Studio have correct change in sintax highlight.
Title: Re: The 10 august 2007 build (4365) is out.
Post by: MortenMacFly on August 14, 2007, 07:39:16 am
Quote from: h8or on August 13, 2007, 10:36:49 pm
I got a reproducible error about "Export to PDF".
See the crash log attached for further details on that topic - seems wxPdfDocument is the culprit...
With regards, Morten.

[attachment deleted by admin]
Title: Re: The 10 august 2007 build (4365) is out.
Post by: thomas on August 14, 2007, 12:33:17 pm
Quote from: Digited on August 12, 2007, 06:54:19 pm
1. There's a small problem I've found from the first use... last automn, maybe. If you add some sort of a readme.txt to project and try to open it in c::b, it freeses the application forever until a rough work cancelling from os. I'm working under winXP sp2...

2. Erm... Can you add an easy renaming of files and virt folders inside c::b? Now we have to remove files from project, rename them in os, and then add in project with their new names. And renaming a virtual folder means you must delete it and create new, with required name.

3. There's absolutely no fun in opening visual studio projects and solutions in c::b - virtual folders are not copied, and we spend our time again and again in ordering lots of files to virt folders back.
1. This is strange, cannot reproduce it, nor do I have any idea why this should be.
2. Renaming files is supported directly from the popup menu (the files to be renamed MUST NOT be opened). Renaming virtual targets is supported via "Project Options", under the tab "Build Targets".
3. Yes, this has never worked well, but unluckily it was never a top priority and nobody ever had the time to implement it properly. We'd be very grateful for a good, clean implementation.
Title: Re: The 10 august 2007 build (4365) is out.
Post by: Biplab on August 14, 2007, 12:40:54 pm
Quote from: Digited on August 12, 2007, 06:54:19 pm
1. There's a small problem I've found from the first use... last automn, maybe. If you add some sort of a readme.txt to project and try to open it in c::b, it freeses the application forever until a rough work cancelling from os. I'm working under winXP sp2...

Can you please post the file?? My guess, C::B fails during encoding conversion. It may happen if the file is encoded with UTF-16BE (on windows). I have experienced similar deadlocks. :)
Title: Re: The 10 august 2007 build (4365) is out.
Post by: Ceniza on August 14, 2007, 08:55:39 pm
It seems the PDF Exporter crash is finally gone. I also took the time to update wxPdfDocument to the latest version.
Title: Re: The 10 august 2007 build (4365) is out.
Post by: h8or on August 15, 2007, 08:31:58 pm
Quote from: Ceniza on August 14, 2007, 08:55:39 pm
It seems the PDF Exporter crash is finally gone. I also took the time to update wxPdfDocument to the latest version.
Tanks a lot!!
=)
Title: Re: The 10 august 2007 build (4365) is out.
Post by: MortenMacFly on August 15, 2007, 09:18:41 pm
Quote from: Ceniza on August 14, 2007, 08:55:39 pm
It seems the PDF Exporter crash is finally gone. I also took the time to update wxPdfDocument to the latest version.
Well - now I receive a compiler crash each time I try to compile the Exporter plugin. Reproducible with GCC 3.4.5 - anybody out there who's experiencing the same?!
Code
mingw32-g++.exe -Wall -g -Winvalid-pch -mthreads -include "sdk.h" -fexceptions -DBUILDING_PLUGIN -DCB_PRECOMP -DWX_PRECOMP -DHAVE_W32API_H -D__WXMSW__ -DWXUSINGDLL -DcbDEBUG -DTIXML_USE_STL -DwxUSE_UNICODE -IE:\Devel\wxWidgets\include -IE:\Devel\wxWidgets\lib\gcc_dllUnicode\mswu -IE:\Devel\CodeBlocks_Devel\src\include -IE:\Devel\CodeBlocks_Devel\src\include\wxscintilla\include -IwxPdfDocument\include -ID:\Devel\GCC345\include -c E:\Devel\CodeBlocks_Devel\src\plugins\contrib\source_exporter\wxPdfDocument\src\pdfannotation.cpp -o ..\..\..\.objs\plugins\contrib\Exporter\wxPdfDocument\src\pdfannotation.o
E:\Devel\CodeBlocks_Devel\src\plugins\contrib\source_exporter\wxPdfDocument\src\pdfannotation.cpp: In constructor `wxPdfLink::wxPdfLink(int)':
E:\Devel\CodeBlocks_Devel\src\plugins\contrib\source_exporter\wxPdfDocument\src\pdfannotation.cpp:36: internal compiler error: in rest_of_handle_final, at toplev.c:2067
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
Process terminated with status 1 (31 minutes, 35 seconds)
1 errors, 11 warnings

With regards, Morten.
Title: Re: The 10 august 2007 build (4365) is out.
Post by: joachim on August 15, 2007, 09:34:15 pm
Quote
Remove src/include/autorevision.h and try again.

Thanks Ceniza, it did the trick.  :P

 Interesting though, am I the only one that didn't figure that out? :shock: And the file magically reappear again!

Joachim

Title: Re: The 10 august 2007 build (4365) is out.
Post by: stahta01 on August 15, 2007, 09:59:24 pm
Quote from: MortenMacFly on August 15, 2007, 09:18:41 pm
Quote from: Ceniza on August 14, 2007, 08:55:39 pm
It seems the PDF Exporter crash is finally gone. I also took the time to update wxPdfDocument to the latest version.
Well - now I receive a compiler crash each time I try to compile the Exporter plugin. Reproducible with GCC 3.4.5 - anybody out there who's experiencing the same?!
Code
mingw32-g++.exe -Wall -g -Winvalid-pch -mthreads -include "sdk.h" -fexceptions -DBUILDING_PLUGIN -DCB_PRECOMP -DWX_PRECOMP -DHAVE_W32API_H -D__WXMSW__ -DWXUSINGDLL -DcbDEBUG -DTIXML_USE_STL -DwxUSE_UNICODE -IE:\Devel\wxWidgets\include -IE:\Devel\wxWidgets\lib\gcc_dllUnicode\mswu -IE:\Devel\CodeBlocks_Devel\src\include -IE:\Devel\CodeBlocks_Devel\src\include\wxscintilla\include -IwxPdfDocument\include -ID:\Devel\GCC345\include -c E:\Devel\CodeBlocks_Devel\src\plugins\contrib\source_exporter\wxPdfDocument\src\pdfannotation.cpp -o ..\..\..\.objs\plugins\contrib\Exporter\wxPdfDocument\src\pdfannotation.o
E:\Devel\CodeBlocks_Devel\src\plugins\contrib\source_exporter\wxPdfDocument\src\pdfannotation.cpp: In constructor `wxPdfLink::wxPdfLink(int)':
E:\Devel\CodeBlocks_Devel\src\plugins\contrib\source_exporter\wxPdfDocument\src\pdfannotation.cpp:36: internal compiler error: in rest_of_handle_final, at toplev.c:2067
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
Process terminated with status 1 (31 minutes, 35 seconds)
1 errors, 11 warnings

With regards, Morten.

Yes, I was/is getting the same error. I have not traced it to any possible cause. I was using GCC 3.4.5 when I have the error.

Note: The wxWidgets 2.8.4; I was linking against was compiled with GCC 4.2.1 SJLJ-2

Tim S
Title: Re: The 10 august 2007 build (4365) is out.
Post by: killerbot on August 15, 2007, 10:01:43 pm
damn right : see here : http://forums.codeblocks.org/index.php/topic,6695.0.html
Title: Re: The 10 august 2007 build (4365) is out.
Post by: Ceniza on August 15, 2007, 10:22:22 pm
The PDF Exporter bug was completely unrelated to the wxPdfDocument version. One possible solution would be to downgrade to another version of wxPdfDocument. If someone finds a way to bypass that compiler error, please let me know it so I can inform the author of that library about it (well, if that means modifying the source).