Andy and I put a lot of energy into Error Insight in Weaver (2010) and Fulcrum (2011, XE) and today I can say it was a waste of time. The real fix is modernizing the whole IDE compiler integration and not just adding one more parser as they did in XE8. It are at least four now. It is a problem with the Delphi system that the users accept what Embarcadero is doing or not doing.
lol, this is just a PITA. not sure embarcadero has plans to fix this. simple fix 1. either rebuild your project and pray it doesn't come back. 2. disable error insight.
I hope for this since project Commodore (Win64), which was supposed to be the project after Tiburón (D2008, D2009), was delayed because of the compiler rewrite. I said just adding another Code tab in your semantic highlighting thread... and guess I did this. There is a very large amount of work, my time is very limited, but I can type and it syncs with the editor on the Code tab, but no hacks yet to make go to source jump to the "Code+" tab.
It is strange how the problem largely is limited to TObject level class methods. The problem is not consistent, either. In some units - no problem - but like in this one. Bah!
Just a proposal. Look at your: System Properties/Advanced/Environment Variables/System variables/Path If the Value contains more than 2048 symbols - this is the problem. ( I think - it is Windows bug) Reorganise the value(remove some paths) and problem will be solved. For me that was a solution.
In general disabling Error Insight is one of the first things I always do. It never works, even when you open most of the Delphi files themselves in the Delphi Source directory. If it does not work there, don't expect it to even work for anything else.
Andy and I put a lot of energy into Error Insight in Weaver (2010) and Fulcrum (2011, XE) and today I can say it was a waste of time. The real fix is modernizing the whole IDE compiler integration and not just adding one more parser as they did in XE8. It are at least four now. It is a problem with the Delphi system that the users accept what Embarcadero is doing or not doing.
ReplyDelete/sub
ReplyDeletelol, this is just a PITA.
ReplyDeletenot sure embarcadero has plans to fix this.
simple fix
1. either rebuild your project and pray it doesn't come back.
2. disable error insight.
Yes. Disable error insight.
ReplyDeleteBut my guess is that's not what you're after.
Uwe Schuster This is what came into my mind when I watched the talk with Anders Hejlsberg that was posted here the other day.
ReplyDeleteI hope for this since project Commodore (Win64), which was supposed to be the project after Tiburón (D2008, D2009), was delayed because of the compiler rewrite. I said just adding another Code tab in your semantic highlighting thread... and guess I did this. There is a very large amount of work, my time is very limited, but I can type and it syncs with the editor on the Code tab, but no hacks yet to make go to source jump to the "Code+" tab.
ReplyDeleteThis is the first thing I do : disable it...
ReplyDeleteI'm not pleased about that and EMB doesn't mind either...
It is strange how the problem largely is limited to TObject level class methods. The problem is not consistent, either. In some units - no problem - but like in this one. Bah!
ReplyDelete/sub
ReplyDeleteJust a proposal. Look at your: System Properties/Advanced/Environment Variables/System variables/Path
ReplyDeleteIf the Value contains more than 2048 symbols - this is the problem.
( I think - it is Windows bug)
Reorganise the value(remove some paths) and problem will be solved. For me that was a solution.
In general disabling Error Insight is one of the first things I always do. It never works, even when you open most of the Delphi files themselves in the Delphi Source directory. If it does not work there, don't expect it to even work for anything else.
ReplyDeleteGotta agree with Boian Mitov. There's a reason a lot of Delphi developers refer to it as "Error Inside."
ReplyDelete/sub
ReplyDelete