From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dima Kogan Newsgroups: gmane.emacs.bugs Subject: bug#21777: 25.0.50; gud-gdb uses a pager, which is harmful inside emacs Date: Fri, 30 Oct 2015 12:05:54 -0700 Message-ID: <87k2q4gorx.fsf@secretsauce.net> References: <87ziz2x0j6.fsf@secretsauce.net> <87fv0uaas1.fsf@igel.home> <87twpaha8u.fsf@secretsauce.net> <837fm53b25.fsf@gnu.org> <87pozxgu3d.fsf@secretsauce.net> <87mvv1ggwo.fsf@secretsauce.net> <83a8r022k9.fsf@gnu.org> <87lhakhg81.fsf@secretsauce.net> <838u6k1z28.fsf@gnu.org> <83y4ekzc9u.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1446232045 18053 80.91.229.3 (30 Oct 2015 19:07:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 30 Oct 2015 19:07:25 +0000 (UTC) Cc: 21777@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Oct 30 20:07:14 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1ZsF14-0002ZY-F0 for geb-bug-gnu-emacs@m.gmane.org; Fri, 30 Oct 2015 20:07:10 +0100 Original-Received: from localhost ([::1]:52566 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZsF13-0001du-Hn for geb-bug-gnu-emacs@m.gmane.org; Fri, 30 Oct 2015 15:07:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52905) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZsF11-0001do-0O for bug-gnu-emacs@gnu.org; Fri, 30 Oct 2015 15:07:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZsF0w-0003wn-6f for bug-gnu-emacs@gnu.org; Fri, 30 Oct 2015 15:07:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:55799) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZsF0w-0003wZ-4E for bug-gnu-emacs@gnu.org; Fri, 30 Oct 2015 15:07:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZsF0v-0000Hl-K6 for bug-gnu-emacs@gnu.org; Fri, 30 Oct 2015 15:07:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dima Kogan Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 30 Oct 2015 19:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21777 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 21777-submit@debbugs.gnu.org id=B21777.14462319791038 (code B ref 21777); Fri, 30 Oct 2015 19:07:01 +0000 Original-Received: (at 21777) by debbugs.gnu.org; 30 Oct 2015 19:06:19 +0000 Original-Received: from localhost ([127.0.0.1]:46507 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZsF0F-0000Gg-Ba for submit@debbugs.gnu.org; Fri, 30 Oct 2015 15:06:19 -0400 Original-Received: from out5-smtp.messagingengine.com ([66.111.4.29]:38478) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZsEzu-0000Fu-Cz for 21777@debbugs.gnu.org; Fri, 30 Oct 2015 15:06:17 -0400 Original-Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 4B0E72043E for <21777@debbugs.gnu.org>; Fri, 30 Oct 2015 15:05:56 -0400 (EDT) Original-Received: from frontend2 ([10.202.2.161]) by compute6.internal (MEProxy); Fri, 30 Oct 2015 15:05:56 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=secretsauce.net; h=cc:content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=hvDY2 V6ucLIG1G9P9Q0G9D33tTY=; b=I3hbsjiQBf0J/cON6IBD3sdRTl98h6hlvKzuu 3WNwsgbIyLJ9hCKN8DX+U6nUa9DiM+og1BZ75cmP7pl8kexpm31xCPZwMoISdPC/ HLxQDsy7cw52ECnkAE0RkJy7mQf8LHf0bfuoKq4vi+fYKn0OYYh79oS0kbcWVTii 8kpsVk= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=hvDY2V6ucLIG1G9P9Q0G9D33tTY=; b=bgR0B aW45O9OV+OLXNiqGV6E7w/nfbeo6WZPUQRcwU4dbn7AzDxSlnCWRjD0V0NZuxlZX n3sCDFuMHh4kigC6tDxGJZBY+Sada0eaRGQbDxV1YxhzhTOYPSJBuJ9m1sQvB7W9 JcqILEEL9arnpMA/sk4BY20Kotzlx8kTnsAySk= X-Sasl-enc: A1Lx24Z5J21gI/+SJGDuOlALHCENQ286zUDMOO8qknUD 1446231955 Original-Received: from shorty.local (50-1-153-216.dsl.dynamic.fusionbroadband.com [50.1.153.216]) by mail.messagingengine.com (Postfix) with ESMTPA id AF2B268012F; Fri, 30 Oct 2015 15:05:55 -0400 (EDT) Original-Received: from localhost ([::1] helo=shorty) by shorty.local with esmtp (Exim 4.84) (envelope-from ) id 1ZsEzq-0004qO-HQ; Fri, 30 Oct 2015 12:05:54 -0700 In-reply-to: <83y4ekzc9u.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:108204 Archived-At: Eli Zaretskii writes: >> Date: Fri, 30 Oct 2015 11:32:47 +0200 >> From: Eli Zaretskii >> Cc: 21777@debbugs.gnu.org, schwab@linux-m68k.org >> >> > - we have a variable 'gud-gdb-set-height-unlimited', >> > which has 3 states: uninitialized, yes, no >> > >> > - when gud starts up, if it's 'uninitialized', we ask the user if they >> > want to override, and whether to do so in the future; if they say yes, >> > we update their .emacs.d/init.el. narrow-to-region has this type of >> > user querying. We override only if it's 'yes' >> >> Why not a simpler boolean, off by default? This problem will go away >> soon enough, so maybe solutions that are too complicated would be >> over-engineering it? You need a third state to know whether to pester the user or not > I think if we have such an option, and it's by default off, we might > consider not bothering about gdbinit commands that contradict the > effect of that option. The option gives users enough power to decide > what they want more. Right. This was the idea. I'll send a patch at some point. Not today. Thanks