Hi
I suspect you'll get much further if you try to run a debug build under the Visual Studio debugger.
The VS Debugger and the runtime debug library are designed to work together, so you'll probably get
a much better idea
of what is going wrong.
-- Noel Grandin
(Would love to help, but I'm still trying to get a working build)
Tor Lillqvist wrote:
Over the past month or so I have hacked, now and then, on making it
possible to build master on Windows (i.e. with MSVC) with
--enable-dbgutil, where --enable-dbgutil now means that the debugging
C/C++ runtime is used (and _DEBUG is defined when compiling, which
means that for much of the MSVC C++ library code in the headers more
thorough debugging versions of methods are used).
(If I understand correctly, in OOo --enable-dbgutil doesn't cause use
of the debugging runtime; they seem to have abandoned that idea at
some point. I didn't get the hint but still tried to...)
Now then, when I run a LO built in such a way, I get unhandled
exceptions (invalid pointer dereferences, use of uninitialised heap it
seems, for instance) when doing some very basic things, like typing a
single character into a fresh empty text document.
This is more than what I had hoped for. I had expected to at most
catch some obvious heap corruption in some rare corner case thanks to
using the debugging runtime.
Debugging this is not easy, it crashes inside the (Microsoft) C++
library (headers), in iterator related code, called by the mark code
in sw. I don't understand the implementation details of the C++
library or the sw code...
So I wonder, is this use of the debugging runtime pointless? Do we
have anybody anyway that would 1) understand the code in some specific
part of LO, in this case the mark stuff in Writer, 2) have a Windows
build and debugging environment and be willing to work in it, and 3)
understand the C++ library (the Microsoft implementation) well enough
to see what is happening...
Should I just give up and revert the changes to use _DEBUG and the
debugging runtime? Or leave that there but don't try to actually use
it any more?
--tml
_______________________________________________
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Disclaimer: http://www.peralex.com/disclaimer.html
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.