summaryrefslogtreecommitdiffstats
path: root/src/lib/crash_data.c
Commit message (Collapse)AuthorAgeFilesLines
* mass replace of crash_data with problem_dataDenys Vlasenko2011-04-231-309/+0
| | | | Signed-off-by: Denys Vlasenko <dvlasenk@redhat.com>
* abrt-cli is one of several places where we hardcode usage of variousDenys Vlasenko2011-04-081-7/+33
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | elements of dump directory. This patch changes it to generic handling, where abrt-cli doesn't know anything about particular elements (like backtrace). Changes in detail: * crash_item->flags how has CD_FLAG_UNIXTIME bit. * format_crash_item(item) returns malloced formatted string (currently only formatted time for items with CD_FLAG_UNIXTIME) or NULL, if item->content is to be used as-is * crash_item->flags how has CD_FLAG_LIST bit, it is set on a small number of elements which are to be shown by abrt-cli -l. * abrt-cli -l doesn't use fixed names, it looks at CD_FLAG_LIST. * abrt-cli -i doesn't use fixed names, it prints all one-line elements: Directory : /var/spool/abrt/ccpp-1298264192-2705 analyzer : CCpp architecture : x86_64 cmdline : metacity comment : Abrt testing, please disregard component : metacity coredump : /var/spool/abrt/ccpp-1298264192-2705/coredump count : 1 crash_function : pa_atomic_load executable : /usr/bin/metacity global_uuid : 1e8b716d2094fb22dccdb5321ac0cf6f14eb6689 hostname : dhcp-25-227.brq.redhat.com kernel : 2.6.34.7-61.fc13.x86_64 os_release : Fedora release 13 (Goddard) package : metacity-2.30.0-3.fc13 rating : 4 reason : Process /usr/bin/metacity was killed by signal 11 (SIGSEGV) time : Mon 21 Feb 2011 05:56:32 AM CET uid : 500 uuid : 453085d0f703b96ddc3a5172dd7d5a29479f5b3f * abrt-cli -i --backtrace is removed. Instead, abrt-cli -i --full is to be used. It shows all elements, one-line and multi-line ones. * abrt-cli code now has an example how to list crast_data_t in the sorted-by-key order. Further ideas: abrt-cli needs -o elem1,elem2,elem3 option which tells which elements to show, and/or -O elem1,elem2,elem3 option which tells elements to NOT show. Rationale: abrt-cli -i --full output is way too long because of smaps, need a way to suppress unneeded elements display Signed-off-by: Denys Vlasenko <dvlasenk@redhat.com>
* gui-wizard-gtk: make one-line text elements selectable with mouseDenys Vlasenko2011-03-111-2/+6
| | | | Signed-off-by: Denys Vlasenko <dvlasenk@redhat.com>
* view details in extrenal editor for multiline non-binary filesNikola Pajkovsky2011-03-091-1/+12
| | | | Signed-off-by: Nikola Pajkovsky <npajkovs@redhat.com>
* fix a problem with big-ish smaps files classified as binaryDenys Vlasenko2011-03-041-20/+24
| | | | Signed-off-by: Denys Vlasenko <dvlasenk@redhat.com>
* add saving of username; fix one liners loadingDenys Vlasenko2011-03-041-5/+17
| | | | Signed-off-by: Denys Vlasenko <dvlasenk@redhat.com>
* remove FILENAME_REPRODUCE field. FILENAME_COMMENT should be used insteadDenys Vlasenko2011-03-031-1/+0
| | | | Signed-off-by: Denys Vlasenko <dvlasenk@redhat.com>
* get rid of unused CD_FLAG_SYSNikola Pajkovsky2011-02-161-1/+1
| | | | Signed-off-by: Nikola Pajkovsky <npajkovs@redhat.com>
* get rid of FILENAME_DESCRIPTION, rename "release" to "os_release"Denys Vlasenko2011-02-101-1/+0
| | | | Signed-off-by: Denys Vlasenko <dvlasenk@redhat.com>
* add OPT_LIST mechanism to handle multiply occurring optionsDenys Vlasenko2011-01-201-1/+0
| | | | | | | This allowed to convert abrt-action-bugzilla, abrt-action-rhtsupport and abrt-action-kerneloops to parse_opts() Signed-off-by: Denys Vlasenko <dvlasenk@redhat.com>
* extend run_event() to run_event_on_dir_name() and run_event_on_crash_data()Denys Vlasenko2010-12-221-3/+7
| | | | Signed-off-by: Denys Vlasenko <dvlasenk@redhat.com>
* src/report-python: expose CD_FLAG_foo constants to Python wrapperDenys Vlasenko2010-12-221-0/+5
| | | | Signed-off-by: Denys Vlasenko <dvlasenk@redhat.com>
* *: rename *crash_dump.* -> *crash_data.*Denys Vlasenko2010-12-221-0/+246
Signed-off-by: Denys Vlasenko <dvlasenk@redhat.com>