success 10 10 1 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) Mono Gendarme 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 Mono Gendarme Cecil 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. Mono Gendarme 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! Mono Gendarme 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. Gendarme Mono 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 :-) Cecil Gendarme Mono 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*. Gendarme Mono 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. Gendarme Gendarme Mono 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). Gendarme Mono 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. Mono Gendarme