News:

When registered with our forums, feel free to send a "here I am" post here to differ human beings from SPAM bots.

Main Menu

The 10 October 2009 build (5859) is out.

Started by killerbot, October 10, 2009, 05:13:49 PM

Previous topic - Next topic

Jenna

Quote from: rjwgnr27 on October 13, 2009, 09:09:32 PM
In testing 5859 (and noticed for a few recent tests since 5848), when I open a file, the whole file is selected.  Clicking in the editor clear the selection; however, typing a key inserts the character at the cursor, but then scrolls the view to the top of buffer.  I wonder if this is related to the version of WX (2.8.9)?

It seems you use a self-build C::B, it looks a little bit like the problem described here: http://forums.next.codeblocks.org/index.php/topic,11286.0.html.
Did you try a rebuild (or make clean and make on linux) ?

parameter

This build of code::blocks seems less responsive than the 5678 build I was using previously.

There will be times that I simply cannot move the cursor around or edit text for a second or two (and I have a very fast desktop with plenty of ram (on windows xp)).

Also, when I hit F7 (which I have as a shortcut for Build) it will do nothing for 1 to 3 seconds before starting the build (the 5678 build was immediate).  While it's cooler if the app is just supper fast, it would be nice if it at least acknowledged immediately that I pressed a key.  It's that second of wondering if I should press the key again or whether the program froze that is more of a concern than the actual seconds it takes.

Thanks again.

rjwgnr27

Quote from: jens on October 13, 2009, 09:19:48 PM
Quote from: rjwgnr27 on October 13, 2009, 09:09:32 PM
In testing 5859 (and noticed for a few recent tests since 5848), when I open a file, the whole file is selected.  Clicking in the editor clear the selection; however, typing a key inserts the character at the cursor, but then scrolls the view to the top of buffer.  I wonder if this is related to the version of WX (2.8.9)?

It seems you use a self-build C::B, it looks a little bit like the problem described here: http://forums.next.codeblocks.org/index.php/topic,11286.0.html.
Did you try a rebuild (or make clean and make on linux) ?

It seems that was it for the selection issue.  Thanks!


stahta01

Patch needed to remove warning under ANSI Windows Build.
Changes "%ld" to "%d".

Macro _T()  hides the issue when using Unicode.

Tim S.


||=== DragScroll, default ===|
src\plugins\contrib\dragscroll\dragscroll.cpp||In member function 'virtual void cbDragScroll::OnAttach()':|
src\plugins\contrib\dragscroll\dragscroll.cpp|247|warning: format '%ld' expects type 'long int', but argument 2 has type 'int'|



Index: src/plugins/contrib/dragscroll/dragscroll.cpp
===================================================================
--- src/plugins/contrib/dragscroll/dragscroll.cpp (revision 5865)
+++ src/plugins/contrib/dragscroll/dragscroll.cpp (working copy)
@@ -244,7 +244,7 @@
PluginInfo* pInfo = (PluginInfo*)(Manager::Get()->GetPluginManager()->GetPluginInfo(this));
pInfo->version = wxT(VERSION);
// Allow other plugins to find our Event ID
- m_DragScrollFirstId = wxString::Format( _T("%ld"), wxEVT_DRAGSCROLL_EVENT);
+ m_DragScrollFirstId = wxString::Format( _T("%d"), wxEVT_DRAGSCROLL_EVENT);
pInfo->authorWebsite = m_DragScrollFirstId;

#if defined(LOGGING)
C Programmer working to learn more about C++.
On Windows 10 64 bit and Windows 11 64 bit.
--
When in doubt, read the CB WiKi FAQ. [url="http://wiki.codeblocks.org"]http://wiki.codeblocks.org[/url]

killerbot


Squeaky

#36
I'm having trouble building it on my mac, as its defaulting to a 64-bit build and everything fails to link.  How do I force it to do a 32 bit build for os x 10.6?

edit: nevermind, I got it!  -m32

baska

First of all thanks for great job.

I use C::B for embedded development, which has multiple targets and each target has own makefile.
Before I use version 8.02 for Windows. (Checked "This is a custom Makefile" on "Project option" dialog).

And I downloaded nightly build 5859. Now I cannot build my project.

Does C::B ver5859 support custom makefiles?

stahta01

#38
Quote from: baska on October 19, 2009, 03:40:52 PM
First of all thanks for great job.

I use C::B for embedded development, which has multiple targets and each target has own makefile.
Before I use version 8.02 for Windows. (Checked "This is a custom Makefile" on "Project option" dialog).

And I downloaded nightly build 5859. Now I cannot build my project.

Does C::B ver5859 support custom makefiles?

Please check again.
"Project" -> "Properties"
Tab "Project Settings"
section Makefile:
 
C Programmer working to learn more about C++.
On Windows 10 64 bit and Windows 11 64 bit.
--
When in doubt, read the CB WiKi FAQ. [url="http://wiki.codeblocks.org"]http://wiki.codeblocks.org[/url]

sbilsing

Hi there,
did anyone realize that the alphabetic order in the symbols browser is broken? The class names are ordered correctly. But only about 90% of the function names are ordered correctly. The rest is spread randomly over the list.

critic

Please, add sorting of project tree without case matching (otherwise I have 2 alphabetically sorted lists). I think this can be an option in context menu of the project manager widget.

critic

CC has strange mistake. Here is an example:

QString str;
str.arg(123).arg(123).arg(123). ... // and so on


After the third or the forth recursive call the IDE is freezing.

And else:

template <class T>
struct STRUCT1
{
    T obj;
};

struct STRUCT1
{
    void func() {}
};

STRUCT1<STRUCT2> obj;

// first test
obj.          // here appers list with `obj` - this is good!

// second test (I tested it without the first test line)
obj.obj.     // but here no CC list - why?


Thanks for your job!

ollydbg

Quote from: critic on October 20, 2009, 09:35:13 AM
CC has strange mistake. Here is an example:

QString str;
str.arg(123).arg(123).arg(123). ... // and so on


After the third or the forth recursive call the IDE is freezing.

And else:

template <class T>
struct STRUCT1
{
   T obj;
};

struct STRUCT1
{
   void func() {}
};

STRUCT1<STRUCT2> obj;

// first test
obj.          // here appers list with `obj` - this is good!

// second test (I tested it without the first test line)
obj.obj.     // but here no CC list - why?


Thanks for your job!

That's true, because currently, CC doesn't parse any template argument, so, it can't pass the "second test". If someone would like to implement this functionality...., I will be happy.
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.

blueshake

The macro replacement and template parse are not implemented,so it doesn't work certainly.
Keep low and hear the sadness of little dog.
I fall in love with a girl,but I don't dare to tell her.What should I do?

critic

Thanks for fast answer, ollydbg! I will go on test CC  :).