From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: Display of undisplayable characters: \U01F3A8 instead of diamond Date: Sun, 28 Aug 2022 18:45:45 +0000 Message-ID: References: <83tu5wy7jb.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31145"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Gregory Heytings , Eli Zaretskii , rms@gnu.org, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Aug 28 20:48:34 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oSNKj-0007wg-NU for ged-emacs-devel@m.gmane-mx.org; Sun, 28 Aug 2022 20:48:33 +0200 Original-Received: from localhost ([::1]:44876 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oSNKi-0002Ep-R8 for ged-emacs-devel@m.gmane-mx.org; Sun, 28 Aug 2022 14:48:32 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34278) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oSNI9-0000Co-Lx for emacs-devel@gnu.org; Sun, 28 Aug 2022 14:45:53 -0400 Original-Received: from mail.muc.de ([193.149.48.3]:26934) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oSNI4-00051N-Sk for emacs-devel@gnu.org; Sun, 28 Aug 2022 14:45:52 -0400 Original-Received: (qmail 37544 invoked by uid 3782); 28 Aug 2022 20:45:46 +0200 Original-Received: from acm.muc.de (p2e5d5a4e.dip0.t-ipconnect.de [46.93.90.78]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Sun, 28 Aug 2022 20:45:45 +0200 Original-Received: (qmail 13566 invoked by uid 1000); 28 Aug 2022 18:45:45 -0000 Content-Disposition: inline In-Reply-To: X-Submission-Agent: TMDA/1.3.x (Ph3nix) X-Primary-Address: acm@muc.de Received-SPF: pass client-ip=193.149.48.3; envelope-from=acm@muc.de; helo=mail.muc.de X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:294261 Archived-At: Hello, Stefan. On Sun, Aug 28, 2022 at 14:27:22 -0400, Stefan Monnier wrote: > > That means either that you're running fbterm and Emacs as root, or that > > fbterm is installed with a setuid bit or has the SYS_TTY_CONFIG capability, > > which you can remove (see upthread). > Isn't there some way to explicitly request the "unprivileged" mode of > operation (e.g. with a command line arg, config file setting, you name > it) so it also applies when the application does have the needed > privilege (e.g. when running as root)? No, there isn't. I've been looking at fbterm's source code. The "unprivileged" mode is actually a malfunction due to the user having insufficient privilege to execute certain ioctl commands in the kernel which configure the keyboard. When fbterm executes as intended, all the "stolen" key combinations (with the execption of C- and C-M-k, which have, in effect, been commented out in the key table) get remapped. This includes critical Emacs key sequences such as C-M-e and C-M-c. > Stefan -- Alan Mackenzie (Nuremberg, Germany).