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


> Date: Tue, 17 Jan 2012 17:26:22 +0100
> From: Jan Kratochvil <jan.kratochvil@redhat.com>
> Cc: gdb-patches@sourceware.org
> 
> > > Â Â Â Â.gdbinit:8: Error in sourced command file:
> > > Â Â Â ÂArgument required (one or more breakpoint numbers).
> > > Â Â Â Â - What had happened? ÂOh, I forgot -nx again!
> > 
> > This only affects gdb developers though.
> 
> It affects also gcc, gas, emacs, former Frysk, ReactOS, there will be more
> malicious .gdbinit files; not listed non-intrusive .gdbinit files which only
> define some new commands.

??? How's the .gdbinit file that comes with Emacs "malicious"?  I find
it indispensable, including during the past 2.5 years, when I needed
some heavy debugging of the Emacs display engine.

> <bite> When one wants to debug gdb in gdb the file gdb/.gdbinit is really the
> most destructive as all its various commands succeed making the debugging
> session completely unusable. </bite>

If that's really so (and I don't think I agree), then we should simply
stop distributing that file, not under the name .gdbinit anyway.

But using these use-cases, even if all of them indeed suffer from bad
.gdbinit files, to deprive users of having helpful init files in the
source tree is really excessive, IMO.


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