Comments
Sort by recent activity
I did a bit of disassembly. When error reporting is added to an assembly, SA does two things:
The code of all methods, constructors and properties is wrapped in a try-catch, which allows getting the local values of variables.
The error handling template code is added.
The error template code is only used in two cases: If the assembly is an application, and if the assembly manually passes an exception to SmartAssembly, using SmartAssembly.ReportException.ExceptionReporting.Report(). So if you have a DLL, and it doesn't manually pass an exception to SA, the code is AFAICT unnecessary.
This (useless) code may or may not result in much bloat of your assembly, since it is fixed in size. On the other hand, since every bit of code you have is wrapped in a try-catch, this will definitely bloat the code, especially if you have many small methods and simple properties. / comments
I did a bit of disassembly. When error reporting is added to an assembly, SA does two things:
The code of all methods, constructors and properties is wrapped in a try-catch, which allows getting t...
williamw wrote:
In your SmartAssembly projects I assume you only turned on usage reporting for that one assembly, and not for the ones that are calling it to do reporting?
Exactly. I have two different SA project files. One has usage and crash reporting on (which I use for only that "core" assembly) and the other one has only crash reporting on (which I use for everything else). / comments
williamw wrote:
In your SmartAssembly projects I assume you only turned on usage reporting for that one assembly, and not for the ones that are calling it to do reporting?
Exactly. I have two ...
I have the same issue in my application.
When applying feature usage reporting to the different assemblies, this results in each assembly being considered a different "version", even if the have the same application name. So even if they belong to the same application, you will see the feature reports being split up. Depending on how you handle asking the user for consent, this can also result in a prompt for each assembly.
The way I solved it was by having a method to report usage in an assembly known by all assemblies, which is wrapper over the actual call to usage reporting. That way, there is only one assembly which gets feature reporting compiled into it, and thus all feature reports for the application appear together. / comments
I have the same issue in my application.
When applying feature usage reporting to the different assemblies, this results in each assembly being considered a different "version", even if the have th...
See http://www.red-gate.com/supportcenter/C ... ommandLine
Use
smartassembly.com /downloadnewreports
(make sure you call smartassembly.com and not smartassembly.exe). / comments
See http://www.red-gate.com/supportcenter/C ... ommandLine
Use
smartassembly.com /downloadnewreports
(make sure you call smartassembly.com and not smartassembly.exe).
Is the original project output strong-name signed? / comments
Is the original project output strong-name signed?
You could reference an assembly that has been processed by smartassembly and let that assembly report the error for you. / comments
You could reference an assembly that has been processed by smartassembly and let that assembly report the error for you.