Possible BrowseTracker Problem

[rhf]

Hi guys,
I am having problems with SVN 5944 on Windows XP.
When I have an editor window open, the program continues to run even if nothing is going on.
Windows Task Manager shows codeblocks using essentially all cpu time ~95-97%.
The problem goes away when I disable BrowseTracker.
When I re-enable BrowseTracker, however, the problem returns.
I notice there were some recent changes to BrowseTracker and expect that something is not quite right.

Edit: Apparently this is same problem as mentioned in
http://forums.codeblocks.org/index.php/topic,10813.msg78796.html#msg78796.

In http://forums.codeblocks.org/index.php/topic,10813.msg78897.html#msg78897
Pecan says BrowseTracker is fixed in svn 5944. Unfortunately, it is not fixed for me. In svn 5944 log, Pecan mentions fix of OnIdle() loop in svn 5939; so I reverted back past that point to svn 5935 and everything seems OK.

[Pecan]

I cannot reproduce this with svn 5944. I'm getting 98% cpu idle on XP sp2 with any number of editors open.

Look at menu plusgins/Manage plugins. What's the version of BrowseTracker?

Can you till me the steps to cause the loop?

[rhf]

Look at menu plusgins/Manage plugins. What's the version of BrowseTracerk?
Can you till me the steps to cause the loop?

I reverted back to svn 5935. The BrowseTracker version for this is 1.2.85 2009/11/9.
I am not sure of the BrowseTracker Version that was giving me troubles. It happened for sure at svn 5944.
I think it also happened for svn 5943 but am not positive about this.
To cause the problem, I would open a project (I experimented with several different projects), open one or more files with the editor, do a build. The codeblocks.exe cpu would bounce to about 95 and stay very high until I killed the program or clicked a toolbar icon.
If you like, I can download svn 5942, or any other version you might suggest, and see if I have the problem then.

[ollydbg]

@rhf
I just test the new rev 5944. (TDM-GCC 4.4.1-2), it works quite well.
I can't reproduce the problem mentioned by you.

[rhf]

@Pecan and ollydbg
Thanks for your responses. Since neither of you had this problem, I did a complete new checkout (svn 5944) and installation, and everything is now working normally. I have no idea what the problem was, and I apologize for the noise.

[ollydbg]

Does any one notice that the command "jump forward" and "jump backward" works not as expected?
I tested in SVN rev 5961 TDM-mingw.

I just set the "alt+ left arrow" key to "jump backward"
and "alt + right arrow" key to "jump forward" by keyboard shortcuts plug in.(This overwrites the original short-cut key assigned by browserTracker)

My problem is:

Jump forward and backward only move the caret position in the same editor tab. it can't jump to other editor tabs.

Can someone confirm this bug?

thanks.

Edit
Using Menu->View->Jump->Jump back/frwd can produce the same problem.

[Pecan]

I loaded a project. Activated an editor and clicked into it to create a jump record.

I then activated another editor and clicked into that one to create the second jump record.

I used alt-up (my jump back key) and arrived at the first jump point in the first editor I activated.

Could you tell us the steps to make this fail.

Thanks
pecan

svn 5943 Win7

[ollydbg]

I loaded a project. Activated an editor and clicked into it to create a jump record.

I then activated another editor and clicked into that one to create the second jump record.

I used alt-up (my jump back key) and arrived at the first jump point in the first editor I activated.

Could you tell us the steps to make this fail.

Thanks
pecan

svn 5943 Win7

Thanks.
I just build a clean svn 5966 (TDM-GCC 4.4.1-2, wxWidgets 2.8.10), and do like you did. But still can't jump cross tabs.

Edit:

Steps to produce the problem

1, open a project, open file A, and click on line 100.
2, open file B, click on line 20.
3, scroll of editor B, and click on line 400.
4, jump backward, the caret go to line 20 of B
5, jump backward, the caret go to line 400 of B
6, jump backward, the caret go to line 20 of B
......

file A is not reached.

Edit2:
It seems the jump backward always loop between the last two caret record.

[Pecan]

Yep, it's a bug. Seems opening a file is cleaning out the whole jump array.

Thanks for those steps to recreate the problem.
I'll look at this as soon as I can.

To get arround the problem for now,
1) make sure that Settings/Environment/"Open last open file" is set.
2) load a project, open at least one file, close the project
3) reopen the project, the last open file will also open

The jump records should now remain intact.

[Pecan]

Fixed SVN 5973

[ollydbg]

Fixed SVN 5973

Yes, it works now! Thanks!!!