This is the mail archive of the gdb-patches@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [patch] New set auto-load-local-gdbinit + disable it by default


On Tue, 17 Jan 2012 17:44:32 +0100, Doug Evans wrote:
> <bite> ???  I don't understand.

I was exaggerating the "(top-gdb)" & co. to be "destructive" but I feel it so.


> I also don't understand the reference to making the debugging session
> completely unusable.

Personally I always feared what is that "(top-gdb)" there and what new
breakpoints it created and why it prints complaints which are not printed
normally etc. etc., I just rather quit and and run normal GDB for GDB.

If I want some special environment (.gdbinit) for GDB-to-GDB I can study the
supplied one and _then_ I can load the supplied one.  For a newbie it is
a needless burden to complicate the debugging of GDB even more.


> The user will be surprised if s/he has been using "Makefile" and not
> noticing that someone slipped in "GNUmakefile".  S/he might see it and
> not even know that it trumps his/her own Makefile.

GNUmakefile vs. Makefile... OK.  But running "make" in untrusted source
directory is never safe as Makefile itself is not trusted.

While I occasionally do run "gdb -nx file core" on untrusted crash tarballs
- supplied by customers.  Now I have to use secured VM for it after Python and
libthread_db.so.1 automatic loading crept in.


Thanks,
Jan


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]