FxCop 1.35 now available (again) for download

We've just uploaded FxCop 1.35 to MSDN Code Gallery after we lost our home on GotDotNet - this is for those teams that either do not want to or just aren't ready to upgrade to FxCop 1.36 Beta.

For those that are already using FxCop 1.35, you'll probably notice that we flicked the switch to cause it to prompt you to download FxCop 1.36. We've love you to download it and try it out (it can be installed side-by-side without any issues with FxCop 1.35). If you hit any bugs, issues or just have some feedback about the new or existing versions of FxCop, feel free to head over to the Code Analysis forum and post away.

Comments

  • Anonymous
    February 29, 2008
    PingBack from http://msdnrss.thecoderblogs.com/2008/02/29/fxcop-135-now-available-again-for-download/

  • Anonymous
    February 29, 2008
    There have been a number of questions on the MSDN forums about where one might download FXCop version

  • Anonymous
    March 05, 2008
    The comment has been removed

  • Anonymous
    March 05, 2008
    For Code refactor

  • Anonymous
    March 08, 2008
    Suite à la disparition de GotDotNet, FxCop 1.35 n'était disponible que pour ceux qui en avaient conservé

  • Anonymous
    March 19, 2008
    As many of you know, FxCop is static code analysis tool that we originally wrote to ensure the .NET Framework

  • Anonymous
    March 21, 2008
    As many of you know, FxCop is static code analysis tool that we originally wrote to ensure the .NET Framework

  • Anonymous
    April 15, 2008
    Im using FxCop 1,36 beta and i really find FxCop an excellent tool for software diciplin... ... two question concerning vs2005/2008: which FxCop-version are used in these sw-packages; is there an automated updateprocess? regards from germany and keep on writing! holger

  • Anonymous
    April 25, 2008
    I'm sure you're already aware of this, but having just installed the 1.36 beta, I find that I'm unable to open any source file in the Location field by clicking on the hyperlink. For example, this just doesn't work at all: file:///D:/Work/ANTS%2520Profiler/Trunk/Project/Profiler/Targets/PortableExecutableStatus.cs<75> The reason is that the %20 gets inserted into the filename you try to open, instead of the required space, so you end up with: D:WorkANTS%20ProfilerTrunkProjectProfilerTargetsPortableExecutableStatus.cs I'm not sure why '25' appears in the URI either. I know it's probably not the most significant bug find in the world, but believe me, if you're trying to work through issues in a large number of different source files having to open them all by hand in Visual Studio does become very irritating. Hope this is helpful. Thanks, Bart

  • Anonymous
    April 25, 2008
    Bart, Thanks for the report - this is a known issue and will be fixed for the RTM of 1.36. Regards David

  • Anonymous
    April 28, 2008
    Can you provide an alternate "extract" version besides the installable one?