https://bugs.freedesktop.org/show_bug.cgi?id=81501
Priority: medium
Bug ID: 81501
Assignee: libreoffice-bugs@lists.freedesktop.org
Summary: Other: Memory leak while sorting a large table
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: clem...@lassieur.org
Hardware: Other
Whiteboard: BSA
Status: UNCONFIRMED
Version: 4.4.0.0.alpha0+ Master
Component: Spreadsheet
Product: LibreOffice
Created attachment 103049
--> https://bugs.freedesktop.org/attachment.cgi?id=103049&action=edit
Valgrind Massif output
Problem description:
Sorting a document - that contains 100000 rows and 12 columns - according to
the first column causes a 4.8G memory leak.
Steps to reproduce:
1. Create a document that contains 100000 rows and 12 columns, say with random
numbers.
2. Select the whole sheet.
3. Menu → Sort → choose “Column A” as “Key 1”.
Current behavior:
According to “smem -k”, soffice.bin uses 4.8G of memory after sorting is done.
That memory isn’t released when the document is closed.
I ran Valgrind Massif (see attachment), which says that the leak is caused,
among others, by that line, which contains a “new”:
table3.cxx:339 “mpRows->push_back(new Row(nColSize))”
(Note that I used massif on a different file, thus the peak isn’t 4.8G.)
There is no leak with libreoffice 3.6.5.2.
Operating System: Linux (Other)
Version: 4.4.0.0.alpha0+ Master
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
