[Libreoffice-bugs] [Bug 126710] fileopen: Calc can not open xlsx, consuming tens gigs of RAM (memory leak)

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Fri Aug 30 17:33:24 UTC 2019


https://bugs.documentfoundation.org/show_bug.cgi?id=126710

--- Comment #5 from Terrence Enger <lo_bugs at iseries-guru.com> ---
Created attachment 153762
  --> https://bugs.documentfoundation.org/attachment.cgi?id=153762&action=edit
bt from one of many allocations of size 0x98

Over the course of about two hours I collected mtrace output from LO
opening calc-memory.xls before LO crashed.  The mtrace output is 13
GB, some 130 million lines.  Toward the end of the trace file, there
are millions of pairs of lines like (but with changing, apparently
increasing locations allocated) (lines rewrapped):

        @ /usr/lib/x86_64-linux-gnu/libstdc++.so.6:(_Znwm+0x18)
            [0x7fac2dc80fd8] + 0x557ef01fdb60 0x98
        @ /usr/lib/x86_64-linux-gnu/libstdc++.so.6:(_Znwm+0x18)
            [0x7fac2dc80fd8] + 0x557ef01fdc10 0x30

with only rare other heap operations.

The present attachment is a backtrace from one of the allocations of
size 0x98.  An allocation of size 0x30 is similar, the location in
ScDPResultDimension::AddMember having advanded from dptabres.cxx:3959
to line 3963 and there being 6 more call levels between there and
operator new.

LibreOffice in this case is a local build of source hash 7dcb5c65,
2019-08-19, configured:

    CC=ccache /usr/bin/gcc
    CXX=ccache /usr/bin/g++
    CCFLAGS=-Wshadow
    --with-jdk-home=/usr/lib/jvm/default-java
    --enable-split-debug
    --enable-gdb-index
    --enable-ld=gold
    --enable-option-checking=fatal
    #--enable-dbgutil
    --enable-debug
    --without-system-postgresql
    --without-myspell-dicts
    --with-extra-buildid
    --without-doxygen
    --with-external-tar=/home/terry/lo_hacking/git/src
    --without-package-format

built and running on debian-buster.  The installed RAM and swap space
allowed LO opening the same file in other tests to grow to 10 or 11 GB
before crashing.

I am removing keyword wantBacktrace and adding haveBacktrace.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20190830/243ad086/attachment-0001.html>


More information about the Libreoffice-bugs mailing list