From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dan Nicolaescu Newsgroups: gmane.emacs.bugs Subject: bug#22154: 25.0.50; emacsclient -c "breaks" 256-color display in server Date: Tue, 15 Dec 2015 00:46:08 -0500 Message-ID: References: <8361025k9u.fsf@gnu.org> <83a8pd3txg.fsf@gnu.org> <834mfl3qvp.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1450158438 5840 80.91.229.3 (15 Dec 2015 05:47:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 15 Dec 2015 05:47:18 +0000 (UTC) Cc: eric.hanchrow@gmail.com, 22154@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Dec 15 06:47:09 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 1a8iS4-0000pY-K1 for geb-bug-gnu-emacs@m.gmane.org; Tue, 15 Dec 2015 06:47:08 +0100 Original-Received: from localhost ([::1]:35131 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a8iS3-00086G-D4 for geb-bug-gnu-emacs@m.gmane.org; Tue, 15 Dec 2015 00:47:07 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56076) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a8iRz-00085Z-0o for bug-gnu-emacs@gnu.org; Tue, 15 Dec 2015 00:47:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a8iRx-0003GE-S3 for bug-gnu-emacs@gnu.org; Tue, 15 Dec 2015 00:47:02 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:44514) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a8iRx-0003GA-OY for bug-gnu-emacs@gnu.org; Tue, 15 Dec 2015 00:47:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1a8iRx-0007RP-Js for bug-gnu-emacs@gnu.org; Tue, 15 Dec 2015 00:47:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dan Nicolaescu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 15 Dec 2015 05:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22154 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 22154-submit@debbugs.gnu.org id=B22154.145015837728553 (code B ref 22154); Tue, 15 Dec 2015 05:47:01 +0000 Original-Received: (at 22154) by debbugs.gnu.org; 15 Dec 2015 05:46:17 +0000 Original-Received: from localhost ([127.0.0.1]:52116 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a8iRF-0007QT-2A for submit@debbugs.gnu.org; Tue, 15 Dec 2015 00:46:17 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:45759) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a8iRD-0007QH-SH for 22154@debbugs.gnu.org; Tue, 15 Dec 2015 00:46:16 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a8iR7-0002hc-LT for 22154@debbugs.gnu.org; Tue, 15 Dec 2015 00:46:10 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:45740) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a8iR7-0002hY-JB; Tue, 15 Dec 2015 00:46:09 -0500 Original-Received: from localhost ([::1]:54570 helo=fencepost.gnu.org) by fencepost.gnu.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1a8iR6-0005uO-VI; Tue, 15 Dec 2015 00:46:09 -0500 In-Reply-To: <834mfl3qvp.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 14 Dec 2015 19:02:34 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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:110007 Archived-At: Eli Zaretskii writes: >> From: Dan Nicolaescu >> Cc: eric.hanchrow@gmail.com, 22154@debbugs.gnu.org >> Date: Mon, 14 Dec 2015 11:39:39 -0500 >> >> Eli Zaretskii writes: >> >> >> From: Dan Nicolaescu >> >> Cc: Eric Hanchrow , 22154@debbugs.gnu.org >> >> Gcc: nnml+archive:sent-mail-2015 >> >> Date: Mon, 14 Dec 2015 01:21:26 -0500 >> >> >> >> Using different number of colors on different ttys should work. >> >> I just tried it briefly, and it works fine on my Fedora machine with >> >> 24.5. >> >> I don't have a very recent version compiled. >> >> >> >> You can try it with >> >> $ emacs -Q -f server-start& >> >> Then from an xterm: emacsclient -t >> >> And then from a different one: env TERM=vt100 emacsclient -t >> >> >> >> The frame in the first xterm should display some colors, the one in the >> >> second should be b&w... >> > >> > This simple use case indeed (almost) works. (To have it work better, >> > you need the patch I posted here.) But in general, the current >> > implementation doesn't support this, AFAICT, for 2 reasons: >> >> What exactly is the problem that your patch fixes? > > The fact that the default escape sequences for turning colors on or > off are stored in global variables that get overwritten each time > another tty is initialized. Can you describe a behavior that is incorrect? > >> I don't remember all the details, but having multiple terminal frames >> running on multiple kinds of terminals, with different color depths and >> even background modes was heavily tested when the multi-tty work was >> going on. One of the usual tests was to have rxvt with both 8 and 256 >> colors and white on black and black on white (rxvt not xterm because >> rxvt sets an environment variable with the default color and emacs can >> decide if it's a light or dark background based on that). It worked >> fine. >> Did something break meanwhile or you are dealing with some new thing >> that was not dealt with back then? > > I don't know. It's possible that the fact that set_tty_color_mode is > now called as part of redisplay exposed some issue. > > And I don't understand how could what you describe work when there's > only one global value of tty-defined-color-alist. Can you explain how > that worked, given that each terminal's initialization overwrites that > list? Sorry, I don't remember the details, but it did work In fact I just tried on emacs 24.5 with 3 terminals: xterm with TERM=vt100, rxvt -fg black -bg white and rxvt -fg white -bg black. emacsclient -t connected to the same emacs daemon M-x list-faces-display looks correct on all 3 of the simultaneously. Editing C code in a file displayed on the 3 terminals looks fine, everything gets fontified with the expected colors everywhere. Unfortunately I don't have a more recent emacs version on this machine...