diff options
Diffstat (limited to 'documentation/content/zh-tw/books/developers-handbook/tools/_index.adoc')
| -rw-r--r-- | documentation/content/zh-tw/books/developers-handbook/tools/_index.adoc | 19 |
1 files changed, 14 insertions, 5 deletions
diff --git a/documentation/content/zh-tw/books/developers-handbook/tools/_index.adoc b/documentation/content/zh-tw/books/developers-handbook/tools/_index.adoc index ce490709d9..6dd5a403a3 100644 --- a/documentation/content/zh-tw/books/developers-handbook/tools/_index.adoc +++ b/documentation/content/zh-tw/books/developers-handbook/tools/_index.adoc @@ -7,7 +7,8 @@ prev: books/developers-handbook/introduction next: books/developers-handbook/secure showBookMenu: true weight: 3 -path: "/books/developers-handbook/" +params: + path: "/books/developers-handbook/tools/" --- [[tools]] @@ -792,9 +793,12 @@ The `lldb` command displays the stack frame every time we go into or out of a fu ==== Examining a Core File with lldb -A core file is basically a file which contains the complete state of the process when it crashed. In "the good old days", programmers had to print out hex listings of core files and sweat over machine code manuals, but now life is a bit easier. Incidentally, under FreeBSD and other 4.4BSD systems, a core file is called [.filename]#progname.core# instead of just [.filename]#core#, to make it clearer which program a core file belongs to. +A core file is basically a file which contains the complete state of the process when it crashed. +In "the good old days", programmers had to print out hex listings of core files and sweat over machine code manuals, but now life is a bit easier. +Incidentally, under FreeBSD and other 4.4BSD systems, a core file is called [.filename]#progname.core# instead of just [.filename]#core#, to make it clearer which program a core file belongs to. -To examine a core file, specify the name of the core file in addition to the program itself. Instead of starting up `lldb` in the usual way, type `lldb -c _progname_.core -- _progname_` +To examine a core file, specify the name of the core file in addition to the program itself. +Instead of starting up `lldb` in the usual way, type `lldb -c _progname_.core \-- _progname_`. The debugger will display something like this: @@ -806,7 +810,10 @@ Core file '/home/pauamma/tmp/[.filename]#progname.core#' (x86_64) was loaded. (lldb) .... -In this case, the program was called [.filename]#progname#, so the core file is called [.filename]#progname.core#. The debugger does not display why the program crashed or where. For this, use `thread backtrace all`. This will also show how the function where the program dumped core was called. +In this case, the program was called [.filename]#progname#, so the core file is called [.filename]#progname.core#. +The debugger does not display why the program crashed or where. +For this, use `thread backtrace all`. +This will also show how the function where the program dumped core was called. [source,shell,subs="verbatim,quotes"] .... @@ -818,7 +825,9 @@ In this case, the program was called [.filename]#progname#, so the core file is (lldb) .... -`SIGSEGV` indicates that the program tried to access memory (run code or read/write data usually) at a location that does not belong to it, but does not give any specifics. For that, look at the source code at line 10 of file temp2.c, in `bazz()`. The backtrace also says that in this case, `bazz()` was called from `main()`. +`SIGSEGV` indicates that the program tried to access memory (run code or read/write data usually) at a location that does not belong to it, but does not give any specifics. +For that, look at the source code at line 10 of file temp2.c, in `bazz()`. +The backtrace also says that in this case, `bazz()` was called from `main()`. ==== Attaching to a Running Program with lldb |