Author Topic: The 15 november 2006 build is out.  (Read 33150 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5491
The 15 november 2006 build is out.
« on: November 15, 2006, 06:24:51 pm »
Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml

A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw26u_gcc_cb_wx2.6.3p2.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10.7z

For support of ansi builds, a link to the ansi windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw26_gcc_cb_wx2.6.3p2.7z

The 15 November 2006 build is out.
  - Windows : http://prdownload.berlios.de/codeblocks/CB_20061115_rev3222_win32.7z
  - Linux :
         http://prdownload.berlios.de/codeblocks/CB_20061115_rev3222_Ubuntu6.06.deb
         http://prdownload.berlios.de/codeblocks/CB_20061115_rev3222_suse100+101.rpm
         http://prdownload.berlios.de/codeblocks/CB_20061115_rev3222_fc4+5.rpm
         http://prdownload.berlios.de/codeblocks/CB_20061115_rev3222_Ubuntu6.10-amd64.deb


Resolved Fixed:

  • Huge speed up in large projects loading (about 80% off the original loading time)
  • Refresh bug fix for symbols browser in "current file" filter mode

Regressions/Confirmed/Annoying/Common bugs:

  • toolbar-images-not-changing-state (is a wx problem/Win XP problem)
  • menu items with icon not correctly aligned (since wx263)

« Last Edit: November 16, 2006, 07:27:48 am by killerbot »

sethjackson

  • Guest
Re: The 15 november 2006 build is out.
« Reply #1 on: November 15, 2006, 08:01:22 pm »
Windows ANSI build here
« Last Edit: November 23, 2006, 01:18:55 am by sethjackson »

Offline cstudent

  • Almost regular
  • **
  • Posts: 159
    • Cstudent's Help Desk
Re: The 15 november 2006 build is out.
« Reply #2 on: November 15, 2006, 08:59:23 pm »
Ubuntu 6.10 (Edgy) build here.

Offline BigAngryDog

  • Multiple posting newcomer
  • *
  • Posts: 75
    • BigAngryDog.com
Re: The 15 november 2006 build is out.
« Reply #3 on: November 15, 2006, 10:22:10 pm »
>* Huge speed up in large projects loading (about 80% off the original loading time)

Brilliant! Good stuff!
BigAngryDog.com

Offline Russell

  • Multiple posting newcomer
  • *
  • Posts: 30
Re: The 15 november 2006 build is out.
« Reply #4 on: November 16, 2006, 05:02:18 am »
Like the new logo, very nice  :mrgreen:

Speed up is quite noticeable too!

I noticed in the titlebar, is it supposed to say: "Code::Blocks vsvn build" ?

Offline DmP

  • Single posting newcomer
  • *
  • Posts: 9
Re: The 15 november 2006 build is out.
« Reply #5 on: November 16, 2006, 01:44:28 pm »
Sorry my english.

When I compile any file and try compile it again - it compile again.
Same with build. Thus Build like Rebuild.  :(

In Code::Blocks Debug:
[14:49:57.171]: Scanned 0 files for #includes, cache used 0, cache updated 0
« Last Edit: November 16, 2006, 01:55:17 pm by DmP »

Offline Ekinoks

  • Single posting newcomer
  • *
  • Posts: 7
Re: The 15 november 2006 build is out.
« Reply #6 on: November 16, 2006, 03:06:30 pm »
I have this with Ubuntu 6.10 in boot code::blocks :
Quote
15:04:24: Mailcap file /etc/mailcap, line 51: incomplete entry ignored.
15:04:24: Mailcap file /etc/mailcap, line 52: incomplete entry ignored.

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2775
Re: The 15 november 2006 build is out.
« Reply #7 on: November 16, 2006, 03:18:09 pm »
I have this with Ubuntu 6.10 in boot code::blocks :
Quote
15:04:24: Mailcap file /etc/mailcap, line 51: incomplete entry ignored.
15:04:24: Mailcap file /etc/mailcap, line 52: incomplete entry ignored.

Search the main index for "Mailcap file". There's a lot of previous experience with this problem.

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2775
Re: The 15 november 2006 build is out.
« Reply #8 on: November 16, 2006, 03:24:05 pm »
Sorry my english.

When I compile any file and try compile it again - it compile again.
Same with build. Thus Build like Rebuild.  :(

In Code::Blocks Debug:
[14:49:57.171]: Scanned 0 files for #includes, cache used 0, cache updated 0
   //-- Please Provide more information
   Would you state your CodeBlocks version and compiler version and your Operating System.

   //-- Full Compile Logging -- Turn on full compiler logging
   Main Menu->Settings->Compiler and Debugger->"Other"->Compiler logging = "Full command line".

Could you provide us with a simple example that shows the problem.
Attach the example and the compiler log to your message.



Offline kai

  • Multiple posting newcomer
  • *
  • Posts: 25
Re: The 15 november 2006 build is out.
« Reply #9 on: November 16, 2006, 03:33:58 pm »
Ekinoks:

i assume you have installed beryl from a third party repository which corrupts  /etc/mailcap by adding some false lines to it.

Offline Insubordinate

  • Multiple posting newcomer
  • *
  • Posts: 12
    • Dunghill Entertainment
Re: The 15 november 2006 build is out.
« Reply #10 on: November 16, 2006, 04:02:40 pm »
I noticed that files aren't saved automatically before compiling anymore. Is this a bug or a change in behavior?
I couldn't find an option to turn it back on.

Offline thomas

  • Administrator
  • Lives here!
  • *****
  • Posts: 3979
Re: The 15 november 2006 build is out.
« Reply #11 on: November 16, 2006, 04:08:56 pm »
I noticed that files aren't saved automatically before compiling anymore. Is this a bug or a change in behavior?
I couldn't find an option to turn it back on.
Sir, it's quite possible this asteroid is not entirely stable. Do those files that are not saved belong to the project?
"We should forget about small efficiencies, say about 97% of the time: Premature quotation is the root of public humiliation."

Offline DmP

  • Single posting newcomer
  • *
  • Posts: 9
Re: The 15 november 2006 build is out.
« Reply #12 on: November 16, 2006, 04:10:30 pm »
Sorry my english.

When I compile any file and try compile it again - it compile again.
Same with build. Thus Build like Rebuild.  :(

In Code::Blocks Debug:
[14:49:57.171]: Scanned 0 files for #includes, cache used 0, cache updated 0
   //-- Please Provide more information
   Would you state your CodeBlocks version and compiler version and your Operating System.

   //-- Full Compile Logging -- Turn on full compiler logging
   Main Menu->Settings->Compiler and Debugger->"Other"->Compiler logging = "Full command line".

Could you provide us with a simple example that shows the problem.
Attach the example and the compiler log to your message.
CodeBlocks version - current code from svn, my build. Version from 20.10.06 work fine.
Compieler - MinGw (gcc version 3.4.4 (mingw special))
OS - MS Windows 2000 SP 4

With "Full command line" - Build log one file:
mingw32-g++.exe -Wall -frtti -fexceptions -DUNICODE -DQT_LARGEFILE_SUPPORT -DQT_DLL -DQT_NO_DEBUG -DQT_GUI_LIB -g  -IC:\Dev\Qt42\include -IC:\Dev\Qt42\include\QtCore -IC:\Dev\Qt42\include\QtGui -IC:\Dev\Qt42\include\QtSql -IC:\Dev\Qt42\include\QtXml -IC:\Dev\Qt42\include\Qt -IC:\Dev\Qt42\include\QtDesigner -IC:\Dev\1L\qt1l\src -IC:\MinGW\include  -c config\config_tests.cpp -o C:\Dev\1L\qt1l\tmp\obj\debug\config\config_tests.o
Process terminated with status 0 (0 minutes, 9 seconds)
0 errors, 0 warnings

and this all time.
it doing with any project - compiling and building fine, but with next try build - begining compiling all again.

But same file/project in CB(20.10.06):
Nothing to be done.

Offline Insubordinate

  • Multiple posting newcomer
  • *
  • Posts: 12
    • Dunghill Entertainment
Re: The 15 november 2006 build is out.
« Reply #13 on: November 16, 2006, 04:24:19 pm »
Quote
Sir, it's quite possible this asteroid is not entirely stable. Do those files that are not saved belong to the project?

Hehe, threw me off for a second there with that first sentence...

Anyway, just ran code blocks again to check and files are now auto saving as usual. But I'm quite sure the files belonged to the active project when the error came up as the project compiled fine (with the changes to source that is) when I manually saved the files before compiling.

Strange that I can't reproduce the error now. Hmm, maybe a case of staying up too late coding?   :wink:

Offline DmP

  • Single posting newcomer
  • *
  • Posts: 9
Re: The 15 november 2006 build is out.
« Reply #14 on: November 16, 2006, 04:38:58 pm »
... (skiped) ...
and this all time.
it doing with any project - compiling and building fine, but with next try build - begining compiling all again.

I'm located errors with simple concole proect.
It begin rebuilding if in project property set $(#MyGlobalVar) like on picture in attach.

[attachment deleted by admin]

Offline Acki

  • Multiple posting newcomer
  • *
  • Posts: 100
Re: The 15 november 2006 build is out.
« Reply #15 on: November 16, 2006, 07:19:58 pm »
Sorry my english.

When I compile any file and try compile it again - it compile again.
Same with build. Thus Build like Rebuild.  :(

In Code::Blocks Debug:
[14:49:57.171]: Scanned 0 files for #includes, cache used 0, cache updated 0
I have the same problem !!!
If I build all (ctrl + F11) and then just do a build (ctrl + F9) without any changes to the whole project it'll compile all files again !!!

I'm using C::B from this thread with GNU-GCC compiler latest version !!!
My OS is Win2000sp3 !!!

This is really annoying, as far as I'm working on a really huge project (Irrlicht) that compiles about 15 minutes, just if I only change one single source file !!!

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2775
Re: The 15 november 2006 build is out.
« Reply #16 on: November 16, 2006, 07:56:24 pm »
I have two examples:

test.cbp exibits the behavior described. It will compile even when no changes have been made.

Test2.cbp does not exibit the constant compile problem.

The directory structures are exactly the same:
Wierd!

test.cbp
Code
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<CodeBlocks_project_file>
<FileVersion major="1" minor="5" />
<Project>
<Option title="test" />
<Option pch_mode="2" />
<Option default_target="" />
<Option compiler="gcc" />
<Option virtualFolders="" />
<Build>
<Target title="Release">
<Option output=".\test.exe" prefix_auto="1" extension_auto="1" />
<Option object_output="obj\Release\" />
<Option type="1" />
<Option compiler="gcc" />
<Compiler>
<Add option="-O2" />
</Compiler>
<Linker>
<Add option="-s" />
</Linker>
</Target>
</Build>
<Compiler>
<Add option="-Wall" />
</Compiler>
<Unit filename="src\main.cpp">
<Option compilerVar="CPP" />
<Option target="Release" />
</Unit>
</Project>
</CodeBlocks_project_file>

Test2.cbp
Code
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<CodeBlocks_project_file>
<FileVersion major="1" minor="5" />
<Project>
<Option title="Test2" />
<Option pch_mode="2" />
<Option default_target="" />
<Option compiler="gcc" />
<Option virtualFolders="" />
<Build>
<Target title="Release">
<Option output=".\Test2.exe" prefix_auto="1" extension_auto="1" />
<Option object_output="obj\Release\" />
<Option type="1" />
<Option compiler="gcc" />
<Compiler>
<Add option="-O2" />
</Compiler>
<Linker>
<Add option="-s" />
</Linker>
</Target>
</Build>
<Compiler>
<Add option="-Wall" />
</Compiler>
<Unit filename="src\main.cpp">
<Option compilerVar="CPP" />
<Option target="Release" />
</Unit>
</Project>
</CodeBlocks_project_file>



But... Look, Test2 has a .depend while test does not. Why is that?



However, when I copy Test2.depend and edit it for test.depend, it has no effect on the behavior.
Code
# depslib dependency file v1.0
1152747736 source:c:\temp\test\src\main.cpp
<iostream>

Done.. I;m stumped :^[
« Last Edit: November 16, 2006, 08:35:44 pm by Pecan »

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9694
Re: The 15 november 2006 build is out.
« Reply #17 on: November 16, 2006, 08:12:46 pm »
The directory structures are exactly the same:
Wierd!
Exactly. But your samples work very well for me...?!

Edit: I've done all exactly the same except the top-level directory. But: It works! (What revision do you use?)
« Last Edit: November 16, 2006, 08:21:05 pm by MortenMacFly »
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 Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2775
Re: The 15 november 2006 build is out.
« Reply #18 on: November 16, 2006, 08:28:54 pm »
The directory structures are exactly the same:
Wierd!
Exactly. But your samples work very well for me...?!

Edit: I've done all exactly the same except the top-level directory. But: It works! (What revision do you use?)

svn build  rev 3226 (2006-11-16 07:34:31)   gcc 3.4.4 Windows/unicode

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2775
Re: The 15 november 2006 build is out.
« Reply #19 on: November 16, 2006, 08:31:39 pm »
The directory structures are exactly the same:
Wierd!
Exactly. But your samples work very well for me...?!

Edit: I've done all exactly the same except the top-level directory. But: It works! (What revision do you use?)

What do you mean by: except the top-level directory.

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9694
Re: The 15 november 2006 build is out.
« Reply #20 on: November 16, 2006, 08:32:05 pm »
svn build  rev 3226 (2006-11-16 07:34:31)   gcc 3.4.4 Windows/unicode
Right... I'm still at 3222. I wonder if this is related to the RegEx changes Thomas made?!

Edit: My Top level is not "C:\temp" but "C:\Document...blah...\Desktop".
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 Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2775
Re: The 15 november 2006 build is out.
« Reply #21 on: November 16, 2006, 08:33:53 pm »
svn build  rev 3226 (2006-11-16 07:34:31)   gcc 3.4.4 Windows/unicode
Right... I'm still at 3222. I wonder if this is related to the RegEx changes Thomas made?!

Edit: My Top level is not "C:\temp" but "C:\Document...blah...\Desktop".

Would try DmP's test.cbp at http://forums.codeblocks.org/index.php?action=dlattach;topic=4469.0;attach=1613

Offline stahta01

  • Lives here!
  • ****
  • Posts: 7588
    • My Best Post
Re: The 15 november 2006 build is out.
« Reply #22 on: November 16, 2006, 08:35:28 pm »
Have you done the beginner fixes like deleting all the files in obj\Release\ and the .exe file that is created.
This is an easy way to confirm write access under windows.

Tim S
C Programmer working to learn more about C++ and Git.
On Windows 7 64 bit and Windows 10 64 bit.
--
When in doubt, read the CB WiKi FAQ. http://wiki.codeblocks.org

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9694
Re: The 15 november 2006 build is out.
« Reply #23 on: November 16, 2006, 08:37:02 pm »
Would try DmP's test.cbp at http://forums.codeblocks.org/index.php?action=dlattach;topic=4469.0;attach=1613
Tried that too - no worries. Except the the project file is wrong - main.cpp is in the src sub-directory. This I changed and it just works fine.
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 Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2775
Re: The 15 november 2006 build is out.
« Reply #24 on: November 16, 2006, 08:41:43 pm »
Have you done the beginner fixes like deleting all the files in obj\Release\ and the .exe file that is created.
This is an easy way to confirm write access under windows.

Tim S

Affirmative. But to make sure, I deleted the entire .\obj dir .layout etc.
I left only ./src/main.cpp and ./test.cbp

I then did a rebuild. Without touching the machine (mouse only) I held my mouth just like I did with Test2 and click on the blue gear.
Damn, it built.

Jeesh. :^[   What the hell is this?
It must be something other than the cbp.

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2775
Re: The 15 november 2006 build is out.
« Reply #25 on: November 16, 2006, 08:45:54 pm »
svn build  rev 3226 (2006-11-16 07:34:31)   gcc 3.4.4 Windows/unicode
Right... I'm still at 3222. I wonder if this is related to the RegEx changes Thomas made?!

Edit: My Top level is not "C:\temp" but "C:\Document...blah...\Desktop".

Nope, I went all the way back to 3111 and it still rebuilds.

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9694
Re: The 15 november 2006 build is out.
« Reply #26 on: November 16, 2006, 08:50:36 pm »
Nope, I went all the way back to 3111 and it still rebuilds.
Mmmmh... what is this?! :shock: Could you please post the whole project in a ZIP file? Maybe uploading to the forum changed the format (linefeed or stuff) which makes it not reproducible?! (Although in that case the other example in the ZIP shouldn't work, too...).
Again: It only builds one time on my machine and that's it. Next time I build C::B states "Up-to-date", just as expected. Mind removing your C::B configuration file temporarily to have a fresh-and-clean C::B?
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 Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2775
Re: The 15 november 2006 build is out.
« Reply #27 on: November 16, 2006, 09:00:24 pm »
Could you please post the whole project in a ZIP file?

Savefile.com upload of test and Test2 from Pecan (DmP problem)
which magically compiles without human intervention.

test and Test2

test is the problem. Test2 behaves correctly.


« Last Edit: November 16, 2006, 09:02:06 pm by Pecan »

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2775
Re: The 15 november 2006 build is out.
« Reply #28 on: November 16, 2006, 09:17:04 pm »
Ok, to main.cpp, I add a line "int i=0; "and recompiled. When I hit the recompile again it said "nothing to be done."

aha!

I deleted the line, and it behaved correctly.
It has behaved correctly ever since.

ALSO, for the first time it created a .depend file.

So, the moral of the story...
choke your chicken.. no, no not that one.
Modify the file until you get a .depend file. Or some such voodoo.

« Last Edit: November 16, 2006, 09:21:33 pm by Pecan »

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2775
Re: The 15 november 2006 build is out.
« Reply #29 on: November 16, 2006, 09:28:03 pm »
I went back and looked at the time on the file that I downloaded from DmP.
It has a date and time on it that's way ahead of my system clock.

When I modified the src file. It set the date/time to my local time.
Is that why I got no depend file until I touched the file?

But why would this happen to DmP, who created the file. Or did He?

@DmP, how did  you get file main.cpp? What's the date/time of that file?
What's the date/time of your system? Can you do a build clean, modify the file and have it behave correctly?

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2775
Re: The 15 november 2006 build is out.
« Reply #30 on: November 16, 2006, 09:39:26 pm »
I have the same problem !!!
If I build all (ctrl + F11) and then just do a build (ctrl + F9) without any changes to the whole project it'll compile all files again !!!

I'm using C::B from this thread with GNU-GCC compiler latest version !!!
My OS is Win2000sp3 !!!

This is really annoying, as far as I'm working on a really huge project (Irrlicht) that compiles about 15 minutes, just if I only change one single source file !!!

@Acki

Could I ask you to do an experiment. Go touch all the files in your probject. Do a build clean. Then do a rebuild. Did it solve the problem?
« Last Edit: November 16, 2006, 09:42:13 pm by Pecan »

Offline Acki

  • Multiple posting newcomer
  • *
  • Posts: 100
Re: The 15 november 2006 build is out.
« Reply #31 on: November 16, 2006, 10:20:31 pm »
Well, the Irrlicht project is way to big for this (about 290 cpp files) !!!
But I have a little project that I tested like you said, but no changes, all is build every time !!!

this are the 3 project files:
main.cpp
Code
#include "cMapDemo.h"

int main(){
  cMapDemo demo;
  demo.run();
  return 0;
}

cMapDemo.h
Code
#ifndef CMAPDEMO_H
#define CMAPDEMO_H

#include <Irrlicht.h>
using namespace irr;
using namespace core;
using namespace scene;
using namespace video;
using namespace io;
using namespace gui;

class cMapDemo : public IEventReceiver{
  private:
    IrrlichtDevice* device;
    IVideoDriver* driver;
    ISceneManager* smgr;
    IGUIEnvironment* env;
    bool prgDead;
    bool terraWireframe;
    bool showPathNodes;

    ITerrainSceneNode* terrain;
    ICameraSceneNode* camera;

  public:
    virtual bool OnEvent(SEvent event);
    void run();

};

#endif // CMAPDEMO_H

cMapDemo.cpp
Code
#include "cMapDemo.h"

bool cMapDemo::OnEvent(SEvent event){
  if(event.EventType == EET_KEY_INPUT_EVENT && !event.KeyInput.PressedDown){
    switch(event.KeyInput.Key){
      case KEY_ESCAPE:{
        prgDead = true;
        return true;
      }break;
      case KEY_F1:{
        terraWireframe = !terraWireframe;
        terrain->setMaterialFlag(EMF_WIREFRAME, terraWireframe);
        return true;
      }break;
      case KEY_F2:{
        showPathNodes = !showPathNodes;
        return true;
      }break;
    }
  }
  return false;
}
void cMapDemo::run(){
  prgDead = false;
  terraWireframe = false;
  showPathNodes = false;

  device = createDevice(EDT_DIRECT3D9, dimension2d<s32>(640, 480));
  device->setEventReceiver(this);
  driver = device->getVideoDriver();
  smgr = device->getSceneManager();
  env = device->getGUIEnvironment();
  driver->setTextureCreationFlag(video::ETCF_ALWAYS_32_BIT, true);
 
  device->getCursorControl()->setVisible(false);
  SKeyMap keyMap[8];
  keyMap[0].Action = EKA_MOVE_FORWARD;
  keyMap[0].KeyCode = KEY_UP;
  keyMap[1].Action = EKA_MOVE_FORWARD;
  keyMap[1].KeyCode = KEY_KEY_W;
  keyMap[2].Action = EKA_MOVE_BACKWARD;
  keyMap[2].KeyCode = KEY_DOWN;
  keyMap[3].Action = EKA_MOVE_BACKWARD;
  keyMap[3].KeyCode = KEY_KEY_S;
  keyMap[4].Action = EKA_STRAFE_LEFT;
  keyMap[4].KeyCode = KEY_LEFT;
  keyMap[5].Action = EKA_STRAFE_LEFT;
  keyMap[5].KeyCode = KEY_KEY_A;
  keyMap[6].Action = EKA_STRAFE_RIGHT;
  keyMap[6].KeyCode = KEY_RIGHT;
  keyMap[7].Action = EKA_STRAFE_RIGHT;
  keyMap[7].KeyCode = KEY_KEY_D;
  camera = smgr->addCameraSceneNodeFPS(0, 100, 500, -1, keyMap, 8);
  camera->setPosition(core::vector3df(0,2055,-1110));
  camera->setTarget(core::vector3df(0,0,10));
  camera->updateAbsolutePosition();
  camera->setFarValue(12000.0f);

  // create a new (correct) terrain
  terrain = smgr->addTerrainSceneNode2("Media/heightmap2.bmp");
  terrain->setScale(vector3df(40.0, 1.0, 40.0));
  terrain->setPosition(vector3df(0.0, 0.0, -10.0));
  terrain->setMaterialFlag(EMF_LIGHTING, false);
  terrain->setMaterialTexture(0, driver->getTexture("Media/terratex2.bmp"));

  ITriangleSelector* selector = smgr->createTerrainTriangleSelector(terrain, 0);
  terrain->setTriangleSelector(selector);
  selector->drop();

  while(device->run() && !prgDead){
    if(device->isWindowActive()){
      driver->beginScene(true, true, 0 );
      smgr->drawAll();
      env->drawAll();
      driver->endScene();
    }
  }
  device->drop();
}

But what is really curious is that it does not recompile if I add the external include dir for Irrlicht to the default compiler settings and not to the project's compiler settings !?!?!
Also all is correct if I delete all the Irrlicht related stuff out of cMapDemo.cpp and cMapDemo.h !?!?!

EDIT:
I also tested it with some other sdks like Newton Physics !!!
The same behavior, if the include dir is added to the project settings it recompiles always !!!
If the include dir is added to the default settings, all is correct !!!
So I think there must be the error with the project's compiler settings include dirs !?!?!
« Last Edit: November 16, 2006, 10:36:47 pm by Acki »

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2775
Re: The 15 november 2006 build is out.
« Reply #32 on: November 16, 2006, 10:38:17 pm »
Well, the Irrlicht project is way to big for this (about 290 cpp files) !!!
But I have a little project that I tested like you said, but no changes, all is build every time !!!
But what is really curious is that it does not recompile if I add the external include dir for Irrlicht to the default compiler settings and not to the project's compiler settings !?!?!
Also all is correct if I delete all the Irrlicht related stuff out of cMapDemo.cpp and cMapDemo.h !?!?!

That would suggest that my theory about an incorrect date/time on a source file is correct. (maybe)

By removing the ability for CB or the compiler to see the date/time of the  Irrlicht source files, it cannot decide that a re-compile is needed.

If this was my problem, I'd write a quick and dirty pgm to touch all files in the project structure and test the result. There must be a utility around that will touch a file structure.

I have no other suggestion right now.

 
« Last Edit: November 16, 2006, 10:40:53 pm by Pecan »

Offline Acki

  • Multiple posting newcomer
  • *
  • Posts: 100
Re: The 15 november 2006 build is out.
« Reply #33 on: November 16, 2006, 10:50:03 pm »
Yes, you where right !!!
I got the problem !!!

My system's date was incorrect (year 2000) !!!
I now changed the system's date to 2006 and all seems to be fine again !!!

thanks for your efforts !!!  :)

Offline DmP

  • Single posting newcomer
  • *
  • Posts: 9
Re: The 15 november 2006 build is out.
« Reply #34 on: November 17, 2006, 08:18:45 am »

@DmP, how did  you get file main.cpp? What's the date/time of that file?
What's the date/time of your system? Can you do a build clean, modify the file and have it behave correctly?

Sorry, but I'm in another time zone. I'm from Ukraine, it is +7 with forum board time.

Error step by step:
1) Open CB - SVN 3223.
2) File - New - Project
3) Select concole application
4) Project title - test3
5) Next - Next - Finish
6) Project - Properties
7) Targets
8) Set Objects output dir:
$(#test3)\obj\
9) Ok
10) Fill Global variable - base

It's all. Project always rebuilding. :(
« Last Edit: November 17, 2006, 08:20:39 am by DmP »

Offline DmP

  • Single posting newcomer
  • *
  • Posts: 9
Re: The 15 november 2006 build is out.
« Reply #35 on: November 17, 2006, 10:24:05 am »
i'm build CB 3227 - it work fine. :) sorry for troubling you.

Lots thanks for this wonderful project!  :)
« Last Edit: November 17, 2006, 10:30:09 am by DmP »

hecato

  • Guest
Re: The 15 november 2006 build is out.
« Reply #36 on: November 21, 2006, 02:24:05 am »
Hi there, I have downloaded CB rev 3222 for amd64 Ubuntu, I have installed an anterior version, but it give me following dependency problems... I use synaptic but down know how to solve this... the question is is there a build around, that can be installed on my system¿? (I have installed before one of Septemter, but Im unable to find the archive in my disc :S)

Code
root@hecatombe-64:/programador/Descargas# dpkg -i CB_20061115_rev3222_Ubuntu6.10-amd64.deb
(Leyendo la base de datos ...
255954 ficheros y directorios instalados actualmente.)
Preparando para reemplazar codeblocks 1.0svn (usando CB_20061115_rev3222_Ubuntu6.10-amd64.deb) ...
Desempaquetando el reemplazo de codeblocks ...
dpkg: problemas de dependencias impiden la configuración de codeblocks:
 codeblocks depende de libatk1.0-0 (>= 1.12.1); sin embargo:
  Versión de libatk1.0-0  en el sistema es 1.11.4-0ubuntu1.
 codeblocks depende de libc6 (>= 2.4-1); sin embargo:
  Versión de libc6  en el sistema es 2.3.6-0ubuntu20.
 codeblocks depende de libcairo2 (>= 1.2.4); sin embargo:
  Versión de libcairo2  en el sistema es 1.0.4-0ubuntu1.
 codeblocks depende de libgcc1 (>= 1:4.1.1-12); sin embargo:
  Versión de libgcc1  en el sistema es 1:4.0.3-1ubuntu5.
 codeblocks depende de libglib2.0-0 (>= 2.12.0); sin embargo:
  Versión de libglib2.0-0  en el sistema es 2.10.3-0ubuntu1.
 codeblocks depende de libgtk2.0-0 (>= 2.10.3); sin embargo:
  Versión de libgtk2.0-0  en el sistema es 2.8.20-0ubuntu1.
 codeblocks depende de libpango1.0-0 (>= 1.14.5); sin embargo:
  Versión de libpango1.0-0  en el sistema es 1.12.3-0ubuntu3.
 codeblocks depende de libstdc++6 (>= 4.1.1-12); sin embargo:
  Versión de libstdc++6  en el sistema es 4.0.3-1ubuntu5.
 codeblocks depende de libwxbase2.6-0 (>= 2.6.3.2.1.5); sin embargo:
  el paquete libwxbase2.6-0 no está instalado.
 codeblocks depende de libwxgtk2.6-0 (>= 2.6.3.2.1.5); sin embargo:
  Versión de libwxgtk2.6-0  en el sistema es 2.6.1.2ubuntu2.
dpkg: error al procesar codeblocks (--install):
 problemas de dependencias - se deja sin configurar
Se encontraron errores al procesar:
 codeblocks

Update: I finally searched manually and finded codeblocks_svn-2953-ubuntu_amd64 and installed it again, now all is fine.
« Last Edit: November 21, 2006, 02:35:03 am by hecato »

Offline tom0769

  • Multiple posting newcomer
  • *
  • Posts: 42
Re: The 15 november 2006 build is out.
« Reply #37 on: November 22, 2006, 10:58:41 am »
Windows ANSI build here

The link does not work

Offline tiwag

  • Developer
  • Lives here!
  • *****
  • Posts: 1196
  • sailing away ...
    • tiwag.cb
Re: The 15 november 2006 build is out.
« Reply #38 on: November 22, 2006, 01:04:14 pm »