From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17575 invoked by alias); 18 Nov 2005 22:44:46 -0000 Received: (qmail 17567 invoked by uid 22791); 18 Nov 2005 22:44:44 -0000 Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Fri, 18 Nov 2005 22:44:44 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id jAIMig2S001595 for ; Fri, 18 Nov 2005 17:44:42 -0500 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id jAIMigV28850; Fri, 18 Nov 2005 17:44:42 -0500 Received: from [127.0.0.1] (sebastian-int.corp.redhat.com [172.16.52.221]) by pobox.corp.redhat.com (8.12.8/8.12.8) with ESMTP id jAIMibFM019786; Fri, 18 Nov 2005 17:44:41 -0500 Message-ID: <437E5954.60104@redhat.com> Date: Fri, 18 Nov 2005 22:44:00 -0000 From: Keith Seitz User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929) MIME-Version: 1.0 To: Andrew STUBBS CC: insight@sources.redhat.com Subject: Re: -nx and .gdbtkinit References: <437DC631.1060609@st.com> In-Reply-To: <437DC631.1060609@st.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact insight-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: insight-owner@sourceware.org X-SW-Source: 2005-q4/txt/msg00022.txt.bz2 Andrew STUBBS wrote: > The GDB -nx option currently causes Insight to ignore the .gdbtkinit (or > gdbtk.ini) file. Correct. > This is a problem for me because I need to disable .gdbinit, but wish to > continue using .gdbtkinit. Eeew... Ummm... Hmmm... > Why is it done this way? I am told .inputrc is always read, no matter what. Because insight is gdb. :-) > Would it be acceptable to totally remove this 'feature'? Or at least > unhook it from -nx somehow? Yeah, I think you should be able to do something for insight. The problem is adding new command-line options to gdb for insight will be problematic (to be polite), since gdb still greedily hoards all options processing. [I once started building a patch to separate this out...] > I had posted an alternative solution (-nx-except-gdbtkinit) to > gdb-patches here > http://sources.redhat.com/ml/gdb-patches/2005-11/msg00233.html, but that > suggestion has not been met with much approval. > > Any other suggestions? There are three options that come to me immediately. First is what you've proposed (new startup option to gdb), which probably isn't going to get accepted. Next is a new environment variable (GDBTK_FORCE_READ_PREFERENCES or something or other). Add a check to prefs_read in prefs.tcl. Finally, just disable the check for ignoring preferences in the same procedure (prefs_read in prefs.tcl). I wish I could be more helpful. Sorry. Keith