14 Commits

Author SHA1 Message Date
Nicholas Nethercote
6c502dc6b3 Clarify FAQ and Java and JITs.
git-svn-id: svn://svn.valgrind.org/valgrind/trunk@4884
2005-10-06 19:30:40 +00:00
Nicholas Nethercote
97e0595797 Added an FAQ about Java.
git-svn-id: svn://svn.valgrind.org/valgrind/trunk@4883
2005-10-06 18:58:33 +00:00
Nicholas Nethercote
e41c7abfe2 Commit Jeroen Witmond's xml-to-text translator, and use it for the FAQ.
Less double maintenance, hoorah!



git-svn-id: svn://svn.valgrind.org/valgrind/trunk@4830
2005-09-30 01:43:32 +00:00
Nicholas Nethercote
3499945a8b Fix broken links in the manual. Bug #113190.
git-svn-id: svn://svn.valgrind.org/valgrind/trunk@4778
2005-09-26 01:11:40 +00:00
Nicholas Nethercote
d713ed9cc9 Fix XML bugs in the FAQ.
git-svn-id: svn://svn.valgrind.org/valgrind/trunk@4528
2005-08-26 21:01:32 +00:00
Donna Robinson
ec68ded51c Minor tweaks to get the FAQ on one page, per nick's request
git-svn-id: svn://svn.valgrind.org/valgrind/trunk@4315
2005-08-03 20:28:33 +00:00
Nicholas Nethercote
3ae4d1a0ab A cleanup of the redirection stuff.
- Renamed VG_INTERCEPT as VG_REPLACE_FUNCTION to make its purpose
  clearer.

- Renamed VG_WRAPPER as VG_NOTIFY_ON_LOAD to make its purpose cleare.
  Started calling that stuff "load notification".

- Moved various things into m_redir.c, a much more sensible place for
  them.  This reduced the number of exported functions overall.  Renamed
  intercept_demangle() as Z_decode() as part of this.

- Improved the documentation of this stuff, especially in
  pub_core_redir.c.

- Got --run-libc-freeres=yes working again.  It was doing nothing.

- Renamed vg_inject.so as vg_preload_core.so to match
  vg_preload_<tool>.so

- Renamed vg_intercept.c as vg_preloaded.c.  (I kept the "vg_" prefix
  because this filename can appear in stack traces, so the "vg_" is a
  useful hint for users that it belongs to Valgrind.)

- Removed all the Memcheck-specific calls to add_redirect_sym_to_sym()
  from VG_(setup_redirect_table)(), instead using VG_REPLACE_FUNCTION in
  mac_replace_strmem.c, just like vg_replace_malloc.c.  This is the
  right way to do it.  This required moving some of
  coregrind/pub_core_redir.h into the newly added
  include/pub_tool_redir.h.  add_redirect_sym_to_sym() is no longer
  used...

- Now only handing off symbols to m_redir for inspection/decoding after
  they have been deemed to be interesting by the symbol table reader.

- Factored out commonality between the add_redirect_*_to_* functions
  into add_redirect_X_to_X().

- Added "Zh", meaning '-' ('h' for "hyphen"), to the Z-decoding scheme,
  to handle sonames like "ld-linux-x86-64.so.2".

- Added a FAQ explaining the newly found issue of glibc aliasing 
  sometimes causing the wrong function name to appear in stack traces.

- Added a new regtest strchr.c.  It's possible this will fail on some
  platforms.  If so, an alternative output file can be provided, but
  I'd like to see it in practice first.

It's possible that there will be minor breakage on other
platforms/setups, but it should be minimal and easily fixable.

Plus some ordinary cleanups in symtab.c:

- Removed the old optimisation from VG_(addStr)() whereby it kept track
  of the previous 5 added strings and avoiding duplicating any of them.
  Turns out it was barely having any effect any more, and just
  complicated things.

- Made read_symtab() more readable, by introducing a new variable
  "sym_name" and introducing the auxiliary function
  is_symbol_interesting().

- renamed the module variable 'segInfo' as 'segInfo_list' to make it
  more obvious it's a module variable and not just some ordinary local
  variable (which was an easy mistake to make).

-----------------------------------------------------------------------------

XXX: [later] remove add_redirect_sym_to_sym, and everything related to
     X_to_sym?  (ie. only need X_to_addr)

XXX: better function names?  all those 'resolved' names...
     [later...]




git-svn-id: svn://svn.valgrind.org/valgrind/trunk@3916
2005-06-16 03:56:58 +00:00
Nicholas Nethercote
09cb7d57d1 Add note to FAQ about unloaded shared objects and leak errors.
git-svn-id: svn://svn.valgrind.org/valgrind/trunk@3719
2005-05-15 14:49:24 +00:00
Nicholas Nethercote
0ed704cb75 Update FAQ about GLIBCXX_FORCE_NEW name-change.
git-svn-id: svn://svn.valgrind.org/valgrind/trunk@3678
2005-05-12 13:45:56 +00:00
Nicholas Nethercote
d1017a6cd9 Fix two typos.
git-svn-id: svn://svn.valgrind.org/valgrind/trunk@3531
2005-04-16 14:58:34 +00:00
Nicholas Nethercote
1a0b185acf Remove an out-of-date FAQ, putting the still-relevant part in another
question.  Man, double maintenance sucks.  And when/how does the website FAQ
get updated...?



git-svn-id: svn://svn.valgrind.org/valgrind/trunk@3465
2005-03-27 17:05:08 +00:00
Nicholas Nethercote
eed8fe1fb2 Remove now-unnecessary FAQ. (Was removed from the text FAQ.txt a while
ago.)


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@3273
2005-03-11 04:38:00 +00:00
Nicholas Nethercote
b03e168042 Remove now-irrelevant FAQ.
(This change went into the text FAQ.txt a while ago.)



git-svn-id: svn://svn.valgrind.org/valgrind/trunk@3272
2005-03-11 04:36:46 +00:00
Nicholas Nethercote
7a75a9f583 Overhauled the docs. Removed all the HTML files, put in XML files as
converted by Donna.  Hooked it into the build system so they are only
built when specifically asked for, and when doing "make dist".

They're not perfect;  in particular, there are the following problems:
- The plain-text FAQ should be built from FAQ.xml, but this is not
  currently done.  (The text FAQ has been left in for now.)

- The PS/PDF building doesn't work -- it fails with an incomprehensible
  error message which I haven't yet deciphered.

Nonetheless, I'm putting it in so others can see it.



git-svn-id: svn://svn.valgrind.org/valgrind/trunk@3153
2004-11-30 10:43:45 +00:00