[Technology] Memory leaks, vala, and copying delegates

Some of the Gee data structures, like a TreeSet, can get a comparator, a GLib.CompareDataFunc comparator. 



If I define a compliant static function and hand it over to the TreeSet's constructor, I get a warning that copying delegates is not supported.  I can't really change how TreeSet handles it, and I couldn't find how I was supposed to pass it elsewhere, so I passed it over like this (not exact code):



class ApplePie : Pie {

  private GLib.CompareDataFunc get_cmp () {

    return (a,b) => { return a.foo - b.foo; };

  }

}

class CherryPie : Pie {

  private GLib.CompareDataFunc get_cmp () {

    return (a,b) => { return a.bar - b.bar; };

  }

}

class Pie {

  TreeSet ts;

  public Pie () {

    ts = new TreeSet (this.get_cmp ());

  }

}



You see, I needed different comparators for different subclasses, but I couldn't just hand over static functions.  However, somehow, passing a function instantiated in this manner to new TreeSet () resulted in an increase to the reference count for pie!   And, in fact, I had 10 different collections that made use of 3 different comparators like this.  And I went through 10,000s of pies!  I think you can start to see my problem.



The functions were causing reference cycles so none of my pies were being freed when I was finished with them, and I quickly ran out of memory. :D  Hooray!



Right now, I'm doing what I'm not supposed to, and passing static functions (copying delegates) to the new TreeSet constructor (they're passed from the subclass to the superclass through base (), so that might be a part of the problem) and things are working alright.



I'm grateful for Malloc.mallinfo ().uordblks, and for GLib.Object.ref_count for helping me see into problem today.

[Technology] emacs and vala-mode: set-difference

When using emacs 24.5 and vala-mode, I started getting this error:

"Symbol's function definition is void: set-difference"



After some googling, it turns out to be related to cc-mode using cl (CommonLisp).  The not-ideal workaround for now is to apparently include

(require 'cl)

In your ~/.emacs file.