Where can I get apport traceback information after I've submitted my crash report

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP








up vote
0
down vote

favorite












I've been getting alot of segv crashes in gnome-shell and although the apport window has alot of info, it's not very user friendly (window is really small, no way of searching, no way of saving a copy to text file etc).



Is there a way I can access the information available to apport directly from the terminal? Does gnome-shell save traceback logs somewhere?



I know there's a logfile for apport in /var/log but that log file doesn't offer nearly the same level of detail.










share|improve this question























  • Thank you for the link, I've looked at but /var/logs doesn't have any of the traceback info after the crash. I've re-written the question to focus more on that.
    – thebunnyrules
    Feb 21 at 9:53










  • The apport log file should only hold errors of the apport software itself, not the system messages it shows. Those are contained in the major log files as explained in the question I linked, most importantly syslog and kern.log.
    – dessert
    Feb 21 at 9:56










  • It's not a dupe... the files are in a special place...
    – Zanna
    Feb 21 at 14:46














up vote
0
down vote

favorite












I've been getting alot of segv crashes in gnome-shell and although the apport window has alot of info, it's not very user friendly (window is really small, no way of searching, no way of saving a copy to text file etc).



Is there a way I can access the information available to apport directly from the terminal? Does gnome-shell save traceback logs somewhere?



I know there's a logfile for apport in /var/log but that log file doesn't offer nearly the same level of detail.










share|improve this question























  • Thank you for the link, I've looked at but /var/logs doesn't have any of the traceback info after the crash. I've re-written the question to focus more on that.
    – thebunnyrules
    Feb 21 at 9:53










  • The apport log file should only hold errors of the apport software itself, not the system messages it shows. Those are contained in the major log files as explained in the question I linked, most importantly syslog and kern.log.
    – dessert
    Feb 21 at 9:56










  • It's not a dupe... the files are in a special place...
    – Zanna
    Feb 21 at 14:46












up vote
0
down vote

favorite









up vote
0
down vote

favorite











I've been getting alot of segv crashes in gnome-shell and although the apport window has alot of info, it's not very user friendly (window is really small, no way of searching, no way of saving a copy to text file etc).



Is there a way I can access the information available to apport directly from the terminal? Does gnome-shell save traceback logs somewhere?



I know there's a logfile for apport in /var/log but that log file doesn't offer nearly the same level of detail.










share|improve this question















I've been getting alot of segv crashes in gnome-shell and although the apport window has alot of info, it's not very user friendly (window is really small, no way of searching, no way of saving a copy to text file etc).



Is there a way I can access the information available to apport directly from the terminal? Does gnome-shell save traceback logs somewhere?



I know there's a logfile for apport in /var/log but that log file doesn't offer nearly the same level of detail.







command-line gnome gnome-shell apport segmentation-fault






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Feb 21 at 9:47

























asked Feb 21 at 5:04









thebunnyrules

33529




33529











  • Thank you for the link, I've looked at but /var/logs doesn't have any of the traceback info after the crash. I've re-written the question to focus more on that.
    – thebunnyrules
    Feb 21 at 9:53










  • The apport log file should only hold errors of the apport software itself, not the system messages it shows. Those are contained in the major log files as explained in the question I linked, most importantly syslog and kern.log.
    – dessert
    Feb 21 at 9:56










  • It's not a dupe... the files are in a special place...
    – Zanna
    Feb 21 at 14:46
















  • Thank you for the link, I've looked at but /var/logs doesn't have any of the traceback info after the crash. I've re-written the question to focus more on that.
    – thebunnyrules
    Feb 21 at 9:53










  • The apport log file should only hold errors of the apport software itself, not the system messages it shows. Those are contained in the major log files as explained in the question I linked, most importantly syslog and kern.log.
    – dessert
    Feb 21 at 9:56










  • It's not a dupe... the files are in a special place...
    – Zanna
    Feb 21 at 14:46















Thank you for the link, I've looked at but /var/logs doesn't have any of the traceback info after the crash. I've re-written the question to focus more on that.
– thebunnyrules
Feb 21 at 9:53




Thank you for the link, I've looked at but /var/logs doesn't have any of the traceback info after the crash. I've re-written the question to focus more on that.
– thebunnyrules
Feb 21 at 9:53












The apport log file should only hold errors of the apport software itself, not the system messages it shows. Those are contained in the major log files as explained in the question I linked, most importantly syslog and kern.log.
– dessert
Feb 21 at 9:56




The apport log file should only hold errors of the apport software itself, not the system messages it shows. Those are contained in the major log files as explained in the question I linked, most importantly syslog and kern.log.
– dessert
Feb 21 at 9:56












It's not a dupe... the files are in a special place...
– Zanna
Feb 21 at 14:46




It's not a dupe... the files are in a special place...
– Zanna
Feb 21 at 14:46










1 Answer
1






active

oldest

votes

















up vote
1
down vote



accepted










You can find the files in /var/crash. That's pretty much the whole answer to your question, so to make my answer more interesting I'll show you how I know this, which might interest others who want to test crashing behaviour.



$ cat ~/playground/crash.c
/* crash.c - simple program that crashes by raising a segmentation fault */

#include <signal.h>

int main(void)

raise(SIGSEGV);



The above program was written by Eliah Kagan. I have compiled it into an executable binary file called crash in the same directory (using the command gcc -ansi -pedantic -Wall -Wextra -o crash crash.c). This program reliably segfaults :)



Bash won't itself crash when I run this program, so Apport won't complain, but for interesting reasons discussed at great length in this chat, ksh will itself crash when I use it to call a program that crashes, and Apport will create a report for it. Let's try it!



zanna@toaster:/var/crash$ ksh93
$ /home/zanna/playground/crash
Memory fault(coredump)
$ exit
Segmentation fault (core dumped)
zanna@toaster:/var/crash$ ls
_bin_ksh93.1000.crash
zanna@toaster:/var/crash$ file _bin_ksh93.1000.crash
_bin_ksh93.1000.crash: ASCII text, with very long lines


There you go.



After you make the report, you will get 2 more files here, one ending in .upload and one ending in .uploaded, which may or may not be more readable, but in any case, contain the information sent by Apport.






share|improve this answer






















    Your Answer







    StackExchange.ready(function()
    var channelOptions =
    tags: "".split(" "),
    id: "89"
    ;
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function()
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled)
    StackExchange.using("snippets", function()
    createEditor();
    );

    else
    createEditor();

    );

    function createEditor()
    StackExchange.prepareEditor(
    heartbeatType: 'answer',
    convertImagesToLinks: true,
    noModals: false,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: 10,
    bindNavPrevention: true,
    postfix: "",
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    );



    );













     

    draft saved


    draft discarded


















    StackExchange.ready(
    function ()
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1008244%2fwhere-can-i-get-apport-traceback-information-after-ive-submitted-my-crash-repor%23new-answer', 'question_page');

    );

    Post as a guest






























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes








    up vote
    1
    down vote



    accepted










    You can find the files in /var/crash. That's pretty much the whole answer to your question, so to make my answer more interesting I'll show you how I know this, which might interest others who want to test crashing behaviour.



    $ cat ~/playground/crash.c
    /* crash.c - simple program that crashes by raising a segmentation fault */

    #include <signal.h>

    int main(void)

    raise(SIGSEGV);



    The above program was written by Eliah Kagan. I have compiled it into an executable binary file called crash in the same directory (using the command gcc -ansi -pedantic -Wall -Wextra -o crash crash.c). This program reliably segfaults :)



    Bash won't itself crash when I run this program, so Apport won't complain, but for interesting reasons discussed at great length in this chat, ksh will itself crash when I use it to call a program that crashes, and Apport will create a report for it. Let's try it!



    zanna@toaster:/var/crash$ ksh93
    $ /home/zanna/playground/crash
    Memory fault(coredump)
    $ exit
    Segmentation fault (core dumped)
    zanna@toaster:/var/crash$ ls
    _bin_ksh93.1000.crash
    zanna@toaster:/var/crash$ file _bin_ksh93.1000.crash
    _bin_ksh93.1000.crash: ASCII text, with very long lines


    There you go.



    After you make the report, you will get 2 more files here, one ending in .upload and one ending in .uploaded, which may or may not be more readable, but in any case, contain the information sent by Apport.






    share|improve this answer


























      up vote
      1
      down vote



      accepted










      You can find the files in /var/crash. That's pretty much the whole answer to your question, so to make my answer more interesting I'll show you how I know this, which might interest others who want to test crashing behaviour.



      $ cat ~/playground/crash.c
      /* crash.c - simple program that crashes by raising a segmentation fault */

      #include <signal.h>

      int main(void)

      raise(SIGSEGV);



      The above program was written by Eliah Kagan. I have compiled it into an executable binary file called crash in the same directory (using the command gcc -ansi -pedantic -Wall -Wextra -o crash crash.c). This program reliably segfaults :)



      Bash won't itself crash when I run this program, so Apport won't complain, but for interesting reasons discussed at great length in this chat, ksh will itself crash when I use it to call a program that crashes, and Apport will create a report for it. Let's try it!



      zanna@toaster:/var/crash$ ksh93
      $ /home/zanna/playground/crash
      Memory fault(coredump)
      $ exit
      Segmentation fault (core dumped)
      zanna@toaster:/var/crash$ ls
      _bin_ksh93.1000.crash
      zanna@toaster:/var/crash$ file _bin_ksh93.1000.crash
      _bin_ksh93.1000.crash: ASCII text, with very long lines


      There you go.



      After you make the report, you will get 2 more files here, one ending in .upload and one ending in .uploaded, which may or may not be more readable, but in any case, contain the information sent by Apport.






      share|improve this answer
























        up vote
        1
        down vote



        accepted







        up vote
        1
        down vote



        accepted






        You can find the files in /var/crash. That's pretty much the whole answer to your question, so to make my answer more interesting I'll show you how I know this, which might interest others who want to test crashing behaviour.



        $ cat ~/playground/crash.c
        /* crash.c - simple program that crashes by raising a segmentation fault */

        #include <signal.h>

        int main(void)

        raise(SIGSEGV);



        The above program was written by Eliah Kagan. I have compiled it into an executable binary file called crash in the same directory (using the command gcc -ansi -pedantic -Wall -Wextra -o crash crash.c). This program reliably segfaults :)



        Bash won't itself crash when I run this program, so Apport won't complain, but for interesting reasons discussed at great length in this chat, ksh will itself crash when I use it to call a program that crashes, and Apport will create a report for it. Let's try it!



        zanna@toaster:/var/crash$ ksh93
        $ /home/zanna/playground/crash
        Memory fault(coredump)
        $ exit
        Segmentation fault (core dumped)
        zanna@toaster:/var/crash$ ls
        _bin_ksh93.1000.crash
        zanna@toaster:/var/crash$ file _bin_ksh93.1000.crash
        _bin_ksh93.1000.crash: ASCII text, with very long lines


        There you go.



        After you make the report, you will get 2 more files here, one ending in .upload and one ending in .uploaded, which may or may not be more readable, but in any case, contain the information sent by Apport.






        share|improve this answer














        You can find the files in /var/crash. That's pretty much the whole answer to your question, so to make my answer more interesting I'll show you how I know this, which might interest others who want to test crashing behaviour.



        $ cat ~/playground/crash.c
        /* crash.c - simple program that crashes by raising a segmentation fault */

        #include <signal.h>

        int main(void)

        raise(SIGSEGV);



        The above program was written by Eliah Kagan. I have compiled it into an executable binary file called crash in the same directory (using the command gcc -ansi -pedantic -Wall -Wextra -o crash crash.c). This program reliably segfaults :)



        Bash won't itself crash when I run this program, so Apport won't complain, but for interesting reasons discussed at great length in this chat, ksh will itself crash when I use it to call a program that crashes, and Apport will create a report for it. Let's try it!



        zanna@toaster:/var/crash$ ksh93
        $ /home/zanna/playground/crash
        Memory fault(coredump)
        $ exit
        Segmentation fault (core dumped)
        zanna@toaster:/var/crash$ ls
        _bin_ksh93.1000.crash
        zanna@toaster:/var/crash$ file _bin_ksh93.1000.crash
        _bin_ksh93.1000.crash: ASCII text, with very long lines


        There you go.



        After you make the report, you will get 2 more files here, one ending in .upload and one ending in .uploaded, which may or may not be more readable, but in any case, contain the information sent by Apport.







        share|improve this answer














        share|improve this answer



        share|improve this answer








        edited Feb 22 at 9:41

























        answered Feb 21 at 14:27









        Zanna

        48.2k13120228




        48.2k13120228



























             

            draft saved


            draft discarded















































             


            draft saved


            draft discarded














            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1008244%2fwhere-can-i-get-apport-traceback-information-after-ive-submitted-my-crash-repor%23new-answer', 'question_page');

            );

            Post as a guest













































































            Popular posts from this blog

            pylint3 and pip3 broken

            Missing snmpget and snmpwalk

            How to enroll fingerprints to Ubuntu 17.10 with VFS491