From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: current CVS redisplay is fucked Date: Wed, 28 Aug 2002 11:20:30 +0900 (JST) Sender: emacs-devel-admin@gnu.org Message-ID: <200208280220.LAA00525@etlken.m17n.org> References: NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1030501326 7754 127.0.0.1 (28 Aug 2002 02:22:06 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 28 Aug 2002 02:22:06 +0000 (UTC) Cc: emacs-devel@gnu.org, emacs-pretest-bug@gnu.org, gerd.moellmann@t-online.de Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17jsT2-00020X-00 for ; Wed, 28 Aug 2002 04:22:00 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17jsyb-0005bl-00 for ; Wed, 28 Aug 2002 04:54:38 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17jsUK-0000BV-00; Tue, 27 Aug 2002 22:23:20 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17jsRi-00008R-00 for emacs-devel@gnu.org; Tue, 27 Aug 2002 22:20:38 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17jsRf-00008F-00 for emacs-devel@gnu.org; Tue, 27 Aug 2002 22:20:37 -0400 Original-Received: from tsukuba.m17n.org ([192.47.44.130]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17jsRe-00007w-00; Tue, 27 Aug 2002 22:20:34 -0400 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.11.6/3.7W-20010518204228) with ESMTP id g7S2KVl24800; Wed, 28 Aug 2002 11:20:31 +0900 (JST) (envelope-from handa@m17n.org) Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.3/3.7W-20010823150639) with ESMTP id g7S2KU927077; Wed, 28 Aug 2002 11:20:30 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id LAA00525; Wed, 28 Aug 2002 11:20:30 +0900 (JST) Original-To: miles@gnu.org In-Reply-To: (message from Miles Bader on 28 Aug 2002 10:30:34 +0900) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.1.30 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:7013 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:7013 In article , Miles Bader writes: > There's an approx 2cm blank gap between the right fringe and the actual > edge of the frame. It's reaaaal ugly... > [If you do C-x 3 to split the window vertically, it gets even wierder -- > some windows have the huge blank gaps, some don't, some have them on > both sides.] Ummm, I can't reproduce this bug. Do you customize something related to fringe? > The problem seems to be this change from yesterday: > 2002-08-27 Kenichi Handa > * xdisp.c (get_next_display_element): In unibyte case, don't use > octal form for such eight-bit characters that can be converted to > multibyte char. > I reverted the attached patch in my local tree, and the problem is gone. I still can't find what's wrong with my patch. Could you please try this additional patch instead of reverting the previous patch? *** xdisp.c.~1.778.~ Tue Aug 27 09:57:55 2002 --- xdisp.c Wed Aug 28 11:12:37 2002 *************** *** 4265,4278 **** If it->multibyte_p is zero, eight-bit characters that don't have corresponding multibyte char code are also translated to octal form. */ ! else if (((it->c < ' ' || it->c == 127) && (it->area != TEXT_AREA || (it->c != '\n' && it->c != '\t'))) || (it->multibyte_p ? ((it->c >= 127 && it->len == 1) || !CHAR_PRINTABLE_P (it->c)) ! : (it->c >= 128 && it->c == unibyte_char_to_multibyte (it->c)))) { /* IT->c is a control character which must be displayed --- 4265,4278 ---- If it->multibyte_p is zero, eight-bit characters that don't have corresponding multibyte char code are also translated to octal form. */ ! else if ((it->c < ' ' && (it->area != TEXT_AREA || (it->c != '\n' && it->c != '\t'))) || (it->multibyte_p ? ((it->c >= 127 && it->len == 1) || !CHAR_PRINTABLE_P (it->c)) ! : (it->c >= 127 && it->c == unibyte_char_to_multibyte (it->c)))) { /* IT->c is a control character which must be displayed --- Ken'ichi HANDA handa@etl.go.jp