Author Topic: The 10 august 2007 build (4365) is out.  (Read 23441 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5491
The 10 august 2007 build (4365) is out.
« 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.

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:

  • wxSmith:
    * Added insert-by-pointing-with-mouse mode
    * Code generated when adding sizers now contains spaces to be more readable
  • wxFNB : fixed: popup dialog not focused on linux (ctrl+tab & smart tabbing)

Regressions/Confirmed/Annoying/Common bugs:

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

« Last Edit: August 11, 2007, 10:59:18 am by killerbot »

Offline h8or

  • Multiple posting newcomer
  • *
  • Posts: 13
    • My personal webpage
Re: The 10 august 2007 build (4365) is out.
« Reply #1 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.


« Last Edit: August 11, 2007, 05:35:14 am by h8or »

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9694
Re: The 10 august 2007 build (4365) is out.
« Reply #2 on: August 11, 2007, 07:51:29 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?

// 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.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

Offline Ceniza

  • Developer
  • Lives here!
  • *****
  • Posts: 1441
    • CenizaSOFT
Re: The 10 august 2007 build (4365) is out.
« Reply #3 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.

Offline afb

  • Developer
  • Lives here!
  • *****
  • Posts: 884
Re: The 10 august 2007 build (4365) is out.
« Reply #4 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

« Last Edit: August 12, 2007, 12:38:16 am by afb »

Offline Zini

  • Multiple posting newcomer
  • *
  • Posts: 64
Re: The 10 august 2007 build (4365) is out.
« Reply #5 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?

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9694
Re: The 10 august 2007 build (4365) is out.
« Reply #6 on: August 12, 2007, 10:54:05 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.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

Offline Digited

  • Multiple posting newcomer
  • *
  • Posts: 20
Re: The 10 august 2007 build (4365) is out.
« Reply #7 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!

Offline joachim

  • Multiple posting newcomer
  • *
  • Posts: 12
Re: The 10 august 2007 build (4365) is out.
« Reply #8 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
W2K, SP4, Compiling Nightly.

Offline Ceniza

  • Developer
  • Lives here!
  • *****
  • Posts: 1441
    • CenizaSOFT
Re: The 10 august 2007 build (4365) is out.
« Reply #9 on: August 13, 2007, 07:20:40 am »
Remove src/include/autorevision.h and try again.

Offline h8or

  • Multiple posting newcomer
  • *
  • Posts: 13
    • My personal webpage
Re: The 10 august 2007 build (4365) is out.
« Reply #10 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

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.

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9694
Re: The 10 august 2007 build (4365) is out.
« Reply #11 on: August 14, 2007, 07:39:16 am »
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]
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

Offline thomas

  • Administrator
  • Lives here!
  • *****
  • Posts: 3979
Re: The 10 august 2007 build (4365) is out.
« Reply #12 on: August 14, 2007, 12:33:17 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.
"We should forget about small efficiencies, say about 97% of the time: Premature quotation is the root of public humiliation."

Offline Biplab

  • Developer
  • Lives here!
  • *****
  • Posts: 1874
    • Biplab's Blog
Re: The 10 august 2007 build (4365) is out.
« Reply #13 on: August 14, 2007, 12:40:54 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. :)
Be a part of the solution, not a part of the problem.

Offline Ceniza

  • Developer
  • Lives here!
  • *****
  • Posts: 1441
    • CenizaSOFT
Re: The 10 august 2007 build (4365) is out.
« Reply #14 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.