Window title leak

This is a tough one:

=3D=3D14237=3D=3D 11 bytes in 1 blocks are definitely lost in loss record =
11 of 102
=3D=3D14237=3D=3D    at 0x483877F: malloc (in /usr/lib/x86_64-linux-gnu/va=
lgrind/vgpreload_memcheck-amd64-linux.so)
=3D=3D14237=3D=3D    by 0x5FF7E4A: strdup (strdup.c:42)
=3D=3D14237=3D=3D    by 0x14B75A: interpolate_titleformat_name (add_window=
.c:678)
=3D=3D14237=3D=3D    by 0x14C27A: setup_visible_names (add_window.c:1784)
=3D=3D14237=3D=3D    by 0x14E714: AddWindow (add_window.c:2417)
=3D=3D14237=3D=3D    by 0x136A4E: HandleMapRequestKeepRaised (events.c:306=
8)
=3D=3D14237=3D=3D    by 0x150210: CaptureAllWindows (add_window.c:3775)
=3D=3D14237=3D=3D    by 0x1560F8: StartupStuff (fvwm3.c:1488)
=3D=3D14237=3D=3D    by 0x1386F3: My_XNextEvent (events.c:4289)
=3D=3D14237=3D=3D    by 0x139C1C: HandleEvents (events.c:4222)
=3D=3D14237=3D=3D    by 0x158C4D: main (fvwm3.c:2547)

To reproduce:

  * Start fvwm with valgrind on a Xephyr screen
  * Kill everythign except an rxvt (or whatever)
  * Open FvwmConsole and type
      style rxvt startsonpage 0 0
      destroystyle rxvt
    (Any style option causes this.)
  * Quit fvwm

So, a title is allocated and leaked.  It must have to do with the
style update procedure.

Ciao

Dominik ^_^  ^_^

=2D-

Dominik Vogt