Bug #18524 2012-03-05 20:37

ded32

Scintilla crashes while opening C++ source file

Version: Nightly Build 11 February 2012 build (7789) and earlier nightly builds.

I get Scintilla error when simply opening some C++ header file.

The assert() screenshot, the problematic source file which causes the error (sorry for its size), config and RPT files are in archive here: http://dl.dropbox.com/u/1557330/temp/ScintillaFailure.rar

Other source files don't cause such errors, and stable version 10.05 doesn't cause it with this problematic source file.

Category
Application::Crash
Group
Platform:Windows
Status
Open
Close date
 
Assigned to
mortenmacfly

History

ollydbg 2012-03-12 05:55

I have no such crash here. The header file can be opened and shown correctly. WindowsXP, rev 7790(nightly debugger branch build)

mortenmacfly 2012-07-02 05:47

Does this bug still persist?

ded32 2012-07-02 07:49

Yes, it does.

I played with the options and found that it is possibly a preprocessing issue. The build stops to crash when the following option is OFF:

Settings -- Editor -- General settings -- Other options -- Interpret #if, #else, #endif to grey out inactive preprocessor-code.

mortenmacfly 2012-07-02 08:04

We had a major update of the underlying scintilla core recently. Please try again with a recent nightly (its revision must be greater than 8069!) and then report back. You may also try to self-compile C::B for this purpose.

ded32 2012-07-02 14:55

Current revision is 8059 (June 17). Did you mean it? Or I should wait for 8069?

mortenmacfly 2012-07-02 15:21

I mean a revision greater than 8069, therefore 8059 is too old. I don't know, when the next nightly will ship that's why I suggested you compile C::B yourself.

ded32 2012-07-02 15:24

OK, I'll better wait for the appropriate nightly and then report about this bug.

ded32 2012-08-01 23:47

Hi mortenmacfly,

Sorry for delays, I tested nightly build SVN rev 8150. The problem is still reproducing with Scintilla assert: val >= 0, file is still sdk\wxscintilla\src\scintilla\lexlib\CharacterSet.h, line is now 83.

I played with settings and found that if graying out of conditional preprocessor code is disabled, C::B works well (but, of course, shows inactive preproc code without graying out). The option is: Settings -- Editor -- Other options -- Interpret #if, #else, #endif to grey out inactive preprocessor-code.

Also I confirm bugs in C++ syntax highlighting in 8150 mentioned in the appropriate thread of the C::B forum, so I rolled back to 8086.

Regards, Ilya