PSPP-BUG: [bug #47074] Memory Leaks

[Ben Pfaff]

Update of bug #47074 (project pspp):

                  Status:                    None => Fixed                  
             Open/Closed:                    Open => Closed                 

    _______________________________________________________

Follow-up Comment #3:

The remaining memory leaks that I see have a form similar to:


==9559== 12,551 (1,024 direct, 11,527 indirect) bytes in 4 blocks are
definitely lost in loss record 1,077 of 1,082
==9559==    at 0x402D32C: realloc (vg_replace_malloc.c:785)
==9559==    by 0x4CC86E0: ??? (in
/usr/lib/i386-linux-gnu/libfontconfig.so.1.8.0)
==9559==    by 0x4CC8F40: ??? (in
/usr/lib/i386-linux-gnu/libfontconfig.so.1.8.0)
==9559==    by 0x4CC921D: ??? (in
/usr/lib/i386-linux-gnu/libfontconfig.so.1.8.0)
==9559==    by 0x4547781: ??? (in
/usr/lib/i386-linux-gnu/libcairo.so.2.11400.0)
==9559==    by 0x42A272B: ??? (in
/usr/lib/i386-linux-gnu/libpangocairo-1.0.so.0.3600.8)
==9559==    by 0x4C9C0DA: ??? (in
/usr/lib/i386-linux-gnu/libpangoft2-1.0.so.0.3600.8)
==9559==    by 0x4C9DF79: ??? (in
/usr/lib/i386-linux-gnu/libpangoft2-1.0.so.0.3600.8)
==9559==    by 0x42C0338: pango_font_map_load_fontset (in
/usr/lib/i386-linux-gnu/libpango-1.0.so.0.3600.8)
==9559==    by 0x42BD0ED: ??? (in
/usr/lib/i386-linux-gnu/libpango-1.0.so.0.3600.8)
==9559==    by 0x42BE566: pango_itemize_with_base_dir (in
/usr/lib/i386-linux-gnu/libpango-1.0.so.0.3600.8)
==9559==    by 0x42C7018: ??? (in
/usr/lib/i386-linux-gnu/libpango-1.0.so.0.3600.8)
==9559==    by 0x42C8F6C: ??? (in
/usr/lib/i386-linux-gnu/libpango-1.0.so.0.3600.8)
==9559==    by 0x42C95D4: pango_layout_get_size (in
/usr/lib/i386-linux-gnu/libpango-1.0.so.0.3600.8)
==9559==    by 0x40FD560: xr_set_cairo (cairo.c:370)
==9559==    by 0x40FF529: xr_create (cairo.c:445)
==9559==    by 0x40FF6CB: xr_pdf_create (cairo.c:482)
==9559==    by 0x40F2EF3: output_driver_create (driver.c:384)
==9559==    by 0x804A868: register_output_driver.part.3 (terminal-opts.c:102)
==9559==    by 0x804ADA6: register_output_driver (terminal-opts.c:98)
==9559==    by 0x804ADA6: terminal_opts_done (terminal-opts.c:321)


and I'm not really even sure that they're something we can control.  If there
seems to be a real problem, I'll look closer, but I'm closing this for now.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?47074>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/