Bug 530637
Summary: | gdb testsuite broken by abrtd | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jan Kratochvil <jan.kratochvil> |
Component: | abrt | Assignee: | Jiri Moskovcak <jmoskovc> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 12 | CC: | dfediuck, dvlasenk, iprikryl, jburke, jmoskovc, kklic, mnowak, npajkovs |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 1.0.6-1.fc12 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2010-02-09 21:02:52 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Jan Kratochvil
2009-10-23 21:30:51 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle. Changing version to '12'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping There is an option in /etc/abrt/plugins/CCpp.conf: MakeCompatCore = no which (if enabled) makes ABRT to create the coredump in the cwd of the crashed program, the core file is then called core.<pid> I hope, this will fix this issue. Jirka Note that it looks like kernel does not respect ulimit setting in this case (when there is a user-specified coredump handler): even if ulimit -c is 0, the handler is still called. Worse still, looks like handler has no way to know that ulimit -c was 0, so it cannot mimic correct behavior. IOW: with MakeCompatCore = yes, coredump will be created even if ulimit -c is 0, which is quite typical. That's why the default is "MakeCompatCore = no" and why "MakeCompatCore = yes" can't be recommended as typical setting. User needs to know what he is doing by setting it to "yes". Thanks for the analysis. As I do not understand it more there should exist a Component=kernel Bug for it, shouldn't it? Either reassigned this one or a new one this will depend on. Related bug: 541705 Thankfully, no. There is a %c specifier for this, yay! commit 74aadce986052f20088c2678f589ea0e8d3a4b59 Author: Neil Horman <nhorman> Date: Tue Oct 16 23:26:35 2007 -0700 ... diff --git a/fs/exec.c b/fs/exec.c index 86c4554..6450157 100644 --- a/fs/exec.c +++ b/fs/exec.c @@ -29,6 +29,7 @@ #include <linux/stat.h> #include <linux/fcntl.h> #include <linux/smp_lock.h> +#include <linux/string.h> #include <linux/init.h> #include <linux/pagemap.h> #include <linux/highmem.h> @@ -1514,6 +1515,14 @@ static int format_corename(char *corename, const char *pattern, long signr) goto out; out_ptr += rc; break; + /* core limit size */ + case 'c': + rc = snprintf(out_ptr, out_end - out_ptr, + "%lu", current->signal->rlim[RLIMIT_CORE].rlim_cur); + if (rc > out_end - out_ptr) + goto out; + out_ptr += rc; + break; I added %c usage to abrt git and run tested. Works! Fixed in git. abrt-1.0.6-1.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/abrt-1.0.6-1.fc12 abrt-1.0.6-1.fc12 has been pushed to the Fedora 12 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update abrt'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F12/FEDORA-2010-1470 abrt-1.0.6-1.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report. |