On Friday 26 of July 2013, V Stuart Foote wrote:
Lubos,
I currently have no issues driving use of a Windows debug build on my part,
but I do want to practice a bit with my testing tool--ProcessExplorer--to
generate hopefully useful stack trace's.
Notice that you rebuild the Symbols and have them posting to the
http://dev-builds.libreoffice.org/daily/master/ repositories.
I don't know, but should the symbols need to be built for each branch? Or,
are they generic and can be used with all of the builds--currently 4.0.5,
4.1.1, and master?
Debug information is a .pdb file that contains information for the debugger
to map between executable code in the .dll/.exe binaries and the source code.
Whenever a binary changes, the .pdb needs to change as well. So it is
necessary not only to have debug information specifically for each branch,
but also for every single build.
And sort of related, for those debug builds that are posted as zip'd
/Admin installs, rather than posted as MS Installer packages--so currently
just the 4.1.1.0+ builds--what Windows registry values must be established
to make the install comparable to a MSI package installation run with
WRITE_REGISTRY=1.
AFAIK debug information does not have anything to do with the Windows
registory at all. Is is only used by the debugger.
Alternatively, can you set the TB build to produce only
MSI packages, and avoid posting Zip'd /Administrative install packages?
The debug information is not provided as zip packages, it is the symbols/
subdirectory. The data contained there is not explicitly downloaded, MSVC
will download it as needed.
--
Lubos Lunak
l.lunak@suse.cz
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.