removed needless #include

library_exported_names_each_alias(), library_exported_names_each() now restartable

These function now takes a *start_after, and return a pointer to the first
failing key, like the other ltrace iterators

added forgotten free(), forgotten return

clarified some int return code checking

whitespace 'if(' -> 'if ('

renamed _dtor_* and _clone_* functions to remove the leading _

DWARF prototypes are now generated with both the plain and the linkage names

If a die has a DW_AT_linkage_name, I now use it: this is required for C++ code,
in particular.

I use the plain name regardless, since sometimes the exported symbol corresponds
to the plain name, NOT the linkage name. For instance I see this on my
Debian/sid amd64 box. In its libc, the linkage name of __nanosleep is
__GI___nanosleep, but the export is __nanosleep

We now use known prototypes for all aliased symbols (same address)

Some libraries have multiple names for the same function. Prior to this patch,
it was possible to define a prototype for a symbol, and not have ltrace use it
because it saw a different symbol be called. libc is a common source of this.
For instance (on my amd64 Debian box) it defines the nanosleep symbol as both
'nanosleep' and '__GI___nanosleep', at the same address. If a calling library
calls '__GI___nanosleep', then an ltrace prototype for 'nanosleep' would not be
used, even though it should apply to this call

dict_hash_uint64: do not ignore upper 32 bits of the quantity

added hash and equality functions for uint64_t

The hash function is identical to the 32-bit signed int hash function. This
function is unideal for such extended use, but is sufficient for now

added NEWS, CREDITS info about the new DWARF prototyping code

Added manpage section giving examples of -x, -e and -l usage

Making sure to not double-examine the same DWARF CU

CREDITS update for ppc64el support

Signed-off-by: Thierry Fauck <thierry@linux.vnet.ibm.com>

In ppc-lwarx.exp, Dwarf backend may resolve atomic_add's prototype

- in which case the patterns are wrong.  Change the pattern to match
  both cases.

Support for powerpc64 arch ppc64el

Signed-off-by: Thierry Fauck <thierry@linux.vnet.ibm.com>
Add support for ppc64le proc and ELF ABIv2.
Provides support for irelative and wchar

I only build the dwarf_prototypes if we have libdw

removed needless cast

added forgotten error checking to some ltrace calls

fixed typo

I only explicitly look at sizeof(long) if it differs from sizeof(int)

If they're the same, checking for both in a switch() is a compile error

style whitespace changes

- * with name, not type
- if (blah), not if( blah )

whitespace style change

 - Tabs should be 8 characters.
 - Lines should be no longer than 80 characters
 - Pointer star belongs to the variable, not the type
 - Lines shouldn't be formatted into tables arbitrarily
 - if and while should get a space before the paren

a bit more debug printing

added a bit more diagnostic printing

fixed memory leaks

Two leaks plugged:

1. value used for array-length
2. prototype return type

fixed prototype memory leak

protolib_add_prototype() makes a copy of the prototype, so allocating a new
pointer there was an error

removed notes

removed, commented testing code

dwarf diagnostic output now controlled by -D

fixed broken diagnostic output

reworked error and memory handling

I now longer exit() on the slightest sign of trouble, nor do I leak all my heap
memory allocations

unknown pointers now return void*, not void

DWARF parser now looks for exported types

I now pass true to protolib_lookup_type(). Thus the user can now define a type
in .ltrace.conf, and it would be picked up

renamed type_hash -> type_dieoffset_hash

type_hash is no longer global

I now read the DWARF data in addition to the .conf files

Previously if a .conf file for a library was available, the corresponding DWARF
data would not be parsed. Now I use one to complement the other

If a functions is defined in a .conf, I do not parse the DWARF

Previously I would parse the DWARF data for such a function, but I wouldn't use
the result. Now I don't even parse

types defined in .conf files now take precedence over DWARF types

style whitespace

import_DWARF_prototypes() now takes JUST a lib argument

moved DWARF prototype reading to library_get_prototype()

updated error message to reflect the new dwfl use case

whitespace

Stylistic refactoring. No functional changes

I now import functions using their linkage name

This is required for C++ methods

enums are no longer assumed to have type 'int'

reworked attr_numeric() to report failures

This whole file is thus copyright me

added a disabled stub for complex float support

a bit more debug printing

style changes

- no spaces in ()
- hanging braces
- no camelCase
- collapsed long lines

debug-printing via complain()

added explicit support for some more types

- boolean constant
- long long double (as void)
- variable-length array (assuming len 0)
- union (as void)
- empty compile units

added some optional debug printing

tree dumping goes to stderr

initial prototypes-from-dwarf implementation

fixed typo: toplevel_format_lens() now uses ptr data when talking about pointers

Fix lookup of prototypes from non-leader threads

Add a couple TODO items

Improve wording on -e, -x, -l in ltrace.1

Add missing #include stdio.h

Include stdio.h in files that use fprintf()

Signed-off-by: dann frazier <dannf@debian.org>

add missing <stdint.h> include

aarch64's fetch.c uses the uintptr_t typedef defined by stdint.h without
including it. This doesn't currently cause a build failure because stdint.h
is indirectly included via proc.h.

Signed-off-by: dann frazier <dannf@debian.org>

Add --config to man, drop -X from options.c

Initialize struct process.e_machine and .e_class for secondary threads

Add some stuff to libc.so.conf

Update NEWS, README

Implement aarch64 support

- IFUNC support is not implemented, the rest works well.  The only
  other failure is in wide char functions, and that occurs on x86_64
  as well.

Set child stack alignment in trace-clone.c

- This is important on aarch64, which requires 16-byte aligned
  stack pointer.  This might be relevant on other arches as well,
  I suspect we just happened to get the 16-byte boundary in some
  cases.

Force use of SYS_open on aarch64 as well

- That system call is not implemented on aarch64, but we don't
  care, we are only calling it to see if the parameters get decoded
  properly.  So call using the "syscall" wrapper, and hard-code
  SYS_open value on aarch64, where glibc doesn't define it.

Rewrite system_calls.exp

- Port this to new style test case

- Be more clever about what syscalls were invoked from main,
  as opposed to the multitude of calls that the dynamic linker
  typically makes

- Allow some basic calls to come in XXXat variants (e.g. openat
  instead of open), such is the case on aarch64.

Add some missing system calls to syscalls.conf

Improve HFA-related test cases

- Moved a bunch of preexisting HFA tests to a separate test case (and
  converted them to new style in the process).  Added another bunch of
  HFA tests.

Manpage and --help clarifications

Don't crash untraced calls via PLT in prelinked PPC64 binaries

In prelinked binaries, ltrace has to unprelinks PLT slots in order to
catch calls done through PLT.  This makes the calls done through these
slots invalid, because the special first PLT slot is not initialized,
and dynamic linker SIGSEGVs because of this.  Ltrace relies on
arranging breakpoints such that the dynamic linker is not actually
entered, and moves PC around itself to simulate the effects of a call
through PLT.

Originally, arch_elf_add_plt_entry was called only for symbols that
were actually traced.  Later this was changed and it's now called for
all PLT entries, and the resulting candidate list is filtered
afterwards.  This gives backends a chance to rename the symbol, as is
useful with IRELATIVE PLT calls, where symbol name may not be
available at all.  But the PPC backend was never updated to reflect
this, and unresolved all symbols for which arch_elf_add_plt_entry was
called, thus rendering _all_ PLT slots invalid, even those that
weren't later procted by breakpoints.  Thus calls done through any
untraced slots failed.

This patch fixes this problem by deferring the unprelinking of PLT
slots into the on_install hook of breakpoints.

Add a new per-breakpoint callback on_install

Drop unused function enable_all_breakpoints

Type umovebytes properly

Initialize libsym early in trace.c to help the compiler.

GCC 4.4.7 isn't smart enough to realize own_libsym will always be zero
when it sees the goto done which might jump over the initialization of
libsym. And so will produce a warning like:

cc1: warnings being treated as errors
trace.c: In function ‘ifunc_ret_hit’:
trace.c:1433: error: ‘libsym’ may be used uninitialized in this function

Add support for using elfutils as unwinder.

This adds support for using elfutils as unwinder with -w. Since elfutils
0.158 elfutils contains a simple unwinder interface that matches nicely
on the ltrace backtrace support.

The code reuses the libunwind infrastructure already in ltrace where
possible (by defining HAVE_UNWINDER which is 1 if either libunwind or
elfutils is used). It also reuses the ltrace proc_add_library callback
to keep track of the ELF files mapped for the unwinder.

The current implementation matches the output as if libunwind was used.
But elfutils can also provide some more information since it can lookup
the DWARF debuginfo. So if the source info of an address can be found
through elfutils the backtrace will also include this as an additional
output line per frame.

Type proc_each_breakpoint properly

Fix a problem in tracing across fork on PPC64

In order to avoid single-stepping through large portions of the
dynamic linker, ltrace remembers at which address the instruction that
resolved a PLT slot is.  It then puts a breakpoint to this address so
that it can fast-forward to that address next time it needs to catch a
PLT slot being resolved.

When a process is cloned, the pointer to this breakpoint is simply
copied over to the new process, instead of being looked up in the new
process structures.  This patches fixes this.

minor fixes in manpages

Nits

- Fix some coding style issues in output.c
- Add a couple items to TODO

Fix infinite loop in stack unwind

This bug was introduced in af452c6

Reported-by: Petr Machata <pmachata@redhat.com>

Minor fixes in manpages

check return value of unw_get_reg and unw_get_proc_name

Before printng the current procedure name and IP verify their validity

Drop debian/ directory

Every distribution should create its own specific files

Support IRELATIVE relocations on s390

On s390{,x}, r2 is scrambled after syscall entry

This was caught by system_call_params.exp test case:

   exe->mount("source", "target", "filesystemtype", 0, nil <unfinished ...>
   mount@SYS("", "target", "filesystemtype", 0, nil)                 = -2
   <... mount resumed>                                               = -1

Note how the first parameter disappears--r2 now holds syscall number
(21 in this case), and the original value is stored in orig_gpr2 in
save area.

On x86{,_64}, PLT entries may not be ordered by their relocation

- In general they are.  But IRELATIVE relocations are sorted to come
  last, and PLT entries are not sorted accordingly.

Consider exec and exit events an end of outstanding calls

- This cleans up a lot of stuff.  The actual substance is addition of
  account_current_callstack in handle_event.c (which however uses
  those cleaned-up interfaces).

- trace-exec.exp was extended to check that the exec syscall can be
  seen in -c output.  That's one of the symptoms of what this fixes.

- This hides dict_opt_c in summary.c.  It also gets rid of the global
  variable current_time_spent--instead, the information is passed via
  a function argument in a struct timedelta (so that we never confuse
  absolute time with relative).  callstack_element.time_spent was renamed
  to .enter_time, as that is what it has always been.

Update NEWS

Add a test case for wide character functions

Update NEWS

In read_config_file.c, clone type info when unsharing it

Cleanups

Add many wide cheracter functions to libc.so.conf

Use wcwidth to exactly determine how much space a character took

- So far we assumed it's one character worth of screen real-estaty per
  character written, but combining and wide characters can change
  this.

Add fdopen prototype to libc.so.conf

When a typedef X_t is requested, don't match lens named X instead