Options
antlr.NoViableAltException in RedGate.SQLCompare.ASTParser
xsinc.msanders
Posts: 13
Been receiving this since utilizing SDK 10 whenever I debug locally. When attempting to register database scripts that are stored locally, using the following:
I'm aware of the null insertion for the optional parameter ScriptDatabaseInformation dbinfo, because this is a database that is stored locally and created using SQL Source Control, it contains a valid xml file. We have been using SQL Source Control and the Comparison SDK for a number of years now.
Our application which uses the Comparison SDK is able to register a database stored on source control in less than a minute. However, registering a local one while debugging in VS takes upward of 30 minutes. SQL Compare through the GUI does not have this issue. This occurs both when the application uses Comparison SDK 11 and 12.
RedGate.SQLCompare.Engine.Database.Register(sourcePath, null, Options.Default);-OR
RedGate.SQLCompare.Engine.Database.RegisterForDataCompare(sourcePath, null, Options.Default);The effort to perform this takes a very long time, and produces this message about once every tick:
This message is also occassionally produced:Exception thrown: 'antlr.NoViableAltException' in RedGate.SQLCompare.ASTParser.dll
Exception thrown: 'antlr.MismatchedTokenException' in RedGate.SQLCompare.ASTParser.dll
I'm aware of the null insertion for the optional parameter ScriptDatabaseInformation dbinfo, because this is a database that is stored locally and created using SQL Source Control, it contains a valid xml file. We have been using SQL Source Control and the Comparison SDK for a number of years now.
Our application which uses the Comparison SDK is able to register a database stored on source control in less than a minute. However, registering a local one while debugging in VS takes upward of 30 minutes. SQL Compare through the GUI does not have this issue. This occurs both when the application uses Comparison SDK 11 and 12.
Tagged:
Comments
The only solution I can think of would be to run the Compare Engine in a separate process, so that the debugger is only attached to your main process.
Redgate Software
Apologies for the late response. It appears that the forums were changed.
Thank you for your recommendation. Until an update takes place on the AST parser, I'll take your advice for running the compare engine in a separate process.