Author Topic: The 06 January 2009 build (5382) is out.  (Read 85042 times)

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 06 January 2009 build (5382) is out.
« Reply #30 on: January 09, 2009, 02:55:25 pm »
Hi, jens! I think i found the question. the 'Compiler's installation directory' can't support '$(CODEBLOCKS)', when i set this value to 'D:\ycdeng\qpcb\codeblocks\src\devel\bin', it's OK!
I hope you can fix it: not support $(CODEBLOCKS).
thanks!!

[attachment deleted by admin]

Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7265
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: The 06 January 2009 build (5382) is out.
« Reply #31 on: January 09, 2009, 02:57:15 pm »
Hi, jens! I think i found the question. the 'Compiler's installation directory' can't support '$(CODEBLOCKS)', when i set this value to 'D:\ycdeng\qpcb\codeblocks\src\devel\bin', it's OK!
I hope you can fix it: not support $(CODEBLOCKS).
thanks!!

That's what I wanted to write just in the same moment.
Where and how do you set $(CODEBLOCKS) ?

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 06 January 2009 build (5382) is out.
« Reply #32 on: January 09, 2009, 03:13:24 pm »
Hi, jens! I think i found the question. the 'Compiler's installation directory' can't support '$(CODEBLOCKS)', when i set this value to 'D:\ycdeng\qpcb\codeblocks\src\devel\bin', it's OK!
I hope you can fix it: not support $(CODEBLOCKS).
thanks!!

That's what I wanted to write just in the same moment.
Where and how do you set $(CODEBLOCKS) ?


because the mingw install path is CB install path.
« Last Edit: January 09, 2009, 03:15:45 pm by Loaden »

Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7265
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: The 06 January 2009 build (5382) is out.
« Reply #33 on: January 09, 2009, 03:15:40 pm »
I saw the compiler path in toolchain executables, but I didn't know (until now) that the variable is set automatically to C::B's executable directory when it starts.
Shame on me. :oops:

But I think that can be fixed, too.

Later this afternoon, or in the evening.

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 06 January 2009 build (5382) is out.
« Reply #34 on: January 09, 2009, 03:18:14 pm »
But I think that can be fixed, too.
Later this afternoon, or in the evening.
Thanks you very much!

d0c

  • Guest
Re: The 06 January 2009 build (5382) is out.
« Reply #35 on: January 09, 2009, 05:39:31 pm »
It seems that you forgot to update the maximum lexer constant in editorcolourset.cpp, making it impossible to use the proper lexer for the D programming language.
Patch for this and lexer_d.xml attached.

EDIT: Sorry, I missed that smart indent depends on the selected lexer. Patch updated

[attachment deleted by admin]
« Last Edit: January 09, 2009, 11:30:23 pm by d0c »

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5226
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 06 January 2009 build (5382) is out.
« Reply #36 on: January 10, 2009, 12:53:19 pm »
Hi, someone finds a bug in the Toolbar position.
See this thread
http://forums.codeblocks.org/index.php/topic,9890.msg69000.html#msg69000
I have verified that this bug exists in SVN5382.
Thanks.
« Last Edit: January 10, 2009, 12:57:11 pm by ollydbg »
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline JMP

  • Multiple posting newcomer
  • *
  • Posts: 11
Re: The 06 January 2009 build (5382) is out.
« Reply #37 on: January 10, 2009, 08:26:11 pm »
Hi,

I have found that when dragging selected text beyond the actual extent of the editor area, there is not any auto-scroll, so one must drop the dragged selected text only on the visible area of the editor.

I remember, in some previous version of C::B, that auto-scroll worked as expected. Maybe it is because of the new scintilla version?

Regards

Offline olelukoie

  • Single posting newcomer
  • *
  • Posts: 7
Re: The 06 January 2009 build (5382) is out.
« Reply #38 on: January 10, 2009, 09:07:35 pm »
Hi,

I've got a problem compiling C::B as an rpm-package for current development version of Mandriva Linux 2009.1 distribution. I guess the problem is that when building rpm packages this distribution forces the use of GCC option -Werror=format-security and it produces several error messages like this:
Code: [Select]
wiz.cpp: In member function 'void Wiz::CopyFiles(cbProject*, const wxString&, const wxString&)':
wiz.cpp:757: error: format not a string literal and no format arguments
make[4]: *** [wiz.lo] Error 1
make[4]: Leaving directory `/home/olelukoie/rpmbuild/BUILD/codeblocks/src/plugins/scriptedwizard'

Is it possible to fix and make C::B compilable with this option? (As I said there are several other messages of the same error type).

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5226
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 06 January 2009 build (5382) is out.
« Reply #39 on: January 11, 2009, 03:25:18 am »
Hi,

I have found that when dragging selected text beyond the actual extent of the editor area, there is not any auto-scroll, so one must drop the dragged selected text only on the visible area of the editor.

I remember, in some previous version of C::B, that auto-scroll worked as expected. Maybe it is because of the new scintilla version?

Regards
Verified. I can only drag the text to anywhere in the current view. auto-scroll can't work when dragging. But I don't think it's due to the new scintilla version. I can reproduce the bug in SVN5322.
« Last Edit: January 11, 2009, 03:28:01 am by ollydbg »
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline JMP

  • Multiple posting newcomer
  • *
  • Posts: 11
Re: The 06 January 2009 build (5382) is out.
« Reply #40 on: January 14, 2009, 08:45:50 am »
Hi,

I also found that code completion toolbar (function location section) does not recognise functions defined in stored opened files(tabs). Only files opened during the current sesion are properly parsed and their functions located.
To reproduce this error, open first a project with multiple files, then open some files in the editor. Check that the code completion toolbar is locating all the functions in the files properly. Then "save everything" and exit C::B. Reopen C::B and select the last project. All opened files of the previous sesion are in the editor, but the code completion toolbar does not show any function.
Open some file of the project that was not already open. Code completion toolbar can locate the functions of this file, but not of the others.

By closing all tabs and opening again the files, code completion toolbar shows the functions properly.

Best regards
JMP

Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7265
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: The 06 January 2009 build (5382) is out.
« Reply #41 on: January 14, 2009, 11:21:27 am »
But I think that can be fixed, too.
Later this afternoon, or in the evening.
Thanks you very much!

Should now also work with environment and global (C::B) variables.

svn r5399

Offline shurecki

  • Single posting newcomer
  • *
  • Posts: 9
Re: The 06 January 2009 build (5382) is out.
« Reply #42 on: January 15, 2009, 03:41:38 am »
if you use slashs in the project name, like 'my/project/name' code blocks will create the folder name/my/project/name and creates the project there

and if you project's name ends with a slash it is stranger, it creates a '.cbp' foder and a '.cbp' project file

is this a bug?
« Last Edit: January 16, 2009, 01:42:23 am by shurecki »
Newbie
Sorry about my poor english

Offline dje

  • Lives here!
  • ****
  • Posts: 683
Re: The 06 January 2009 build (5382) is out.
« Reply #43 on: January 15, 2009, 09:46:31 am »
Well,

project name is used for file names.
At least on windows, there is a list of forbidden chars in filenames such as:\/:*?"<>|
So if you think it is a bug, let's write to M$ :)

Dje

Offline Grom

  • Almost regular
  • **
  • Posts: 206
Re: The 06 January 2009 build (5382) is out.
« Reply #44 on: January 15, 2009, 11:01:25 pm »
What about new components in wxSmith? Would be grate to have all of then inside. With full paletter it might become a real development toolkit. Also would be grate to have a menue, status bar and toolbar on the devlopment window.
gcc+winXP+suse.