From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Nix Newsgroups: gmane.emacs.devel Subject: Re: Is the Cygw32 port ready for testing? Date: Thu, 18 Oct 2012 00:45:55 +0100 Message-ID: <87sj9c8xxo.fsf@spindle.srvr.nix> References: <507B404C.8050602@cornell.edu> <507B4A96.6000804@dancol.org> <507B6404.8080103@cornell.edu> <507B68BD.2050409@dancol.org> <83pq4j4pwi.fsf@gnu.org> <507C64EF.5040209@cornell.edu> <507C659A.2020409@dancol.org> <507C8096.2090003@dancol.org> <507C8180.8010601@cornell.edu> <507C81EA.1000502@dancol.org> <507D5FD0.4060403@cornell.edu> <83zk3m2s31.fsf@gnu.org> <87sj9d68j1.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1350517582 32222 80.91.229.3 (17 Oct 2012 23:46:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 17 Oct 2012 23:46:22 +0000 (UTC) Cc: Eli Zaretskii , dancol@dancol.org, Ken Brown , emacs-devel@gnu.org To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 18 01:46:28 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1TOdJi-0003hh-U5 for ged-emacs-devel@m.gmane.org; Thu, 18 Oct 2012 01:46:27 +0200 Original-Received: from localhost ([::1]:36346 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TOdJb-0000dl-TE for ged-emacs-devel@m.gmane.org; Wed, 17 Oct 2012 19:46:19 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:42340) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TOdJY-0000dV-UM for emacs-devel@gnu.org; Wed, 17 Oct 2012 19:46:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TOdJY-0000ev-3A for emacs-devel@gnu.org; Wed, 17 Oct 2012 19:46:16 -0400 Original-Received: from icebox.esperi.org.uk ([81.187.191.129]:35173 helo=mail.esperi.org.uk) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TOdJW-0000eY-80; Wed, 17 Oct 2012 19:46:14 -0400 Original-Received: from spindle.srvr.nix (nix@spindle.srvr.nix [192.168.14.15]) by mail.esperi.org.uk (8.14.5/8.14.5) with ESMTP id q9HNjuQd024740; Thu, 18 Oct 2012 00:45:56 +0100 Emacs: resistance is futile; you will be assimilated and byte-compiled. In-Reply-To: <87sj9d68j1.fsf@uwakimon.sk.tsukuba.ac.jp> (Stephen J. Turnbull's message of "Wed, 17 Oct 2012 13:13:06 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) X-DCC-INFN-TO-Metrics: spindle 1233; Body=5 Fuz1=5 Fuz2=5 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 81.187.191.129 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:154396 Archived-At: On 17 Oct 2012, Stephen J. Turnbull said: > Eli Zaretskii writes: > > > Reading symbols from /home/kbrown/src/emacs/test-w32/src/temacs.exe...done. > > > warning: File "/home/kbrown/src/emacs/test-w32/src/.gdbinit" > > > auto-loading has been declined by your `auto-load safe-path' set > > > to "$debugdir:$datadir/auto-load". > > > > If you want to debug Emacs conveniently, you need to take care of that > > "warning", because you do need GDB to load .gdbinit. > > "source .gdbinit" will do the trick. Alternatively, putting set auto-load safe-path / in your ~/.gdbinit will turn off this dubious 'security' feature entirely. (Has any system *ever* been taken over by a hostile .gdbinit? I suppose if you have hostile local users who are looking for really obscure ways to screw you up, and routinely run gdb in /tmp or in their home directories the feature has some value. But how often does *that* happen? And isn't it likely that such a user would pick an attack vector more likely to be hit? Bah.) -- NULL && (void)