Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Joel Brobecker <brobecker@adacore.com>
To: Jan Kratochvil <jan.kratochvil@redhat.com>
Cc: gdb-patches@sourceware.org, Eli Zaretskii <eliz@gnu.org>
Subject: Re: [patch#3 5/8] set auto-load safe-path
Date: Wed, 09 May 2012 04:22:00 -0000	[thread overview]
Message-ID: <20120509042129.GA24867@adacore.com> (raw)
In-Reply-To: <20120403185058.GE14189@host2.jankratochvil.net>

Sorry to be coming this late in the discussion, but I thought I'd make
one comment about the documentation:

> gdb/doc/
> 2012-03-29  Jan Kratochvil  <jan.kratochvil@redhat.com>
> 
> 	* gdb.texinfo (Auto-loading): Extend the "show auto-load"
> 	and "info auto-load" examples for safe-path.  Put there also references
> 	for "set auto-load safe-path" and "show auto-load safe-path".
> 	New menu item for Auto-loading safe path.
> 	(Auto-loading safe path): New node.
> 	(Python Auto-loading): Update the expected output from "Missing"
> 	to "No".

I was trying to familiarize myself how things work, now, in terms of
auto-loading, so I started reading the documetnation and I really got
tricked into thinking that I'd be fine, and that things hadn't changed.
The problem is that setting such as "set auto-load local-gdbint on"
is not sufficient to get local .gdbinit files to get loaded automatically.
I was really surprised when I got a warning while trying to debug GDB.

I accept the new behavior, and the security claim, no problem.
I just think that we can improve on the documentation as follow:

In my opinion, we should definitely mention the "auto-load safe-path"
setting at the very beginning of the auto-load section, before we start
talking about the various kinds of files that can be automatically
loaded. And I also think that it would be beneficial to add a reference
to the safe-path setting in all "set auto-load ..." commands, to make
sure that people who quickly search the documentation do not miss the
important fact that setting "auto-load local-gdbinit" to "on" might not
be sufficient.

And lastly, it would have been nice if, after reading the documentation,
the user could have had a sense of what policy GDB implements by default.
For instance, GDB's default policy is to enable auto-loading of all
files, but only from trusted directories specified via the "auto-load
safe-path" setting.

-- 
Joel


  reply	other threads:[~2012-05-09  4:22 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-03 19:17 Jan Kratochvil
2012-05-09  4:22 ` Joel Brobecker [this message]
2012-05-09  5:29   ` Eli Zaretskii
2012-05-09  5:54   ` Jan Kratochvil
2012-05-09 12:21     ` Joel Brobecker
2012-05-09 18:26   ` [doc patch] auto-load: Make more set auto-load safe-path references [Re: [patch#3 5/8] set auto-load safe-path] Jan Kratochvil
2012-05-09 18:49     ` Eli Zaretskii
2012-05-09 18:58       ` Jan Kratochvil
2012-05-09 19:58     ` Joel Brobecker
2012-05-11 18:27       ` [commit] " Jan Kratochvil

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20120509042129.GA24867@adacore.com \
    --to=brobecker@adacore.com \
    --cc=eliz@gnu.org \
    --cc=gdb-patches@sourceware.org \
    --cc=jan.kratochvil@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox