Author Topic: The 11 July 2007 build (4261) is out.  (Read 23442 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5193
The 11 July 2007 build (4261) is out.
« on: July 11, 2007, 08:38:55 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 11 July 2007 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20070711_rev4261_win32.7z
  - Linux :
   http://prdownload.berlios.de/codeblocks/CB_20070711_rev4261_Ubuntu6.10+7.04_wx2.8.4.deb
   http://prdownload.berlios.de/codeblocks/CB_20070711_rev4261_Debian4.0_wx2.8.4.deb
   http://prdownload.berlios.de/codeblocks/CB_20070711_rev4261_suse100-102.wx28.i586.rpm (not yet)
   http://prdownload.berlios.de/codeblocks/CB_20070711_rev4261_fc4+5.i586.rpm (not yet)


Resolved Fixed:

  • cb_share_config: implemented "uncheck all"; made dlg resizable
  • Code completion: Fixed [bug #11460] "Switching to current file's symbols delays class browser for ~ 4 secs"
  • CC parser now supports "typedef enum {...} id" constructs
  • Backticked expressions in build options are now parsed for compiler/linker search dirs. Code-completion benefits greatly from this (locating files to parse, opening #include files, etc)

Regressions/Confirmed/Annoying/Common bugs:

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

« Last Edit: July 12, 2007, 07:59:25 am by killerbot »

Offline AmR EiSa

  • Multiple posting newcomer
  • *
  • Posts: 75
Re: The 11 July 2007 build (4261) is out.
« Reply #1 on: July 11, 2007, 08:56:25 pm »
killerbot, thanks.
But what about FCx or F7 ???

AmR EiSa

Offline TheTuxKeeper

  • Regular
  • ***
  • Posts: 293
  • daniel2000
Re: The 11 July 2007 build (4261) is out.
« Reply #2 on: July 11, 2007, 09:28:06 pm »
killerbot, thanks.
But what about FCx or F7 ???

AmR EiSa
Will look at the rpm packages after my exams (4 exams from 20th to 24th and two presentations till then too). ;)
Nightly builds for openSUSE

Offline szczepan

  • Multiple posting newcomer
  • *
  • Posts: 42
Re: The 11 July 2007 build (4261) is out.
« Reply #3 on: July 11, 2007, 09:44:43 pm »

Backticked expressions in build options are now parsed for compiler/linker search dirs. Code-completion benefits greatly from this (locating files to parse, opening #include files, etc)

Yipee! We are now smarter than Eclipse CDT! :D


Offline zortich

  • Multiple posting newcomer
  • *
  • Posts: 15
Re: The 11 July 2007 build (4261) is out.
« Reply #4 on: July 11, 2007, 10:00:31 pm »
And what about RC3?

Offline mariocup

  • Developer
  • Lives here!
  • *****
  • Posts: 587
Re: The 11 July 2007 build (4261) is out.
« Reply #5 on: July 11, 2007, 10:28:22 pm »
Hi,

I am trying to build the current version 4261 under windows and I get the following error for projectimporter plugin:

Compiling: plugins\projectsimporter\devcpploader.cpp
Linking dynamic library: devel\share\CodeBlocks\plugins\projectsimporter.dll
Info: resolving vtable for TiXmlDocumentby linking to __imp___ZTV13TiXmlDocument (auto-import)
.objs\plugins\projectsimporter\msvc7loader.o: In function `ZNSt6vectorIPN14BlockAllocatorI21CodeBlocksLayoutEventLj75ELb0EE11LinkedBlockIS1_EESaIS5_EEixEj':
D:/science/codeblocks/bin/../lib/gcc/mingw32/3.4.4/../../../../include/c++/3.4.4/bits/stl_vector.h:(.text$_ZN13TiXmlDocumentD1Ev[TiXmlDocument::~TiXmlDocument()]+0x3a): variable 'vtable for TiXmlDocument' can't be auto-imported. Please read the documentation for ld's --enable-auto-import for details.
collect2: ld returned 1 exit status

Do I have to modify my settings?

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5193
Re: The 11 July 2007 build (4261) is out.
« Reply #6 on: July 11, 2007, 10:35:52 pm »
delete the gch files, delete in devel codeblocks.dll/a and do a full rebuild al

Offline mariocup

  • Developer
  • Lives here!
  • *****
  • Posts: 587
Re: The 11 July 2007 build (4261) is out.
« Reply #7 on: July 11, 2007, 11:35:49 pm »
Hi killerbot,

I made a new check in a different directory and modified the cb global variable. But when building cb I still get the same message for the I projectsimporter.

I am using wxwidgets 2.8.4 and the mingw 3.4.4.


Offline Albenejean

  • Multiple posting newcomer
  • *
  • Posts: 65
Re: The 11 July 2007 build (4261) is out.
« Reply #8 on: July 11, 2007, 11:43:07 pm »
Hi.

When launching this version of CB, I've got the following errors with windows XP:

Scanning for plugins in D:\Pgm\CodeBlocks/share/codeblocks/plugins...
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/astyle.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/autosave.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/byogames.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/cb_koders.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/classwizard.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/codecompletion.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/codesnippets.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/codestat.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/compiler.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/copystrings.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/debugger.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/defaultmimehandler.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/devpakupdater.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/DragScroll.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/envvars.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/Exporter.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/help_plugin.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/InterpretedLangs.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/keybinder.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/lib_finder.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/Profiler.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/PyPlugin.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/RegExTestbed.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/scriptedwizard.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/SymTab.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/todo.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/wxsmith.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/wxSmithContribItems.dll: not loaded (missing symbols?)
ERROR: D:\Pgm\CodeBlocks/share/codeblocks/plugins/xpmanifest.dll: not loaded (missing symbols?)
Found 0 plugins

Offline SharkCZ

  • Almost regular
  • **
  • Posts: 127
Re: The 11 July 2007 build (4261) is out.
« Reply #9 on: July 11, 2007, 11:57:20 pm »
killerbot, thanks.
But what about FCx or F7 ???

AmR EiSa

wxGTK 2.8.4 was just built for Fedora Development, version for Fedora 7 will follow. So will start to build some selected nighties for Fedora again.
Code::Blocks package maintainer for Fedora and EPEL

Offline Albenejean

  • Multiple posting newcomer
  • *
  • Posts: 65
Re: The 11 July 2007 build (4261) is out.
« Reply #10 on: July 12, 2007, 12:03:26 am »
Quote
Hi.

When launching this version of CB, I've got the following errors with windows XP:

Scanning for plugins in D:\Pgm\CodeBlocks/share/codeblocks/plugins...

False alarm, for you...
I wanted to use an older nightly , but it works no more. Same problem at the beginning, and now windows says that he couldn't find ressources...  :?
So I think it's a winXP problem, and not a CB problem.

Offline cstudent

  • Almost regular
  • **
  • Posts: 159
    • Cstudent's Help Desk
Re: The 11 July 2007 build (4261) is out.
« Reply #11 on: July 12, 2007, 12:13:48 am »
I just built my .debs and the revision number is showing 4161 when I open CB, not 4261. Can't see anything on my end of things that would have probably caused it. They were also built on a fresh download of the svn files.

Offline Albenejean

  • Multiple posting newcomer
  • *
  • Posts: 65
Re: The 11 July 2007 build (4261) is out.
« Reply #12 on: July 12, 2007, 12:15:17 am »
Quote
Quote
Hi.

When launching this version of CB, I've got the following errors with windows XP:

Scanning for plugins in D:\Pgm\CodeBlocks/share/codeblocks/plugins...
False alarm, for you...
I wanted to use an older nightly , but it works no more. Same problem at the beginning, and now windows says that he couldn't find ressources...  Confused
So I think it's a winXP problem, and not a CB problem.
OK, it comes from my archiver utility (lzarc) :x. I've switched back to 7zip and everything is OK.
Sorry...

Offline stahta01

  • Lives here!
  • ****
  • Posts: 6666
    • My Best Post
Re: The 11 July 2007 build (4261) is out.
« Reply #13 on: July 12, 2007, 12:21:11 am »
Hi killerbot,

I made a new check in a different directory and modified the cb global variable. But when building cb I still get the same message for the I projectsimporter.

I am using wxwidgets 2.8.4 and the mingw 3.4.4.



@mariocup

I just used wxwidgets 2.8.4 and the mingw 3.4.5 and it worked for me. It did display this info note. I think it may be an compiler issue.

Code: [Select]
Info: resolving vtable for TiXmlDocumentby linking to __imp___ZTV13TiXmlDocument (auto-import)

Here's the batch file version-of-mingw.bat that I use to get mingw version info.
Tim S

Code: [Select]
@echo off
REM credit to Peter Ward work in ReactOS Build Environment RosBE.cmd it gave me a starting point that I edited.
::
:: Display the current version of GCC, ld, make and others.
::

REM %CD% works in Windows XP, not sure when it was added to Windows
REM set MINGWBASEDIR=C:\MinGW
set MINGWBASEDIR=%CD%
ECHO MINGWBASEDIR=%MINGWBASEDIR%
SET PATH=%MINGWBASEDIR%\bin;%SystemRoot%\system32
if exist %MINGWBASEDIR%\bin\gcc.exe (gcc -v 2>&1 | find "gcc version")
if exist %MINGWBASEDIR%\bin\nasm.exe (nasm -v)
if exist %MINGWBASEDIR%\bin\ld.exe (ld -v)
if exist %MINGWBASEDIR%\bin\windres.exe (windres --version | find "GNU windres")
if exist %MINGWBASEDIR%\bin\dlltool.exe (dlltool --version | find "GNU dlltool")
if exist %MINGWBASEDIR%\bin\pexports.exe (pexports | find "PExports" )
if exist %MINGWBASEDIR%\bin\mingw32-make.exe (mingw32-make -v | find "GNU Make")
if exist %MINGWBASEDIR%\bin\make.exe (ECHO It is not recommended to have make.exe in mingw/bin)
REM ECHO "The minGW runtime version is the same as __MINGW32_VERSION"
if exist "%MINGWBASEDIR%\include\_mingw.h" (type "%MINGWBASEDIR%\include\_mingw.h" | find "__MINGW32_VERSION" | find "#define")
if exist "%MINGWBASEDIR%\include\w32api.h" (type "%MINGWBASEDIR%\include\w32api.h" | find "__W32API_VERSION")

PAUSE

Here's the result of my minGW setup.

Code: [Select]
MINGWBASEDIR=C:\apps\MinGW_GCC_3.4.5_API_3_9
gcc version 3.4.5 (mingw special)
GNU ld version 2.17.50 20060824
GNU windres 2.17.50 20060824
GNU dlltool 2.17.50 20060824
GNU Make 3.81
#define __MINGW32_VERSION 3.12
#define __W32API_VERSION 3.9
Press any key to continue . . .
« Last Edit: July 12, 2007, 05:35:10 am by stahta01 »
C Programmer working to learn more about C++ and Git.
On Windows 7 64 bit and Windows 10 32 bit.
On Debian Stretch, compiling CB Trunk against wxWidgets 3.0.
--
When in doubt, read the CB WiKi FAQ. http://wiki.codeblocks.org

Offline galenchang

  • Single posting newcomer
  • *
  • Posts: 5
Re: The 11 July 2007 build (4261) is out.
« Reply #14 on: July 12, 2007, 02:33:49 am »
I've a successful build under windows xp. But we I launch the new program, it just crashes, with a codeblocks.rpt file like this:
-------------------

Error occured on Thursday, July 12, 2007 at 08:30:45.

E:\MySource\codeblocks-1.0rc2\cb\src\output\codeblocks.exe caused an Access Violation at location 6cdbb6d8 in module E:\MySource\codeblocks-1.0rc2\cb\src\output\wxmsw28u_gcc_custom.dll Reading from location 00000064.

Registers:
eax=00000000 ebx=fffffffe ecx=fffffffe edx=00000000 esi=00000000 edi=00d9af60
eip=6cdbb6d8 esp=0023f1d0 ebp=0023f1e8 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:
6CDBB6D8  E:\MySource\codeblocks-1.0rc2\cb\src\output\wxmsw28u_gcc_custom.dll:6CDBB6D8  _ZN9wxMenuBar20MSWPositionForWxMenuEP6wxMenui
6CDBBDAE  E:\MySource\codeblocks-1.0rc2\cb\src\output\wxmsw28u_gcc_custom.dll:6CDBBDAE  _ZN9wxMenuBar6InsertEjP6wxMenuRK8wxString
60587544  E:\MySource\codeblocks-1.0rc2\cb\src\output\codeblocks.dll:60587544  _ZN16MenuItemsManager16CreateFromStringERK8wxStringi
6061F8AC  E:\MySource\codeblocks-1.0rc2\cb\src\output\codeblocks.dll:6061F8AC  _ZN16ScriptingManager18RegisterScriptMenuERK8wxStringS2_b
606FCF07  E:\MySource\codeblocks-1.0rc2\cb\src\output\codeblocks.dll:606FCF07  _ZN6SqPlus20ReturnSpecializationIbE4CallI16ScriptingManagerRK8wxStringS6_bEEiRT_MS7_FbT0_T1_T2_EP4SQVMi
6070CE55  E:\MySource\codeblocks-1.0rc2\cb\src\output\codeblocks.dll:6070CE55  _ZN6SqPlus4CallI16ScriptingManagerbRK8wxStringS4_bEEiRT_MS5_FT0_T1_T2_T3_EP4SQVMi
60708652  E:\MySource\codeblocks-1.0rc2\cb\src\output\codeblocks.dll:60708652  _ZN6SqPlus32DirectCallInstanceMemberFunctionI16ScriptingManagerMS1_FbRK8wxStringS4_bEE8DispatchEP4SQVM
60689BDB  E:\MySource\codeblocks-1.0rc2\cb\src\output\codeblocks.dll:60689BDB  _ZN4SQVM10CallNativeEP15SQNativeClosureiibR11SQObjectPtrRb
60686488  E:\MySource\codeblocks-1.0rc2\cb\src\output\codeblocks.dll:60686488  _ZN4SQVM7ExecuteER11SQObjectPtriiiS1_jNS_13ExecutionTypeE
6068B68E  E:\MySource\codeblocks-1.0rc2\cb\src\output\codeblocks.dll:6068B68E  _ZN4SQVM4CallER11SQObjectPtriiS1_j
60675F6A  E:\MySource\codeblocks-1.0rc2\cb\src\output\codeblocks.dll:60675F6A  sq_call
60667910  E:\MySource\codeblocks-1.0rc2\cb\src\output\codeblocks.dll:60667910  _ZN10SquirrelVM9RunScriptERK14SquirrelObjectPS0_
6061EF33  E:\MySource\codeblocks-1.0rc2\cb\src\output\codeblocks.dll:6061EF33  _ZN16ScriptingManager10LoadBufferERK8wxStringS2_
6061E889  E:\MySource\codeblocks-1.0rc2\cb\src\output\codeblocks.dll:6061E889  _ZN16ScriptingManager10LoadScriptERK8wxString
00404019  E:\MySource\codeblocks-1.0rc2\cb\src\output\codeblocks.exe:00404019
00468378  E:\MySource\codeblocks-1.0rc2\cb\src\output\codeblocks.exe:00468378
6CC8E459  E:\MySource\codeblocks-1.0rc2\cb\src\output\wxmsw28u_gcc_custom.dll:6CC8E459  _Z14wxUninitializev
6CD10ACC  E:\MySource\codeblocks-1.0rc2\cb\src\output\wxmsw28u_gcc_custom.dll:6CD10ACC  _Z7wxEntryP11HINSTANCE__S0_Pci
0040189E  E:\MySource\codeblocks-1.0rc2\cb\src\output\codeblocks.exe:0040189E
004624CA  E:\MySource\codeblocks-1.0rc2\cb\src\output\codeblocks.exe:004624CA
00401237  E:\MySource\codeblocks-1.0rc2\cb\src\output\codeblocks.exe:00401237
004012A8  E:\MySource\codeblocks-1.0rc2\cb\src\output\codeblocks.exe:004012A8
7C816FD7  C:\WINDOWS\system32\kernel32.dll:7C816FD7  RegisterWaitForInputIdle


I am using wxwidgets 2.8.4 and the mingw 3.4.2.
Any one can give some help? Thanks.

Offline mariocup

  • Developer
  • Lives here!
  • *****
  • Posts: 587
Re: The 11 July 2007 build (4261) is out.
« Reply #15 on: July 12, 2007, 08:18:05 am »
Hi stahta01,

thanks  :D. With mingw 3.4.5 everything works fine.

Offline JPlaroche

  • Multiple posting newcomer
  • *
  • Posts: 29
    • OMBREBLEU
Re: The 11 July 2007 build (4261) is out.
« Reply #16 on: July 12, 2007, 10:06:52 am »

this not possible target acces button   


look  copy screen trace   
http://www.ombrebleu.com/wxsrc/target_beug_800_640.jpg
chef de projet MASTER (AS400  RPGILE  C   and SYTEM)

student c++ and wxwidgets for validation acquis (Jean-Pierre) wxformbuilder

Offline toufou

  • Single posting newcomer
  • *
  • Posts: 4
Re: The 11 July 2007 build (4261) is out.
« Reply #17 on: July 12, 2007, 11:06:47 am »
I just built my .debs and the revision number is showing 4161 when I open CB, not 4261. Can't see anything on my end of things that would have probably caused it. They were also built on a fresh download of the svn files.

As your case, my Code::Blocks says that I am in rev 4161 and not 4261... freshly installed with deb Ubuntu packages.

Offline san

  • Multiple posting newcomer
  • *
  • Posts: 20
Re: The 11 July 2007 build (4261) is out.
« Reply #18 on: July 12, 2007, 01:49:38 pm »
I'm using CB on a (amost) daily basis and I really like the fact that that code completion is really starting to work now!

Still there are some points that (imho) can improve..
- Switching between open files with key combinations. For example I use control+pageup/pagedown in gnome apps.
- In most dialogs there is no control active. This means I can't use <tab> to switch options and have to grab the mouse to click browse / ok / cancel. (Annoying when you have a lot of dialogs to fill in.)
- 'Project Build Options' dialog  is too small. If you default it a bit wider then all the availible tabs are visible right away.

Btw I'm using Ubuntu 7.04 with a newer version of the wxwidgets (like a post with a previous nighty sugested).

Cheers,
San

PS. I also got 4161 revision from that .deb.. typo I guess

Offline kurapix

  • Multiple posting newcomer
  • *
  • Posts: 68
Re: The 11 July 2007 build (4261) is out.
« Reply #19 on: July 12, 2007, 02:26:49 pm »
I don't know if there is a build package script for Ubuntu but I'm currently working on a script that fetch the sources from SVN then make a .deb package (haha laziness to type in console the same commands everytime).

Version 0.1 :
- Update C::B souces (so you have already checkout)
- Put the correct revision number
- Build package
Code: [Select]
#    Code::Blocks Build deb script from SVN
#                Version 0.1b

################################################################################
#                                                                              #
#    Copyright (C) 2007  Kurapix                                               #
#                                                                              #
#    This program is free software: you can redistribute it and/or modify      #
#    it under the terms of the GNU General Public License as published by      #
#    the Free Software Foundation, either version 3 of the License, or         #
#    (at your option) any later version.                                       #
#                                                                              #
#    This program is distributed in the hope that it will be useful,           #
#    but WITHOUT ANY WARRANTY; without even the implied warranty of            #
#    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the             #
#    GNU General Public License for more details.                              #
#                                                                              #
#    You should have received a copy of the GNU General Public License         #
#    along with this program.  If not, see <http://www.gnu.org/licenses/>.     #
#                                                                              #
################################################################################

# Go to $CB_SOURCES_PATH (which should be Code::Blocks sources directory)
cd ~/Programmes/Sources/CB/trunk

# Remove files without revision number quietly
sudo svn-clean --quiet

# Update the Code:Blocks sources from SVN
svn update
# Store revision number in variable
CB_SVN_REV=`svn --xml info | tr -d '\r\n' | sed -e 's:.*<commit.*revision="\([0-9]*\)".*<\/commit>.*:\1:'`

# Change the revision number in the changelog to the latest updated revision
sed -i "1 s:1.0svn[-rev]*[0-9]*:1.0svn-rev$CB_SVN_REV:" debian/changelog

# Launch bootstrap
./bootstrap

# Build package
debuild -us -uc
For now it is a very simple script, I'm currently working on it to add some more functinnalities (like "Choose to update to the latest revision or another revision" or "doesn't build if version to compile has already been built" for example).
I'm new to scripting but my learning and the script is going pretty well I think ;) so I might be able to do a new release in July or August.

By the way, toufou and san and the others, using the script I've done you can have the right revision number ;) .

What do you think of this script thing?

Thank you

Kurapix
Code::Blocks package building script

Offline dje

  • Lives here!
  • ****
  • Posts: 683
Re: The 11 July 2007 build (4261) is out.
« Reply #20 on: July 12, 2007, 03:10:09 pm »
It seems nice  :D

Why don't you create a new post, it is not related to this build is it ?

Dje

Offline foomaster

  • Single posting newcomer
  • *
  • Posts: 3
Re: The 11 July 2007 build (4261) is out.
« Reply #21 on: July 12, 2007, 03:11:49 pm »
Resolved Fixed:

  • Backticked expressions in build options are now parsed for compiler/linker search dirs. Code-completion benefits greatly from this (locating files to parse, opening #include files, etc)

Does this mean that now CB CC's search depth will be improved? Because (as far as I've noticed), it's equal to 1. That is, only the first #include-d file is parsed, if the #include-d file has #include statements, they are ignored.

Offline mandrav

  • Project Leader
  • Administrator
  • Lives here!
  • *****
  • Posts: 4291
    • Code::Blocks IDE
Re: The 11 July 2007 build (4261) is out.
« Reply #22 on: July 12, 2007, 04:00:23 pm »
Resolved Fixed:

  • Backticked expressions in build options are now parsed for compiler/linker search dirs. Code-completion benefits greatly from this (locating files to parse, opening #include files, etc)

Does this mean that now CB CC's search depth will be improved? Because (as far as I've noticed), it's equal to 1. That is, only the first #include-d file is parsed, if the #include-d file has #include statements, they are ignored.

You are wrong. No files are ignored. C::B recursively parses files.

BUT

in order to do this it must be able to locate them first :). So, this improvement will help C::B locate all files it couldn't locate until now.
Be patient!
This bug will be fixed soon...

Offline PDEE

  • Multiple posting newcomer
  • *
  • Posts: 37
Re: The 11 July 2007 build (4261) is out.
« Reply #23 on: July 12, 2007, 04:21:18 pm »
I got a crash report, it says i should report it. I was going to post it here but it says i can't because the maximum length of 20000 characters is exceeded. So where shall i put it?

Build july 11 2007, wx2.8.4 ( linux unicode ) - Ubuntu feisty 64

Offline cstudent

  • Almost regular
  • **
  • Posts: 159
    • Cstudent's Help Desk
Re: The 11 July 2007 build (4261) is out.
« Reply #24 on: July 12, 2007, 04:42:02 pm »
I don't know if there is a build package script for Ubuntu but I'm currently working on a script that fetch the sources from SVN then make a .deb package (haha laziness to type in console the same commands everytime).

Version 0.1 :
- Update C::B souces (so you have already checkout)
- Put the correct revision number
- Build package
Code: [Select]
#    Code::Blocks Build deb script from SVN
#                Version 0.1b

################################################################################
#                                                                              #
#    Copyright (C) 2007  Kurapix                                               #
#                                                                              #
#    This program is free software: you can redistribute it and/or modify      #
#    it under the terms of the GNU General Public License as published by      #
#    the Free Software Foundation, either version 3 of the License, or         #
#    (at your option) any later version.                                       #
#                                                                              #
#    This program is distributed in the hope that it will be useful,           #
#    but WITHOUT ANY WARRANTY; without even the implied warranty of            #
#    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the             #
#    GNU General Public License for more details.                              #
#                                                                              #
#    You should have received a copy of the GNU General Public License         #
#    along with this program.  If not, see <http://www.gnu.org/licenses/>.     #
#                                                                              #
################################################################################

# Go to $CB_SOURCES_PATH (which should be Code::Blocks sources directory)
cd ~/Programmes/Sources/CB/trunk

# Remove files without revision number quietly
sudo svn-clean --quiet

# Update the Code:Blocks sources from SVN
svn update
# Store revision number in variable
CB_SVN_REV=`svn --xml info | tr -d '\r\n' | sed -e 's:.*<commit.*revision="\([0-9]*\)".*<\/commit>.*:\1:'`

# Change the revision number in the changelog to the latest updated revision
sed -i "1 s:1.0svn[-rev]*[0-9]*:1.0svn-rev$CB_SVN_REV:" debian/changelog

# Launch bootstrap
./bootstrap

# Build package
debuild -us -uc
For now it is a very simple script, I'm currently working on it to add some more functinnalities (like "Choose to update to the latest revision or another revision" or "doesn't build if version to compile has already been built" for example).
I'm new to scripting but my learning and the script is going pretty well I think ;) so I might be able to do a new release in July or August.

By the way, toufou and san and the others, using the script I've done you can have the right revision number ;) .

What do you think of this script thing?

Thank you

Kurapix


I tried out a script when I first started building the .debs for Codeblocks. It worked OK until one time when I had connection troubles with Berlios. I found that it is more reliable to manually go through each step. I try my best to make sure that what I upload is as reliable and safe for the end user as I can make it.


Offline Biplab

  • Developer
  • Lives here!
  • *****
  • Posts: 1874
    • Biplab's Blog
Re: The 11 July 2007 build (4261) is out.
« Reply #25 on: July 12, 2007, 04:44:00 pm »
I got a crash report, it says i should report it. I was going to post it here but it says i can't because the maximum length of 20000 characters is exceeded. So where shall i put it?

Build july 11 2007, wx2.8.4 ( linux unicode ) - Ubuntu feisty 64

Always post large crash reports in compressed form. 7-zip it and then attach it with your reply.
Be a part of the solution, not a part of the problem.

Offline darthdespotism

  • Almost regular
  • **
  • Posts: 163
    • Coder's Nemesis
Re: The 11 July 2007 build (4261) is out.
« Reply #26 on: July 12, 2007, 04:47:43 pm »
You could compress it and append it as a attachment

Offline thomas

  • Administrator
  • Lives here!
  • *****
  • Posts: 3979
Re: The 11 July 2007 build (4261) is out.
« Reply #27 on: July 12, 2007, 05:20:47 pm »
E:\MySource\codeblocks-1.0rc2\cb\src\output\codeblocks.exe caused an Access Violation at location 6cdbb6d8 in module E:\MySource\codeblocks-1.0rc2\cb\src\output\wxmsw28u_gcc_custom.dll Reading from location 00000064.
I'm surprised you could compile that together at all, as RC2 is written against wx2.4 with experimental support for wx2.6. At the time of RC2, wx2.8 was not even planned... :)

Please use up to date sources if you want to compile from source. We do not support RC2 (or answer question regarding that version) since a long time. Sources can be obtained via anonymous Subversion access from BerliOS (see instructions on our website).
"We should forget about small efficiencies, say about 97% of the time: Premature quotation is the root of public humiliation."

Offline rickg22

  • Lives here!
  • ****
  • Posts: 2283
Re: The 11 July 2007 build (4261) is out.
« Reply #28 on: July 12, 2007, 05:35:09 pm »
I think he overwrote his RC2 with an SVN build, but kept the directory.

Offline PDEE

  • Multiple posting newcomer
  • *
  • Posts: 37
Re: The 11 July 2007 build (4261) is out.
« Reply #29 on: July 12, 2007, 06:11:04 pm »
You know, i didn't even think of compressing it.  :? Too much on my mind.

OK, here it is, Build july 11 2007, wx.8.4 linux unicode using ubuntu x86_64 bit edition. I don't know if it's any use to you, but you never know. Don't want to slow down the development.  :D

[attachment deleted by admin]

Offline rickg22

  • Lives here!
  • ****
  • Posts: 2283
Re: The 11 July 2007 build (4261) is out.
« Reply #30 on: July 12, 2007, 09:40:35 pm »
I've a successful build under windows xp. But we I launch the new program, it just crashes, with a codeblocks.rpt file like this:
...
I am using wxwidgets 2.8.4 and the mingw 3.4.2.
Any one can give some help? Thanks.

Try downloading the source into a completely new directory tree, and then recompile. Some leftover files from RC2 might have created conflicts...


Offline galenchang

  • Single posting newcomer
  • *
  • Posts: 5
Re: The 11 July 2007 build (4261) is out.
« Reply #31 on: July 13, 2007, 03:07:03 am »
Yes, as rickg22 says, I've overwritten my RC2 with an SVN build, but kept the directory. And I think this may be the causes of the problem, for after I made a fresh new svn directory and downloaded the sources, I got a successful build and the result program not crash.  Inaddition to this, I changed the zip cmd in update srcipt from 7-zip to Info-zip 2.32.

I hope these information will help those who encountered the same problem s as me.

Offline afb

  • Developer
  • Lives here!
  • *****
  • Posts: 884
Re: The 11 July 2007 build (4261) is out.
« Reply #32 on: July 14, 2007, 12:28:27 pm »
Mac OS X: (10.4 Universal, with wxWidgets 2.8.4)
    http://prdownload.berlios.de/codeblocks/CB_20070711_rev4261_mac284.zip

wxSmith now works much better (doesn't "disappear") on Mac OS X, in this release.

Offline mushakk

  • Multiple posting newcomer
  • *
  • Posts: 54
Re: The 11 July 2007 build (4261) is out.
« Reply #33 on: July 21, 2007, 12:08:50 pm »
The MAC version crash for me all the time :(
return to 3964

Offline Biplab

  • Developer
  • Lives here!
  • *****
  • Posts: 1874
    • Biplab's Blog
Re: The 11 July 2007 build (4261) is out.
« Reply #34 on: July 21, 2007, 12:22:12 pm »
The MAC version crash for me all the time :(
return to 3964

If possible, please post a crash-report. :)
Be a part of the solution, not a part of the problem.

Offline mushakk

  • Multiple posting newcomer
  • *
  • Posts: 54
Re: The 11 July 2007 build (4261) is out.
« Reply #35 on: July 23, 2007, 11:34:21 am »
I must use wxWidgets 2.6.4 in the last version (build 3964)

Quote
Date/Time:      2007-07-23 11:26:44.611 +0200
OS Version:     10.4.10 (Build 8R2232)
Report Version: 4

Command: CodeBlocks
Path:    /Applications/_CodeBlocks.app/Contents/MacOS/CodeBlocks
Parent:  WindowServer [66]

Version: 1.0 (4261)

PID:    6388
Thread: 0

Exception:  EXC_BAD_ACCESS (0x0001)
Codes:      KERN_PROTECTION_FAILURE (0x0002) at 0x00000000

Thread 0 Crashed:
0   libtodo.so                        0x175d8027 ToDoSettingsDlg::ToDoSettingsDlg[in-charge](wxWindow*) + 561
1   libtodo.so                        0x175cf7c1 ToDoList::GetConfigurationPanel(wxWindow*) + 37
2   libcodeblocks.0.dylib             0x010cec53 PluginManager::GetConfigurationPanels(int, wxWindow*, ConfigurationPanelsArray&) + 213
3   org.codeblocks.app                0x0000e174 EnvironmentSettingsDlg::AddPluginPanels() + 198
4   org.codeblocks.app                0x00010da5 EnvironmentSettingsDlg::EnvironmentSettingsDlg[in-charge](wxWindow*, wxAuiDockArt*) + 9373
5   org.codeblocks.app                0x00033b11 MainFrame::OnSettingsEnvironment(wxCommandEvent&) + 75
6   libwx_macu-2.8.0.dylib            0x015efc08 wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) + 108
7   libwx_macu-2.8.0.dylib            0x015efd9f wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) + 103
8   libwx_macu-2.8.0.dylib            0x015f0223 wxEvtHandler::ProcessEvent(wxEvent&) + 183
9   libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
10  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
11  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
12  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
13  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
14  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
15  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
16  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
17  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
18  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
19  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
20  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
21  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
22  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
23  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
24  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
25  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
26  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
27  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
28  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
29  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
30  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
31  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
32  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
33  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
34  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
35  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
36  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
37  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
38  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
39  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
40  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
41  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
42  libwx_macu-2.8.0.dylib            0x015f01c9 wxEvtHandler::ProcessEvent(wxEvent&) + 93
43  libwx_macu-2.8.0.dylib            0x016fb8e5 wxMenuBase::SendEvent(int, int) + 217
44  libwx_macu-2.8.0.dylib            0x01675d31 wxMacWindowEventHandler(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*) + 821
45  com.apple.HIToolbox               0x92df0617 DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*) + 1093
46  com.apple.HIToolbox               0x92defcbc SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*, HandlerCallRec*) + 304
47  com.apple.HIToolbox               0x92df709c SendEventToEventTarget + 56
48  com.apple.HIToolbox               0x92e77c3d SendHICommandEvent(unsigned long, HICommand const*, unsigned long, unsigned long, unsigned char, OpaqueEventTargetRef*, OpaqueEventTargetRef*, OpaqueEventRef**) + 405
49  com.apple.HIToolbox               0x92eabaa6 ProcessHICommandWithContextAndModifiers + 60
50  com.apple.HIToolbox               0x92eaba54 SendMenuItemSelectedEvent + 128
51  com.apple.HIToolbox               0x92eab96c FinishMenuSelection(MenuData*, MenuData*, MenuResult*, MenuResult*, unsigned long, unsigned long, unsigned long, unsigned char) + 122
52  com.apple.HIToolbox               0x92e906b5 MenuSelectCore(MenuData*, Point, double, unsigned long, OpaqueMenuRef**, unsigned short*) + 515
53  com.apple.HIToolbox               0x92e90156 MenuSelect + 100
54  libwx_macu-2.8.0.dylib            0x0166d819 wxMacTopLevelMouseEventHandler(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*) + 1497
55  libwx_macu-2.8.0.dylib            0x0161213a wxMacAppEventHandler(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*) + 1534
56  com.apple.HIToolbox               0x92df0617 DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*) + 1093
57  com.apple.HIToolbox               0x92defcbc SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*, HandlerCallRec*) + 304
58  com.apple.HIToolbox               0x92df709c SendEventToEventTarget + 56
59  com.apple.HIToolbox               0x92df7ab9 ToolboxEventDispatcherHandler(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*) + 2587
60  com.apple.HIToolbox               0x92df09ce DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*) + 2044
61  com.apple.HIToolbox               0x92defcbc SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*, HandlerCallRec*) + 304
62  com.apple.HIToolbox               0x92df709c SendEventToEventTarget + 56
63  libwx_macu-2.8.0.dylib            0x0160fef4 wxApp::MacHandleOneEvent(void*) + 34
64  libwx_macu-2.8.0.dylib            0x0160ffb0 wxApp::MacDoOneEvent() + 108
65  libwx_macu-2.8.0.dylib            0x01627f04 wxEventLoop::Dispatch() + 32
66  libwx_macu-2.8.0.dylib            0x016cd933 wxEventLoopManual::Run() + 97
67  libwx_macu-2.8.0.dylib            0x016a790c wxAppBase::MainLoop() + 76
68  org.codeblocks.app                0x000037cf CodeBlocksApp::OnRun() + 25
69  libwx_macu-2.8.0.dylib            0x0159fed0 wxEntry(int&, wchar_t**) + 86
70  org.codeblocks.app                0x00002412 main + 24
71  org.codeblocks.app                0x00001d76 _start + 216
72  org.codeblocks.app                0x00001c9d start + 41

Thread 1:
0   libSystem.B.dylib                 0x901101bf semaphore_timedwait_trap + 7
1   libwx_macu-2.8.0.dylib            0x015e6d29 wxSemaphoreInternal::WaitTimeout(unsigned long) + 27
2   libwx_macu-2.8.0.dylib            0x015e6dc7 wxSemaphore::Wait() + 31
3   libcodeblocks.0.dylib             0x012b9f46 BackgroundThread::Entry() + 22
4   libwx_macu-2.8.0.dylib            0x015e7e20 wxThreadInternal::MacThreadStart(void*) + 142
5   ...ple.CoreServices.CarbonCore    0x90cb8c6c PrivateMPEntryPoint + 51
6   libSystem.B.dylib                 0x90024227 _pthread_body + 84

Thread 2:
0   libSystem.B.dylib                 0x901101bf semaphore_timedwait_trap + 7
1   libwx_macu-2.8.0.dylib            0x015e6d29 wxSemaphoreInternal::WaitTimeout(unsigned long) + 27
2   libwx_macu-2.8.0.dylib            0x015e6dc7 wxSemaphore::Wait() + 31
3   libcodeblocks.0.dylib             0x012b9f46 BackgroundThread::Entry() + 22
4   libwx_macu-2.8.0.dylib            0x015e7e20 wxThreadInternal::MacThreadStart(void*) + 142
5   ...ple.CoreServices.CarbonCore    0x90cb8c6c PrivateMPEntryPoint + 51
6   libSystem.B.dylib                 0x90024227 _pthread_body + 84

Thread 3:
0   libSystem.B.dylib                 0x901101bf semaphore_timedwait_trap + 7
1   libwx_macu-2.8.0.dylib            0x015e6d29 wxSemaphoreInternal::WaitTimeout(unsigned long) + 27
2   libwx_macu-2.8.0.dylib            0x015e6dc7 wxSemaphore::Wait() + 31
3   libcodeblocks.0.dylib             0x012b9f46 BackgroundThread::Entry() + 22
4   libwx_macu-2.8.0.dylib            0x015e7e20 wxThreadInternal::MacThreadStart(void*) + 142
5   ...ple.CoreServices.CarbonCore    0x90cb8c6c PrivateMPEntryPoint + 51
6   libSystem.B.dylib                 0x90024227 _pthread_body + 84

Thread 4:
0   libSystem.B.dylib                 0x901101bf semaphore_timedwait_trap + 7
1   libwx_macu-2.8.0.dylib            0x015e6d29 wxSemaphoreInternal::WaitTimeout(unsigned long) + 27
2   libwx_macu-2.8.0.dylib            0x015e6dc7 wxSemaphore::Wait() + 31
3   libcodeblocks.0.dylib             0x012b9f46 BackgroundThread::Entry() + 22
4   libwx_macu-2.8.0.dylib            0x015e7e20 wxThreadInternal::MacThreadStart(void*) + 142
5   ...ple.CoreServices.CarbonCore    0x90cb8c6c PrivateMPEntryPoint + 51
6   libSystem.B.dylib                 0x90024227 _pthread_body + 84

Thread 5:
0   libSystem.B.dylib                 0x901101bf semaphore_timedwait_trap + 7
1   libwx_macu-2.8.0.dylib            0x015e6d29 wxSemaphoreInternal::WaitTimeout(unsigned long) + 27
2   libwx_macu-2.8.0.dylib            0x015e6dc7 wxSemaphore::Wait() + 31
3   libcodeblocks.0.dylib             0x0102f70b cbThreadPool::cbWorkerThread::Entry() + 67
4   libwx_macu-2.8.0.dylib            0x015e7e20 wxThreadInternal::MacThreadStart(void*) + 142
5   ...ple.CoreServices.CarbonCore    0x90cb8c6c PrivateMPEntryPoint + 51
6   libSystem.B.dylib                 0x90024227 _pthread_body + 84

Thread 6:
0   libSystem.B.dylib                 0x901101bf semaphore_timedwait_trap + 7
1   libwx_macu-2.8.0.dylib            0x015e6d29 wxSemaphoreInternal::WaitTimeout(unsigned long) + 27
2   libwx_macu-2.8.0.dylib            0x015e6dc7 wxSemaphore::Wait() + 31
3   libcodecompletion.so              0x16624395 ClassBrowserBuilderThread::Entry() + 39
4   libwx_macu-2.8.0.dylib            0x015e7e20 wxThreadInternal::MacThreadStart(void*) + 142
5   ...ple.CoreServices.CarbonCore    0x90cb8c6c PrivateMPEntryPoint + 51
6   libSystem.B.dylib                 0x90024227 _pthread_body + 84

Thread 7:
0   libSystem.B.dylib                 0x900248c7 semaphore_wait_signal_trap + 7
1   com.apple.ColorSync               0x915a86cf pthreadSemaphoreWait(t_pthreadSemaphore*) + 35
2   com.apple.ColorSync               0x915c2de0 CMMConvTask(void*) + 60
3   libSystem.B.dylib                 0x90024227 _pthread_body + 84

Thread 0 crashed with X86 Thread State (32-bit):
  eax: 0x00000000  ebx: 0x175d7e04  ecx: 0x015f36a4  edx: 0x00000000
  edi: 0xbfffdd98  esi: 0x00000001  ebp: 0xbfffddb8  esp: 0xbfffdd60
   ss: 0x0000001f  efl: 0x00010286  eip: 0x175d8027   cs: 0x00000017
   ds: 0x0000001f   es: 0x0000001f   fs: 0x00000000   gs: 0x00000037

Model: MacBookPro3,1, BootROM MBP31.0070.B02, 2 processors, Intel Core 2 Duo, 2.4 GHz, 2 GB
Graphics: GeForce 8600M GT, GeForce 8600M GT, PCIe, 256 MB
Memory Module: BANK 0/DIMM0, 1 GB, DDR2 SDRAM, 667 MHz
Memory Module: BANK 1/DIMM1, 1 GB, DDR2 SDRAM, 667 MHz
AirPort: spairport_wireless_card_type_airport_extreme (0x168C, 0x87), 1.1.8.5
Bluetooth: Version 1.9.0f8, 2 service, 1 devices, 1 incoming serial ports
Network Service: AirPort, AirPort, en1
Network Service: Parallels Host-Guest, Ethernet, en2
Network Service: Parallels NAT, Ethernet, en3
PCI Card: pci168c,24, sppci_othernetwork, PCI Slot 5
Serial ATA Device: FUJITSU MHW2160BHPL, 149.05 GB
Parallel ATA Device: MATSHITADVD-R   UJ-857E
USB Device: Built-in iSight, Apple Inc., Up to 480 Mb/sec, 500 mA
USB Device: Apple Internal Keyboard / Trackpad, Apple Computer, Up to 12 Mb/sec, 500 mA
USB Device: IR Receiver, Apple Computer, Inc., Up to 1.5 Mb/sec, 500 mA
USB Device: Bluetooth USB Host Controller, Apple, Inc., Up to 12 Mb/sec, 500 mA


Offline mushakk

  • Multiple posting newcomer
  • *
  • Posts: 54
Re: The 11 July 2007 build (4261) is out.
« Reply #36 on: July 23, 2007, 11:40:11 am »
Another bug in the mac version: I can`t write the letters '{', '[', '^' and some others (not needed for code)
Note: Only in codeblocks

My keyboard is spanish.

Thanks for your contribution!