Explore Stack Trace
I love the idea of "Explore Stack Trace", but it doesn't seem to work without real file names and line numbers. For example, this stack trace doesn't parse into anything interesting:
"System.NullReferenceException: Object reference not set to an instance of an object.
at Tanagra.DataClad.DataAccess.ProcessingRulesHelper.RuleMatchesPath(ProcessingRuleRow rule, String path, Boolean ignoreWildcard)
at Tanagra.DataClad.DataAccess.ProcessingRulesHelper.MatchRules(ProcessingRules rules, String path, Boolean ignoreWildcard)
at Tanagra.BMU.BackupControllerHelper.GetProviderIDsForFile(String path)
at Tanagra.BMU.BMUEngineController.GetMatchingProvidersForMessage(Message msg, ProviderInstance targetedProvider)
at Tanagra.BMU.BMUEngineController.MessageStillValidForProvider(Message message, ProviderInstance instance)
at Tanagra.BMU.BMUEngineController.DoVerify()"
All of these projects are part of the loaded solution and it'd be nice if you could at least make the method names links so that navigation is possible.
Please sign in to leave a comment.
The problem may be in the absence of line numbers. At present the `explore
stack trace' feature is not able to process stack traces without line
numbers.
--
Andrey Simanovsky
Software Developer
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"
"Nick Brosnahan" <no_mail@jetbrains.com> wrote in message
news:15225047.1089854586289.JavaMail.itn@is.intellij.net...
without real file names and line numbers. For example, this stack trace
doesn't parse into anything interesting:
>
an object.
Tanagra.DataClad.DataAccess.ProcessingRulesHelper.RuleMatchesPath(Processing
RuleRow rule, String path, Boolean ignoreWildcard)
Tanagra.DataClad.DataAccess.ProcessingRulesHelper.MatchRules(ProcessingRules
rules, String path, Boolean ignoreWildcard)
Tanagra.BMU.BMUEngineController.GetMatchingProvidersForMessage(Message msg,
ProviderInstance targetedProvider)
message, ProviderInstance instance)
>
you could at least make the method names links so that navigation is
possible.
>
>