The 11 April 2016 build (10762) is out.

[ollydbg]

SVN r10826 cause such issue.
We have some discussions in our devs' internal subforum, hope it will fixed soon.

[Max]

Some additional info on Hex Editor bug. I'm observing the same bug using Windows 7 64 bit (Enterprise). Attached a snapshot of the "shift" of the byte once I clicked one of them.

[Jenna]

Should be fixed in trunk/master.

fix confirmed

Reverted in trunk, because there is no need to fix code, that has worked since 11/2014.

The error was the date in the comment in autorevision.h (if I understand the comment in the commit correctly), and this was an artefact of another commit that broke revisioning with autofoo/linux.

Removing the broken autorevision.h would have been the correct fix for the issue.

[oBFusCATed]

Removing the broken autorevision.h would have been the correct fix for the issue.

Obviously it is pretty easy to miss it, so the current check is not OK.
But I'm not touching this code any more... too fragile... I shouldn't have bothered in the beginning...

[Jenna]

Removing the broken autorevision.h would have been the correct fix for the issue.

Obviously it is pretty easy to miss it, so the current check is not OK.
But I'm not touching this code any more... too fragile... I shouldn't have bothered in the beginning...

It's only not okay, because of the added (in my opinion useless) date to the comment in autorevision.h, that broke revision numbering before.
It has worked without issues (as far as I know) since 2014 for many nightlies on linux and windows, until the date was added to the comment.

[oBFusCATed]

And then the auto-fu broke for no apparent reason and thus my statement that the whole autoversion code is too fragile is definitely correct.

[Jenna]

And then the auto-fu broke for no apparent reason and thus my statement that the whole autoversion code is too fragile is definitely correct.

Autofoo itself works fine (configure, build and run), but the autorevisioning stuff does not and the version numnber is "0".

But yes, your are definitely correct, that the autorevision-stuff is quite fragile.

[Slammer]

I have general stability problems with the last versions,  I dont know if it is related with 10762 exactly.
Sometimes the interface getting frozen or I have failures with exit with no reason, while working on editor.....
I am using CB for many years (from 2006, if I remember) for all my projects and now the instability is worse than ever, every 10-15 minutes the CB fails, it is impossible to work....
I am using Debian/amd64. 

[oBFusCATed]

Disable the class browser in the settings of the Code completion plugin and the crashes will stop.

[Slammer]

Thank you! It is much better now....
I can live without Class browser.

[ollydbg]

Disable the class browser in the settings of the Code completion plugin and the crashes will stop.

May, the building of the tree should go to OnIdle handler. The whole task will be divided to several pieces.

[oBFusCATed]

Don't know yet. I'm doing others staff at the moment, but eventually I'll get to fixing this issue.

[Max]

Another bug in this nigthly after the Hex editor one. In

Settings->Compiler

make a right click and then "new flag" -> crash!!!

Observed using Windows XP 32 bit SP3, tomorrow I'll be trying to replicate the bug using Windows 7 64 bit.

RPT attached

[raynebc]

I reproduced that "new flag" crash on the first try.  Windows 7 Pro 64 bit.

[oBFusCATed]

Works fine on linux.