Add a missing VKI_ prefix.  No functional change.


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14417 a5019735-40e9-0310-863c-91ae7b9d1cf9
Update list of ignored files.


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14418 a5019735-40e9-0310-863c-91ae7b9d1cf9
Prepare to change the default for --read-inline-info from =no to =yes

The interception/replacements functions should preferrably not
depend on the value of --read-inline-info.
The idea is to change the default from no to yes.
Depending on the no or yes, some intercept/replacement functions
that are inlined will be shown or not shown in stacktraces.

To have such stack traces not depending on the value of --read-inline-info,
such functions should either be marked as
  noinline
or be defined as macros.



git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14419 a5019735-40e9-0310-863c-91ae7b9d1cf9
prepare for changing the default of --read-inline-info
suppvarinfo5 is using suppression entries that explicitely checks
for a stack trace without inline info.
So, indicate to not read the inline info.
This also means we will have (and keep) at least one test testing the
behaviour of --read-inline-info=no


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14420 a5019735-40e9-0310-863c-91ae7b9d1cf9
VG_(getdents64) is only needed on Linux, and causes build problems
on Darwin, so make it exist only on Linux.


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14421 a5019735-40e9-0310-863c-91ae7b9d1cf9
Followup to r14392 (fix up of stack bounds semantics) needed to keep
the darwin port from asserting at startup.  Patch from PhilippeW.


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14422 a5019735-40e9-0310-863c-91ae7b9d1cf9
Make --read-inline-info=yes be the default on Memcheck and Helgrind
(just temporarily).


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14423 a5019735-40e9-0310-863c-91ae7b9d1cf9
Add a ( that was missed in r14419 (Prepare to change the default for
--read-inline-info from =no to =yes)



git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14424 a5019735-40e9-0310-863c-91ae7b9d1cf9
Tidy this up for the 3.10.0 beta.


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14425 a5019735-40e9-0310-863c-91ae7b9d1cf9
Add a clarifying comment.


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14426 a5019735-40e9-0310-863c-91ae7b9d1cf9
Tweak gdbserver_tests/mcinfcallWSRU.stderrB.exp to match more gdb versions.

Some gdb versions don't show the source line:number after switching
threads in #0  0x........ in do_burn (). Filter "at line:number" out
and don't expect it.

git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14427 a5019735-40e9-0310-863c-91ae7b9d1cf9
--> 3.10.0.BETA1


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14428 a5019735-40e9-0310-863c-91ae7b9d1cf9
Avoid memory leak.


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14429 a5019735-40e9-0310-863c-91ae7b9d1cf9
Remove some unneeded checks. These were spotted by the Coverity checker.


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14430 a5019735-40e9-0310-863c-91ae7b9d1cf9
The 4th parameter of lzo1x_decompress_safe has lzo_uint * type
which, despite the name, is a pointer to an unsigned long.
So we should be passing arguments of matching type.
Spotted by the Coverity checker.


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14431 a5019735-40e9-0310-863c-91ae7b9d1cf9
Add support for some more tun/tap ioctls. BZ#315952.


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14432 a5019735-40e9-0310-863c-91ae7b9d1cf9
Fix a few incorrect format strings. Spotted by the Coverity checker.


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14433 a5019735-40e9-0310-863c-91ae7b9d1cf9
Fix wrong operator (detected by Coverity)


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14434 a5019735-40e9-0310-863c-91ae7b9d1cf9
Fix wrong operator = (instead of ==) in assertion
Assertion had a side effect (detected by Coverity)


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14435 a5019735-40e9-0310-863c-91ae7b9d1cf9
Update helgrind default suppression so that it matches with
both --read-inline-info=yes or =no

Some piece of code in glibc produces an error to be suppressed
with default helgrind supp file.
The stacktrace with inline info is:
==14392== Possible data race during write of size 1 at 0x5BB36A7 by thread #1
==14392== Locks held: none
==14392==    at 0x4C2B3B5: mempcpy (vg_replace_strmem.c:1354)
==14392==    by 0x40107FD: _dl_allocate_tls_init (dl-tls.c:437)
==14392==    by 0x4E3BF0F: get_cached_stack (allocatestack.c:250)
==14392==    by 0x4E3BF0F: allocate_stack (allocatestack.c:486)
==14392==    by 0x4E3BF0F: pthread_create@@GLIBC_2.2.5 (pthread_create.c:460)
==14392==    by 0x4C3039C: pthread_create_WRK (hg_intercepts.c:270)
==14392==    by 0x4C304AB: pthread_create@* (hg_intercepts.c:301)
==14392==    by 0x400926: main (tc22_exit_w_lock.c:42)

stack trace without inline info:
==5432==    at 0x4C2B3B5: mempcpy (vg_replace_strmem.c:1354)
==5432==    by 0x40107FD: _dl_allocate_tls_init (dl-tls.c:437)
==5432==    by 0x4E3BF0F: pthread_create@@GLIBC_2.2.5 (allocatestack.c:250)
==5432==    by 0x4C3039C: pthread_create_WRK (hg_intercepts.c:270)
==5432==    by 0x4C304AB: pthread_create@* (hg_intercepts.c:301)
==5432==    by 0x400926: main (tc22_exit_w_lock.c:42)

The suppression supposed to match the above is:
{
   helgrind---_dl_allocate_tls 
   Helgrind:Race
   fun:mempcpy
   fun:_dl_allocate_tls_init
   fun:pthread_create@@GLIBC_2.2*
   fun:pthread_create_WRK
   fun:pthread_create@*
}

This only matches the 2nd stack trace, does not match the one
with inline info.

2 solutions:
* only match the last top 2 fun, i.e. a suppression such as:
{
   helgrind---_dl_allocate_tls 
   Helgrind:Race
   fun:mempcpy
   fun:_dl_allocate_tls_init
}

Or alternatively use ...
{
   helgrind---_dl_allocate_tls 
   Helgrind:Race
   fun:mempcpy
   fun:_dl_allocate_tls_init
   ...
   fun:pthread_create@@GLIBC_2.2*
   fun:pthread_create_WRK
   fun:pthread_create@*
}

As helgrind suppressions are usually precise and/or use ...,
this last approach chosen



git-svn-id: svn://svn.valgrind.org/valgrind/trunk@14436 a5019735-40e9-0310-863c-91ae7b9d1cf9