memory leak

[sporeball]

@24c02 just left kicad-wakatime open for the day and didn't think anything of it until it was found to be using 11.6GB of memory.
this is really bad! this should be fixed as soon as possible.

[sporeball]

this is potentially an issue in fltk's font rendering code (cf. here and here).

[sporeball]

when the egui code from the 0.1.0 branch reaches stable - aiming for sometime before December 12 - i believe the memory leak will be fixed.

[sporeball]

after further inspection, using egui does not appear to fix the memory leak - the new version of the plugin got up to 550MB of memory usage in less than an hour.

[sporeball]

pushing back to 0.2.0 milestone; we'll see if removing dependence on the KiCAD API will make this a little better.

[sporeball]

using Xcode's Instruments tool on macOS, i've finally isolated the memory leak to the active-win-pos-rs crate, which is used to determine whether KiCAD's schematic editor or PCB editor are being used.
i'll see if i can cut back what it's doing to a form that doesn't leak so much.

[24c02]

lol it's always the ones you least suspect

[sporeball]

active-win-pos-rs 0.8.4 will be used in kicad-wakatime 0.1.2 today. closing as fixed.