Author Topic: The 07 September 2013 build (9295) is out.  (Read 165409 times)

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5910
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 07 September 2013 build (9295) is out.
« Reply #15 on: September 16, 2013, 05:29:39 pm »
Exact steps to reproduce, please.
Very simple steps:
Suppose you have both "watch local variables" and "watch function arguments" setting selected in the debugger setting dialog
1, create a simple console project
2, set a breakpoint
3, build and start to debug the project
4, when debugger hit the breakpoint, go to the debugger setting dialog, and deselect both "watch function arguments" and "watch local variables"
5, press OK
6, crash!

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 oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 07 September 2013 build (9295) is out.
« Reply #16 on: September 16, 2013, 06:07:11 pm »
Reproduced.
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 07 September 2013 build (9295) is out.
« Reply #17 on: September 16, 2013, 10:19:09 pm »
Fix in trunk.
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5910
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 07 September 2013 build (9295) is out.
« Reply #18 on: October 01, 2013, 04:01:26 pm »
Bug report here: call stack information was shown in threads info windows.
Steps to reproduce:
1, suppose the call stack and threads window were no shown.
2, clear the whole debugger log
3, open the threads window->show correctly
4, open the call stack window->show correctly
5, double click on one frame of the stack window
6, I see both the two window get refreshed. stack window becomes empty, all the stack was shown in threads window.
Screen shot below:


Log message in attachment.
Maybe, the opened disassembler windows cause this issue?


[attachment deleted by admin]
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 oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 07 September 2013 build (9295) is out.
« Reply #19 on: October 01, 2013, 04:05:15 pm »
Bug report here: call stack information was shown in threads info windows.
Known bug, can't be fixed or at least I can't.
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline carra

  • Multiple posting newcomer
  • *
  • Posts: 117
Re: The 07 September 2013 build (9295) is out.
« Reply #20 on: October 01, 2013, 05:07:13 pm »
In the last nightlies (the ones after 12.11) I have seen a change in the way abbreviation parsers work. They got less practical for editing. Let me explain:

Say you have a line like the following (where | is the caret): |int i = 70;

If there you type an abbreviation (let's use a built-in one: "now") the line will be now|int i = 70;

Previous versions of C::B parsed only BEFORE the caret, and correctly recognised and replaced the abbreviation. In current versions, however, it seems that "nowint" gets parsed as a WHOLE word. Therefore abbreviations now only work if there are spaces.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 07 September 2013 build (9295) is out.
« Reply #21 on: October 01, 2013, 05:23:46 pm »
In the last nightlies (the ones after 12.11) I have seen a change in the way abbreviation parsers work. They got less practical for editing. Let me explain:
Can you tell us which is the first broken nightly?
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline Alpha

  • Developer
  • Lives here!
  • *****
  • Posts: 1513
Re: The 07 September 2013 build (9295) is out.
« Reply #22 on: October 01, 2013, 06:31:25 pm »
Can you tell us which is the first broken nightly?
Most likely here
Code
http://cb.biplab.in/websvn/comp.php?repname=codeblocks&compare[]=/trunk/src/plugins/abbreviations/abbreviations.cpp@8519&compare[]=/trunk/src/plugins/abbreviations/abbreviations.cpp@8520

Offline carra

  • Multiple posting newcomer
  • *
  • Posts: 117
Re: The 07 September 2013 build (9295) is out.
« Reply #23 on: October 01, 2013, 10:09:05 pm »
That could be it... I can't pinpoint an exact version since I haven't been updating much. But if the change is in 8520, it is older than I thought.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 07 September 2013 build (9295) is out.
« Reply #24 on: October 01, 2013, 11:10:18 pm »
carra: Can you do binary search using nightly builds?
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline carra

  • Multiple posting newcomer
  • *
  • Posts: 117
Re: The 07 September 2013 build (9295) is out.
« Reply #25 on: October 02, 2013, 03:08:04 pm »
No problem, I will do it when I have some free time. Hopefully that will narrow down the range of commits sufficiently.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 07 September 2013 build (9295) is out.
« Reply #26 on: October 02, 2013, 03:11:11 pm »
If you can build from svn, the best you can try is to revert the commit mentioned by Alpha to see if the error goes away.
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9694
Re: The 07 September 2013 build (9295) is out.
« Reply #27 on: October 02, 2013, 04:57:54 pm »
If you can build from svn, the best you can try is to revert the commit mentioned by Alpha to see if the error goes away.
Well reverting is not an option in my opinion. I've applied the patch because I found it really useful once you are used to the new feature. This requires word matching and I didn't think of the use-case to apply abbreviations in the middle of a word. I'll see if I can find a way to support this, too (although I'd say its not the standard way you'd use abbreviations, isn't it?!)
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 oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 07 September 2013 build (9295) is out.
« Reply #28 on: October 02, 2013, 05:38:54 pm »
The revert suggestion was just for testing if this is the commit that breaks it.
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline carra

  • Multiple posting newcomer
  • *
  • Posts: 117
Re: The 07 September 2013 build (9295) is out.
« Reply #29 on: October 02, 2013, 07:54:06 pm »
I didn't think of the use-case to apply abbreviations in the middle of a word. I'll see if I can find a way to support this, too (although I'd say its not the standard way you'd use abbreviations, isn't it?!)
Oh I wouldn't worry aboud that. I don't think I ever use abbreviations in the middle of words. I do sometimes use them at the beginning of a word (like in my previous example), but MOST of the time, what bugs me is being unable to use an abbreviation right at the start of a line. This can correspond to inserting separators or new sections of code. Example: Adding a new "case" statement in between a switch, or a new method inside a class