From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5190 invoked by alias); 13 Nov 2001 17:53:00 -0000 Mailing-List: contact gdb-help@sourceware.cygnus.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 5015 invoked from network); 13 Nov 2001 17:52:56 -0000 Received: from unknown (HELO freya.inter.net.il) (192.114.186.14) by sourceware.cygnus.com with SMTP; 13 Nov 2001 17:52:56 -0000 Received: from zaretsky ([192.116.55.139]) by freya.inter.net.il (Mirapoint) with ESMTP id BAU64692; Tue, 13 Nov 2001 19:52:41 +0200 (IST) Date: Thu, 01 Nov 2001 16:14:00 -0000 From: "Eli Zaretskii" To: gdb@sources.redhat.com Message-Id: <3995-Tue13Nov2001195249+0200-eliz@is.elta.co.il> X-Mailer: emacs 21.1.50 (via feedmail 8 I) and Blat ver 1.8.9 In-reply-to: <20011113180434.Y2618@cygbert.vinschen.de> (message from Corinna Vinschen on Tue, 13 Nov 2001 18:04:34 +0100) Subject: Re: gdb.ini vs. .gdbinit on Cygwin Reply-to: Eli Zaretskii References: <3BF14E50.7E55FC0C@redhat.com> <20011113180434.Y2618@cygbert.vinschen.de> X-SW-Source: 2001-11/txt/msg00029.txt.bz2 > Date: Tue, 13 Nov 2001 18:04:34 +0100 > From: Corinna Vinschen > > We're talking about the Cygwin version. A native DOS/Windows version > can keep gdb.ini. That would be a mistake, I think. For starters, how would we explain in the manual which versions of GDB use what file name for the init file, without confusing the users? It would be painful enough to tell that DOS versions use gdb.ini while Windows versions use .gdbinit, since the DOS version runs on Windows as well. > However, we should use .gdbinit the same way as for > any other host on Cygwin. There's no reason to treat the Cygwin GDB > special in that case. Yes, there is: Cygwin executables run on Windows, not on Unix or GNU/Linux. > If you think it's really necessary, we can keep supporting gdb.ini > as well but a Cygwin GDB doesn't have to take care for Explorer > disabilities, IMO. I'd suggest to take those disabilities into consideration. Users will bump into this whether you want it or not; when they do, you will be harming your users, not Microsoft. Personally, I like Fernando's suggestion: look for .gdbinit, and if not found, look for gdb.ini. I think this would satisfy everybody. As another data point, consider this: the Windows port of Emacs looks for .emacs first, and if not found, looks for _emacs (the name used on DOS). > As a resort we could > begin to support an environment variable GDBINIT or similar which > contains the name/path of the GDB init file. That would have the > advantage to be mostly host independent. ??? But GDB doesn't support $GDBINIT on other platforms, so this suggestion seems to actually _introduce_ OS-specific features. Is this really a good idea?