success 30 30 1 60571 poupou 2009-12-19T17:33:55Z The #mono wiki has been updated with #Gendarme 2.6 documentation. Gendarme Mono 13642 poupou 2008-12-07T01:25:08Z When you look at log files for too long you always get headaches and, sometime, surprises. I was surprised by the memory requirements of the simple LINQ query that #Gendarme does on defects. It turns out that ordering on enums is really bad (not tested if this only affects #Mono) but casting the value to an int removes the allocations (good hint ;-). Previous baseline falls to 77291KB (-685KB) Gendarme Mono 12463 poupou 2008-11-23T00:05:15Z @jbevain approved my Has{x} patch to #Cecil. That will make it possible, once #Gendarme rules are "fixed", to avoid the creation of (a lot of) empty collections. E.g. Custom attributes on fields are rare (about 2% on #Mono System.Drawing.dll) but because Gendarme "touch" every CustomAttributes properties (not just on fields) all (100%) of them are created. jbevain Cecil Gendarme Mono 12136 poupou 2008-11-19T04:14:19Z I started committing some #Gendarme optimizations to HEAD tonight. They will soon be backported to the 2-2 branch. From last weekend profiling work I was able to reduce the memory required to analyze System.Drawing.dll (from #Mono 2.0 profile) from 154207KB (first run) to 127015KB (21st run), a reduction of 26MB (17.6%). Timings soon on my "official" blog. Gendarme Mono 11641 poupou 2008-11-13T12:52:00Z Late last night I uploaded the first preview (binaries and Win32 installer) for #Gendarme 2.2. Documentation on #Mono wiki has also been updated (and I need to look at automating this step). Benchmarking is next (while waiting for feedback) but I got quite a bit of patch to apply to HEAD first! Gendarme Mono 11416 poupou 2008-11-11T03:52:24Z #Mono 2-2 branch was made earlier today. Setup is complete and #Gendarme builds and test ok from the branch. I'll be moving my build-n-test activities to Windows and, once ready (the Makefile/MD/VS integration is still untested on Windows), build a preview of the 2.2 win32 installer. Mono Gendarme 11199 poupou 2008-11-07T21:51:51Z The #Mono 2-2 branch delay disrupted my plans a bit - but it did give me some free evenings to watch more PDC videos. I liked TL51 (Contracts and Pex) quite a bit since they are different yet quite near what tools, like #Gendarme, and libraries, like #Cecil provides. I'm pretty sure you'll see those names mixed again :-) Mono Gendarme Cecil 10752 poupou 2008-11-02T00:40:15Z I finally tested CheckParametersNullityInVisibleMethodsRule against #Mono class libraries (mainly System.Security and System.Drawing) and felt confident enough (near zero false positives) to commit it in SVN in time for #Gendarme 2.2. It's likely short-lived because Jesse is actively working on fixing NullDerefRule bugs and false positives - but will give users something useful *right now*. Mono Gendarme 10735 poupou 2008-11-01T16:41:27Z While testing a (unrelated) patch I found a 64bits specific bug in #Mono PrintingServicesUnix that #Gendarme missed. So I extended #Gendarme DoNotCastIntPtrToInt32Rule to cover the cases where Marshal.ReadInt32 (or ReadInt64) is used to read a pointer (i.e. casted back to [U]IntPtr) and renamed the rule to DoNotAssumeIntPtrSizeRule so it more accurately named with what it (now) does. Mono Gendarme Gendarme 10159 poupou 2008-10-25T04:11:37Z Time before the next #Mono branch is getting short (November 3rd) so I started cleaning up the little bits I have lying around in #Gendarme (and across 3 computers). That includes smaller rules like PreferEventsOverMethodsRule (committed tonight) and fixing defects found with rules still in development (and hopefully completed before the branch). Mono Gendarme 9030 poupou 2008-10-11T16:23:50Z Finally committed the two rules I talked about two weeks ago: #Gendarme.Rules.Correctness ReviewCastOnIntegerDivisionRule and ReviewCastOnIntegerMultiplicationRule. Both rules checks on cast around multiplication and division for common mistakes that returns unexpected values. They have been used to find a few bugs inside #Mono class libraries. Gendarme Mono 8790 poupou 2008-10-08T01:54:16Z Finally completed the documentation for #Gendarme.Rules.Design. Looks like it got a few typos to fix but the results on the new #Mono web site just looks AWESOME. Next on the list are the performance rules... or maybe I should decide myself and commit my two rules, since they are already documented on the web site (but they are not in Design ;-) Gendarme Mono 8725 poupou 2008-10-07T03:18:24Z Rejoice! #Mono 2.0 was released today!!! and so was #Gendarme 2.0 :-) Gendarme Binaries and Win32 packages are available on Ohloh @ https://www.ohloh.net/projects/gendarme/download (note: identical to RC3 packages) while Linux packages (mono-tools) will soon be available from the Mono project (updated!) web site and/or from openSUSE build service. Mono Gendarme 8684 jbevain 2008-10-06T11:08:46Z #Mono 2.0 has been released! Mono 8301 poupou 2008-09-29T23:09:56Z I've been tuning two new #Gendarme rules this weekend on #Mono class library source code. A few more tweaks and it should land in SVN. Gendarme Mono 7847 poupou 2008-09-22T01:29:48Z Added new DoNotUseGetInterfaceToCheckAssignabilityRule to #Gendarme BadPractice rules. The rule comes from a discussion between @jb and @robertj on #Mono leading to a patch to #Moonlight. Then continued documenting the Correctness rules. Refactored FloatingComparisonRule (now renamed AvoidFloatingPointEqualityRule) and DoNotCompareWithNaNRule to share the same (engine-enabled ;-) base class. Gendarme Mono Moonlight 6547 poupou 2008-08-29T23:51:24Z While engine-ing some #Gendarme rule I simply could not resist and took some time to remove allocations from AvoidUnnecessarySpecializationRule. That cut another 2.5MB of memory to analyze all #Mono 2.0 class libraries. Other smaller fixes were also backported to the 2.0 branch. Gendarme Mono 6158 jason 2008-08-21T18:47:53Z congrats to #mono on their second-life rollout: http://blog.secondlife.com/2008/08/20/mono-launch/ Mono 5914 poupou 2008-08-17T15:24:46Z At this stage much of #Gendarme action is reflected into it's #Mono 2.0 branch - but there are some differences (we're not HEAD-less ;-). The second part of @Nestor GSoC work (the new rules) happens on HEAD (2.1 that will become Gendarme 2.2). This morning I also added a new rule AvoidExtensionMethodOnSystemObjectRule inside a new assembly, Gendarme.Rules.Design.Linq. More coming in Hack Week 3! nestor Gendarme Mono 5766 poupou 2008-08-13T00:05:41Z #Mono 2.0 preview 2 was tagged earlier this morning. I'll start benchmarking #Gendarme later tonight, then update the win32 installer for it's release later this week. Meanwhile the feedback-based enhancements will still continue to happen on both the 2.0 branch and SVN HEAD - probably until Hack Week 3 :) Mono Gendarme 5620 poupou 2008-08-09T17:14:03Z Fixed a bunch of small issues in the last days (well nights ;-). The most important one is that I finally found out why the #Gendarme Wizard did not report as much defects than the console runner.... it simply did not default to the same visibility check* (visible only instead of all). * This is a new option in the console runner (by @Nestor) which is very useful to apply the rules to #Mono. nestor Gendarme Mono 5605 moitoius 2008-08-09T08:33:06Z Added the logo to the #ensemble project Ensemble 5596 ohloh_team 2008-08-09T01:05:30Z @grover Welcome to ohloh! grover 5477 poupou 2008-08-07T02:20:56Z Fixed some false positives from AvoidRepetitiveCastsRule that could happen with the return value of method calls. Made a few other commits to #Gendarme, mostly self-test, and to #Mono (for validating the rule changes :-) Gendarme Mono 5414 poupou 2008-08-06T01:18:48Z @latexer provided a patch to fix (i.e. ignore) all delegates in #Gendarme AvoidUnusedParameterRule (bnc 414541). I also reduced the rule memory allocations by 86077KB (12%) over all #Mono 2.0 assemblies, but I "limited" it to checking the first 64 parameters of each method (any method with more parameters has other issues IMHO ;-) Gendarme Mono 4801 poupou 2008-07-27T01:05:18Z Fixed two issues in #Gendarme AvoidUncalledPrivateCodeRule. First one is about (unreported) unused properties (bnc #410000). The second is another case with generics. I also found a bug in TreeView.Sort under Vista (MS code, not #Mono) that leads the wizard into infinite recursion (sorting rules). The fix was much easier than finding the problem (since I wrongly blamed my async code). Gendarme Mono 4126 jbevain 2008-07-16T07:29:27Z after 6 months of hacking #Mono, back to hacking Moonlight, managed code needs some serious love Mono 3963 poupou 2008-07-13T23:15:03Z I'm slowly completing/cleaning up my incomplete rule set... #Mono branch will happen soon. This time I added AvoidLargeNumberOfLocalVariablesRule and AvoidRefAndOutParametersRule to #Gendarme. Mono Gendarme 2918 poupou 2008-06-28T02:23:26Z Earlier today Zoltan, aka @vargaz, made a nice commit to change a few Type.GetType(string), which requires reflection, into faster typeof(x). How many more are there in #mono ? 84 tonight (hopefully less tomorrow) according to #Gendarme new rule: AvoidTypeGetTypeForConstantStringsRule. vargaz Mono Gendarme 2518 poupou 2008-06-24T00:24:28Z I just added DoNotRoundIntegersRule to #Gendarme and a few instruction rocks to go along. Good news: no defect was found inside #Mono class libraries. Bad news: it rains everyday Gendarme Mono