Task #3518
closed
Windows crashreports at crash.libreoffice.org have useless backtraces (breakpad update needed?)
Added by Luboš Luňák about 3 years ago.
Updated almost 3 years ago.
Target version:
Team - Q3/2021
- Assignee set to Guilhem Moulin
- Assignee changed from Guilhem Moulin to Christian Lohmaier
Yes and no, while breakpad for LO as well as the minidump_stackwalk tool on the crashreport server have been updated, there does indeed seem to be a problem with adding the symbols to the server.
$ ls -lh mergedlo.pdb/430BDD31990C40E99ED04F6D5A74FD701
total 92M
-rwxr-xr-x 1 cloph users 92M Dec 10 18:26 mergedlo.pd_
-rwxr-xr-x 1 cloph users 96 Dec 10 18:26 refs.ptr
the compressed symbols on dev-downloads vs
$ ls lh /srv/crashreport/symbols/mergedlo.pdb/430BDD31990C40E99ED04F6D5A74FD701
total 19M
-rw-r--r- 1 crashreport crashreport 19M Dec 15 11:21 mergedlo.sym
(that is one of the 7.0.4 rc2 ) - and while I don't expect the size to be the same, that looks a bit too good in terms of "compression" rate..)
(not all files are that small though, there are plenty others that are 100+MB, so need to dig deeper, and will probably have to use the symbol server's files to reextract them for breakpad)
- Status changed from New to In Progress
- Target version set to Q2/2021
Cloph is investigating this, will report back in this ticket
- % Done changed from 0 to 70
thankfully dump_syms uses diag tools to symbol location, that makes it possible to use regular symbolserver method for extracting/converting the debuginfo without having to manually downlaod & uncompress the files.
I already re-processed the final builds for 7.0 and 7.1 for both 64bit as well as 32bit. Current dump_syms doesn't crash when processing 32bit builds, but apparently the version used for those did, so there were also some incomplete symbols for 32bit windows.
I'll keep processing older builds in the next days..
# use master's dump_syms.exe for the reprocessing
cp workdir/UnpackedTarball/breakpad/src/tools/windows/dump_syms/Release/dump_syms.exe ~/symbolsreprocessing/dump_syms
# copy the symsrv.dll to enable using symbol server from Windows debugging tools
cp /cygdrive/c/Program\ Files\ \(x86\)/Windows\ Kits/8.1/Debuggers/x86/symsrv.dll ~/symbolsreprocessing/dump_syms
# set symbol server path. N:\symbols is local staging directory for uploading to dev-downloads,
# contains the compressed symbols for recent builds, so for the majority of the builds didn't go via the network
export _NT_SYMBOL_PATH="srv*c:\\cygwin64\\home\\buildslave\\symbolsreprocessing\\symbolcache*N:\\symbols;srv*c:\\cygwin64\\home\\buildslave\\symbolsreprocessing\\symbolcache*https://dev-downloads.libreoffice.org/symstore/symbols"
# administrative/silent installation of the build to reprocess
msiexec.exe /a N:\\LibreOffice_7.0.6.2_Win_x86.msi TARGETDIR="c:\\cygwin64\\home\\buildslave\\symbolsreprocessing\\instdir" /q
# use the master version of the script to convert the symbols
time ~/source/libo-core/bin/symbolstore.py ~/symbolsreprocessing/dump_syms/dump_syms.exe ~/symbolsreprocessing/symbols ~/symbolsreprocessing/instdir/program/ >/dev/null
# pack as a zip to upload
cd symbols; zip -r ../symbols.zip * ; cd -
# sync to VM host where they are actually uploaded from
rsync -ahvP ~/symbolsreprocessing/symbols.zip cl@192.168.100.1:fixed_w32_7062.zip
# clear instdir and symbolscache and symbols.zip for next round…
rm -rf ~/symbolsreprocessing/instdir ~/symbolsreprocessing/symbol*
- Priority changed from Normal to Low
- Target version changed from Q2/2021 to Q3/2021
Is work in progress, all 7.0 and up done
<7.0 (=EOL) in the works
- Status changed from In Progress to Closed
Also available in: Atom
PDF