Re: Recursive SIGSEGV question

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





On 28/03/2019 11:52, Jonathan Wakely wrote:
On Wed, 27 Mar 2019 at 23:47, Jonny Grant wrote:
I did wonder, as -fsanitize=address seems to inhibit the core dump that
is otherwise created by the abort() that appears to be called - is that
a known issue?

Sorry for not thinking of this before you filed the bug report, but as
I said there, the problem is probably not Asan but your settings.
Check what ulimit -a shows for the max core file size, see what
'sysctl -a | grep kernel.core' shows and if appropriate check the
MaxCrashReportsSize in /etc/abrt/abrt.conf

So Asan isn't suppressing the core file, it's just making the address
space larger (for the shadow memory it uses to track heap usage) and
that causes a much larger core file, which your system then doesn't
dump.


Hi!
Thank you for your reply

My system is on unlimited core size, so should be okay, 416G free..?

Maybe at least the code that isn't outputting the core, could output the reason. I wondered if Asan had overridden the abort() function? Maybe Asan putting in an ABRT handler...?

It would b the same as sending ABRT signal I expect:
kill -ABRT <pid>



$ ulimit -a
core file size          (blocks, -c) unlimited
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 63536
max locked memory       (kbytes, -l) 16384
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 63536
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited



# sysctl -a | grep kernel.core
kernel.core_pattern = core
kernel.core_pipe_limit = 0
kernel.core_uses_pid = 0
sysctl: reading key "net.ipv6.conf.all.stable_secret"
sysctl: reading key "net.ipv6.conf.default.stable_secret"
sysctl: reading key "net.ipv6.conf.enp4s0.stable_secret"
sysctl: reading key "net.ipv6.conf.lo.stable_secret"
sysctl: reading key "net.ipv6.conf.vmnet1.stable_secret"
sysctl: reading key "net.ipv6.conf.vmnet8.stable_secret"
sysctl: reading key "net.ipv6.conf.wlp3s0.stable_secret"

I don't have /etc/abrt/abrt.conf  on Ubuntu

Jonny



[Index of Archives]     [Linux C Programming]     [Linux Kernel]     [eCos]     [Fedora Development]     [Fedora Announce]     [Autoconf]     [The DWARVES Debugging Tools]     [Yosemite Campsites]     [Yosemite News]     [Linux GCC]

  Powered by Linux