http://blog.gmane.org/gmane.comp.debugging.dwarves hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.debugging.dwarves/170 <pre>I wrote some patches to change dwarves to support .debug_types (new from DWARF 4). I sent these as pull requests, but Mark W. asked me to post a note here as well. Here's the pull requests in question: https://github.com/acmel/dwarves/pulls Tom -- To unsubscribe from this list: send the line "unsubscribe dwarves" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA&lt; at &gt;public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html </pre> Tom Tromey 2012-04-09T13:56:36 http://comments.gmane.org/gmane.comp.debugging.dwarves/169 <pre>pahole doesn't understand the new DWARF 4 .debug_types section. I'm using the F15 GCC, but really any recent-enough GCC will do. I compile this: struct s { int x; int y : 5; int z; }; struct s i; int main() { } Like so: gcc -gdwarf-4 -g -o d d.c Running pahole gives an error: $ pahole --class_name=s ./d tag__recode_dwarf_type: couldn't find 0x1d type for 0x51 (variable)! It would be nice to have support for this feature in dwarves, as .debug_types can greatly reduce the size of the debuginfo in the final executable. Tom -- To unsubscribe from this list: send the line "unsubscribe dwarves" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA&lt; at &gt;public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html </pre> Tom Tromey 2011-07-01T18:40:04 http://comments.gmane.org/gmane.comp.debugging.dwarves/166 <pre>Hi, I was playing with pahole against a binary compiled with an unreleased gcc. This version outputs some DW_TAGs that pahole doesn't know about. These tags have been added to elftuils git, but aren't yet in any release. The problem was that all errors from die__process_tag () are treated the same (it returns NULL and then all callers interpret that as out of memory). So this patch adds an explicit UNKNOWN_TAG return value so callers can decide to ignore it and just carry on instead of terminating the program where appropriate. With this patch in place pahole will just print a warning when encountering an unknown tag and ignore that die. Cheers, Mark </pre> Mark Wielaard 2011-03-26T21:23:06 http://comments.gmane.org/gmane.comp.debugging.dwarves/163 <pre>Link: http://rakesh.fedorapeople.org/misc/0001-pfunct-Introduce-u-all_units.patch Reason I am not reusing cus__for_each_cu which in turn uses cu_function_iterator is because it would have in my view been more unclean way of doing it. To keep things simple and clean I am rather using a static function print_all_matches. May this be reviewed ? Regards, </pre> Rakesh Pandit 2010-05-06T10:27:29 http://comments.gmane.org/gmane.comp.debugging.dwarves/159 <pre>Hello, If we are using pfunct right with option --function, it prints the first matched function name. This does not satisfy those cases where object file has more then one functions with same name. I would like it to print all matching cases not just the first one. Would it be acceptable ? Or if it is not acceptable as it may break few scripts written by users which are consuming the tool. An alternate implementation could be if supplied with an extra option print all matches and by default just print first one. Suggestions ? If any of above to is acceptable I can straight right down a patch accordingly. Thanks, </pre> Rakesh Pandit 2010-05-05T11:45:20 http://comments.gmane.org/gmane.comp.debugging.dwarves/155 <pre>Hello, I have a request for enhancement (new option in pfunct) via which I want pfunct to print signatures for all symbols in one go. To add to it and as expected I want source code information per symbol if -l option is specified. Use can for me was: I wanted signature for all symbols from an ELF file. Repeatedly asking pfunct for all symbols using names had a cost for me. It used to take substantial time per symbol for uploading ELF file into memory and searching for sym name and printing required information. This option will upload it once and print all information for me. Can this be considered for inclusion ? If yes, may inline patch be reviewed ? Thanks, </pre> Rakesh Pandit 2010-04-05T07:31:58 http://comments.gmane.org/gmane.comp.debugging.dwarves/152 <pre>- "-s section 0" doesn't really read the same as "-s section0" - "--help" is something we should allow - usage should say "scncopy" not "pjoc" --- scncopy.c | 6 ++++-- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/scncopy.c b/scncopy.c index 38aaa9a..9acc16d 100644 --- a/scncopy.c +++ b/scncopy.c &lt; at &gt;&lt; at &gt; -65,8 +65,10 &lt; at &gt;&lt; at &gt; int main(int argc, char *argv[]) n++; outfile = argv[n]; continue; -} else if (!strcmp(argv[n], "-?") || !strcmp(argv[n],"--usage")) { -printf("usage: pjoc -s section 0 [[-s section1] ... -s sectionN] -o outfile infile\n"); +} else if (!strcmp(argv[n], "-?") || +!strcmp(argv[n], "--help") || +!strcmp(argv[n], "--usage")) { +printf("usage: scncopy [-s section0 [[-s section1] ... -s sectionN] | -a ] -o outfile infile\n"); return 0; } else if (n == argc-1) { infile = argv[n]; </pre> Peter Jones 2010-01-12T18:17:18 http://comments.gmane.org/gmane.comp.debugging.dwarves/149 <pre>--- scncopy.c | 4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/scncopy.c b/scncopy.c index 067662c..1c76742 100644 --- a/scncopy.c +++ b/scncopy.c &lt; at &gt;&lt; at &gt; -65,7 +65,9 &lt; at &gt;&lt; at &gt; int main(int argc, char *argv[]) n++; outfile = argv[n]; continue; -} else if (!strcmp(argv[n], "-?") || !strcmp(argv[n],"--usage")) { +} else if (!strcmp(argv[n], "-?") || +!strcmp(argv[n], "--help") || +!strcmp(argv[n], "--usage")) { printf("usage: pjoc [-s section0 [[-s section1] ... -s sectionN] | -a ] -o outfile infile\n"); return 0; } else if (n == argc-1) { </pre> Peter Jones 2010-01-12T16:40:35 http://comments.gmane.org/gmane.comp.debugging.dwarves/148 <pre>"-s section 0" doesn't really read the same as "-s section0"... --- scncopy.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/scncopy.c b/scncopy.c index 38aaa9a..067662c 100644 --- a/scncopy.c +++ b/scncopy.c &lt; at &gt;&lt; at &gt; -66,7 +66,7 &lt; at &gt;&lt; at &gt; int main(int argc, char *argv[]) outfile = argv[n]; continue; } else if (!strcmp(argv[n], "-?") || !strcmp(argv[n],"--usage")) { -printf("usage: pjoc -s section 0 [[-s section1] ... -s sectionN] -o outfile infile\n"); +printf("usage: pjoc [-s section0 [[-s section1] ... -s sectionN] | -a ] -o outfile infile\n"); return 0; } else if (n == argc-1) { infile = argv[n]; </pre> Peter Jones 2010-01-12T16:36:18 http://comments.gmane.org/gmane.comp.debugging.dwarves/147 <pre>This adds scncopy, which is like objcopy with some differences: - it doesn't try to update section contents, but does try to update program headers and such to correctly reflect the section contents. - it doesn't necessarily try to create a binary eu-elflint will like. If you don't copy a required section, it won't make it for you. TODO: - Make it possible to copy sections to an already existant binary. - Make phdrs only copy if they're needed, and/or modify old phdrs to point to new sections - Make sure nothing is missing from fixup_dynamic() --- elfcreator.c | 297 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ elfcreator.h | 20 ++++ scncopy.c | 125 ++++++++++++++++++++++++ 3 files changed, 442 insertions(+), 0 deletions(-) create mode 100644 elfcreator.c create mode 100644 elfcreator.h create mode 100644 scncopy.c diff --git a/elfcreator.c b/elfcreator.c new file mode 100644 index 0000000..c284b52 --- /dev/null +++ b/elfcreator.c &lt; at &gt;&lt; at &gt; -0,0 +1,297 &lt; at &gt;&lt; at &gt; +/* + * Copyright 2009 </pre> Peter Jones 2010-01-11T20:50:30 http://comments.gmane.org/gmane.comp.debugging.dwarves/144 <pre>While checking one of big shared objects I found kernel getting unhappy and sending SIGKILL. File was 282M libwebkit-1.0.so.2.8.1 from webkit project. (Can be obtained from http://kojipkgs.fedoraproject.org/packages/webkitgtk/1.1.12/2.fc12/x86_64/webkitgtk-debuginfo-1.1.12-2.fc12.x86_64.rpm and extracted via rpm2cpio, file is libwebkit-1.0.so.2.8.1.debug) URL: http://rakesh.fedorapeople.org/misc/0001-dwarf_loader.c-Fixed-leaked-bogon.patch </pre> Rakesh Pandit 2010-01-06T15:24:59 http://comments.gmane.org/gmane.comp.debugging.dwarves/143 <pre>Sorry to bother you: we are cleaning up our database and it appears that you have previously signed up to eBuppies.com mailinglists and not confirmed your subscription.We would like to give you the opportunity to re-confirm your subscription. The instructions on how to confirm are below. Almost welcome to our newsletter(s) ... Someone, hopefully you, has subscribed your email address to the following newsletters: If this is correct, please click the following link to confirm your subscription. Without this confirmation, you will not receive any newsletters. http://ebuppies.com/emailserv/?p=confirm&amp;uid=dd720bc01a5e6ce8269c4bc636042996 If this is not correct, you do not need to do anything, simply delete this message. Thank you -- To unsubscribe from this list: send the line "unsubscribe dwarves" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA&lt; at &gt;public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html </pre> Webmaster 2010-01-04T22:17:30 http://comments.gmane.org/gmane.comp.debugging.dwarves/141 <pre>Removes irritating warning while compilation. </pre> Rakesh Pandit 2009-12-29T04:40:38 http://comments.gmane.org/gmane.comp.debugging.dwarves/139 <pre>Hi, currently mandriva has a packaging script which checks for uneeded linking in package built files. For dwarves, it displays: Warning: unused libraries in /usr/lib64/libdwarves_reorganize.so.1.0.0: libdw.so.1 libelf.so.1 libz.so.1 Warning: unused libraries in /usr/lib64/libdwarves_emit.so.1.0.0: libdw.so.1 libelf.so.1 libz.so.1 Warning: unused libraries in /usr/bin/ctracer: libz.so.1 libdw.so.1 Warning: unused libraries in /usr/bin/syscse: libdw.so.1 libelf.so.1 libz.so.1 Warning: unused libraries in /usr/bin/pglobal: libdw.so.1 libelf.so.1 libz.so.1 Warning: unused libraries in /usr/bin/pdwtags: libdw.so.1 libelf.so.1 libz.so.1 Warning: unused libraries in /usr/bin/prefcnt: libdw.so.1 libelf.so.1 libz.so.1 Warning: unused libraries in /usr/bin/pfunct: libz.so.1 libdw.so.1 Warning: unused libraries in /usr/bin/pahole: libz.so.1 libdw.so.1 libelf.so.1 Warning: unused libraries in /usr/bin/dtagnames: libdw.so.1 libelf.so.1 libz.so.1 Warning: unused libraries in /usr/bin/codiff:</pre> Herton Ronaldo Krzesinski 2009-12-17T16:32:33 http://comments.gmane.org/gmane.comp.debugging.dwarves/138 <pre>After a long time without a new release because I was trying to get the CTF support completed, and due to the very strong gravity force in the Linux kernel perf tools, here it is 1.8, with lots of performance improvements, bug fixes and changes to better use these tools in scripts. For full details please take a look at the git changesets, repo available at: http://git.kernel.org/?p=linux/kernel/git/acme/pahole.git Tarball available at: http://fedorapeople.org/~acme/dwarves/dwarves-1.8.tar.bz2 - Arnaldo pahole: . Allow list of structs to be passed to pahole. E.g.: 'pahole -C str_node,strings' Suggested by Zack Weinberg &lt;zweinberg-4eJtQOnFJqFBDgjK7y7TUQ&lt; at &gt;public.gmane.org&gt;, for scripting. . Introduce --hex to print offsets and sizes in hexadecimal codiff: . Improve detection of removal and addition of members in structs . Detect changes in padding and the number of holes/bit_holes pfunct: . --no_parm_names Because CTF doesn't encodes the names of the parameters and I want to test the </pre> Arnaldo Carvalho de Melo 2009-12-06T18:22:36 http://comments.gmane.org/gmane.comp.debugging.dwarves/131 <pre>Hi, I just found out about pahole today. I'm looking to audit lvm2's data structures and pahole is perfect for helping me do so. Unfortunately, when I run pahole against lvm2 I'm getting many BRAIN FART ALERTs on F12 x86_64 (dwarves-1.7-5.x86_64). I had a look at your OLS 2007 "7 dwarves" paper and figured I'd try your minimalist swiss_cheese example, this is what I get: $ pahole swiss_cheese struct cheese { char name[17]; /* 0 17 */ short int age; /* 0 2 */ char type; /* 0 1 */ int calories; /* 0 4 */ short int price; /* 0 2 */ int barcode[4]; /* 0 16 */ /* size: 48, cachelines: 1, members: 6 */ /* padding: 32 */ /* last cacheline: 48 bytes */ /* BRAIN FART ALERT! 48 != 17 +</pre> Mike Snitzer 2009-11-23T22:17:03 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.debugging.dwarves