On Sat, 2024-07-20 at 11:01 +0200, Philippe Waroquiers via Valgrind-
users wrote:
> On Wed, 2024-07-17 at 20:47 +0200, Julian Seward wrote:
> > Also, there is no gdbserver involved unless you start it with
> > specific
> > flags to invoke GDB support.  But that is not the default.
> 
> Note that the option to activate or not the gdbserver in valgrind is:
>     --vgdb=no|yes|full        activate gdbserver? [yes]
> Default option is yes, which means that the gdbserver is activated
> but has
> no impact on the generated code. With full, the generated code is
> slower but allows
> more precise breakpoints and watchpoints.
I am running with the default 'yes' - so I can query it with shell
vgdb.

> 
> Unless you also use e.g. --vgdb-stop-at= or --vgdb-error=XXXX, 
> -vgdb=yes should have no visible impact and cause no interaction
> between
> different valgrind processes.
> 
I agree there is no interaction in how I am using valgrind (see last
post), but not knowing this before prompted me to ask the question on
this list. I did not use --vgd-stop-at or setup --multi mode of
interacting with gdbserver via gdb. Nevertheless, 'target remote |
vgdb' is equivalent to attaching to the process in gdb, allowing full
debugging, though without the vgdb commands (v.clo, v.info etc). These
queries elicit no response presumably because valgrind-monitor.py is
missing from gdb.

> Note that if --vgdb=no is specified, a set of features (such as
> external control
> from the shell, callgrind_control, ...) will not be available (in
> addition to no 
> no debugging).
Once I attached to the valgrind process from gdb, any further query
from shell vgdb elicits a response I'm busy talking to another client
already, can't talk to you. Detaching in gdb then allows further
queries with shell vgdb. This leads me to another question:

If you vgdb v.kill the valgrind process, can you and how, get a final
detail report of all the errors which is generated when the process
terminates "normally"?

Thanks,
Elaine

> 
> Thanks
> Philippe
> 
> 
> 
> _______________________________________________
> Valgrind-users mailing list
> Valgrind-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/valgrind-users



_______________________________________________
Valgrind-users mailing list
Valgrind-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/valgrind-users

Reply via email to