[Webkit-unassigned] [Bug 128928] Improve GDB backtrace generation for GTK/EFL

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=128928

--- Comment #6 from Michael Catanzaro <mcatanzaro at igalia.com> ---
coredumpctl is not useful for bots -- anything that makes coredumps display in the web interface would be a great solution there -- but for humans running tests manually, we should try to figure out a solution that doesn't require editing core_pattern to disable it.

(In reply to comment #5)
> I guess that would require the users to run systemd. This can be problematic
> on the bots (they run on unprivileged containers, and systemd don't plays
> nice there)

Huh, I didn't realize that. I thought all Linux except Gentoo was using systemd nowadays (certainly it's installed on the bots I used yesterday), and that it was designed to handle unprivileged containers nicely -- that's the whole point of machinectl, right? but I've hardly used containers myself.

> So...  the main question.... is coredumpctl able to get and print the
> environ variables that a program had defined when it crashed for a given
> coredump? If is not, I don't think it will be of any help here.

Hm, I don't think so. You can match on an awful lot, anything listed in systemd.journal-fields(7), but not environment variables. It'd be easy to add though, since it has access to /proc/$pid/environ as you say, we'd just need to make it save the environment as a journal field. This is how the abrt coredumpctl integration was written -- abrt needed more info on the coredumps, so they modified coredumpctl to save it in journal fields. But that is a lot more work....

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20151223/4aaa2d19/attachment.html>