1534109 - valgrind 3.14.0 dies due to mysterious DWARF information? (output from rust used by Mozilla TB.)

Status: NEW

(Thunderbird :: Build Config, defect)

Description

[ISHIKAWA, Chiaki]

Short Summary:
There seems to be something wrong in the rustc compiler's DEBUG INFO as seen by valgrind 3.14.0 (the official release).
The debug info seems to be created by rustc compiler chain.

OS is Debian GNU/Linux amd64 bit version.

I have no idea where to report this. Since it is the CLANG compiler component which is invoked during the BUILD of mozilla TB library, I think devtools is where I should report. If not, plezse feel free to change the entry.

I have already filed a bug to valgrind bugzilla at KDE asking what the developers of valgrind think of this issue.

Long summary.
Here is the output from the valgrind when I tried to run TB under it.
Obviously the dwarf information produced by rustc/clang seems to be confusing valgrind.
This must be new because I don't see any mention of crash of valgrind on bugzilla. I updated the source from comm/mozilla-central about 24 hours ago.

I am sorry this is the first time I ran TB under valgrind for a long time.
I needed to extend the timeout values in MANY places to get this working and so it is probably about a couple or few years since I could run TB under valgrind successfully.

Using profile dir: /tmp/mozmillprofile
run-valgrind (masquerading as thunderbird binary)
final command line is:
valgrind --trace-children=yes --fair-sched=yes --smc-check=all-non-file --gen-suppressions=all --vex-iropt-register-updates=allregs-at-mem-access --track-origins=yes --child-silent-after-fork=yes --trace-children-skip=/usr/bin/hg,/bin/rm,*/bin/certutil,*/bin/pk12util,*/bin/ssltunnel,*/bin/uname,*/bin/which,*/bin/ps,*/bin/grep,*/bin/java --num-transtab-sectors=24 --tool=memcheck --freelist-vol=500000000 --redzone-size=128 --px-default=allregs-at-mem-access --px-file-backed=unwindregs-at-mem-access --read-var-info=yes --malloc-fill=0xA5 --free-fill=0xC3 --num-callers=50 --suppressions=$HOME/Dropbox/myown.sup --show-mismatched-frees=no --show-possibly-lost=no --read-inline-info=yes  /KERNEL-SRC/moz-obj-dir/objdir-tb3/dist/bin/thunderbird-bin -jsbridge 24242 -foreground -profile /tmp/mozmillprofile

==3863== Memcheck, a memory error detector
==3863== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==3863== Using Valgrind-3.14.0 and LibVEX; rerun with -h for copyright info
==3863== Command: /KERNEL-SRC/moz-obj-dir/objdir-tb3/dist/bin/thunderbird-bin -jsbridge 24242 -foreground -profile /tmp/mozmillprofile
==3863==

parse DIE(readdwarf3.c:3123): confused by:
 <0><25e98>: Abbrev Number: 1 (DW_TAG_compile_unit)
     DW_AT_producer    : (indirect string, offset: 0x16635): clang LLVM (rustc version 1.33.0 (2aa4c46cf 2019-02-28))
     DW_AT_language    : 28
     DW_AT_name        : (indirect string, offset: 0x1666e): toolkit/library/rust/shared/lib.rs
     DW_AT_stmt_list   : 61687424
     DW_AT_comp_dir    : (indirect string, offset: 0x16691): /NREF-COMM-CENTRAL/mozilla
     DW_AT_???         : 1
     DW_AT_low_pc      : 0x0
     DW_AT_ranges      : 48624688
parse_type_DIE:
--3863-- WARNING: Serious error when reading debug info
--3863-- When reading debug info from /KERNEL-SRC/moz-obj-dir/objdir-tb3/toolkit/library/libxul.so:
--3863-- confused by the above DIE
Segmentation fault
^CTraceback (most recent call last):
  File "runtestlist.py", line 142, in <module>
    line = proc.stdout.readline()
KeyboardInterrupt
make: *** [/NREF-COMM-CENTRAL/mozilla/comm/mail/testsuite-targets.mk:31: mozmill] Interrupt

ishikawa@ip030:/tmp$ uname -a
Linux ip030 4.19.0-1-amd64 #1 SMP Debian 4.19.12-1 (2018-12-22) x86_64 GNU/Linux
ishikawa@ip030:/tmp$ 

If someone in the know can pass this relevant people doing the work on rustc, I would appreciate it very much.

TIA

Comment 1

[ISHIKAWA, Chiaki]

I forgot to mention that I am testing the FULL DEBUG version of TB on a local PC.