Summary: | Syntax Highlighting Crash Backtrace | ||
---|---|---|---|
Product: | [Applications] kate | Reporter: | Andreas Klauer <Andreas.Klauer> |
Component: | syntax | Assignee: | KWrite Developers <kwrite-bugs-null> |
Status: | RESOLVED WORKSFORME | ||
Severity: | crash | ||
Priority: | NOR | ||
Version: | 2.1 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Andreas Klauer
2003-01-21 00:17:44 UTC
That's most probably a problem with the comments <!-- --> They are known to cause problems. If it doesn't work without the comments either, please let me know. Kind regards Joseph Wenninger Subject: Re: Syntax Highlighting Crash Backtrace
> That's most probably a problem with the comments
> They are known to cause problems.
> If it doesn't work without the comments either, please let me know.
Omfg, it was the comments. Did nothing but remove all of them and everything
just works fine... and stupid me was looking for syntax errors for hours!
Thanks!
(However... this should be fixed...)
Regards
Andreas Klauer
I was looking at this one earlier today... the problem is that no attributes are created, and when the view goes to paint the text, it tries to access the first attribute's colour (nonexistant) and crashes.... I was going to fix the crash cases, but I was wondering if the proper fix is somewhere else, like in the highlighting parser itself so that there is always one attribute? would be better if at least one fallback attribute would be there, normal somebody interested in fixing it ? Problem still exists... I have to take comments and indentation out to make the highlighting definitions work... otherwise, it just crashes. There must be some error in your xml parser, whitespace and comments should be ignored... could you recheck now, somebody has fixed some commeting, ... bugs does that now still happen or not ? comments seems to work now, reopen it if still happens with current cvs |