From unknown Tue Jun 17 22:28:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#47596: File descriptor error when exiting emacs on android 11 Resent-From: Henrik Grimler Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Apr 2021 19:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 47596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 47596@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.16175640541066 (code B ref -1); Sun, 04 Apr 2021 19:21:02 +0000 Received: (at submit) by debbugs.gnu.org; 4 Apr 2021 19:20:54 +0000 Received: from localhost ([127.0.0.1]:36466 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lT8In-0000H8-Va for submit@debbugs.gnu.org; Sun, 04 Apr 2021 15:20:54 -0400 Received: from lists.gnu.org ([209.51.188.17]:53452) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lT8Il-0000Gz-9R for submit@debbugs.gnu.org; Sun, 04 Apr 2021 15:20:52 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58382) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lT8Ik-0003Nz-4W for bug-gnu-emacs@gnu.org; Sun, 04 Apr 2021 15:20:50 -0400 Received: from h04mx15.reliablemail.org ([185.76.67.208]:42905) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lT8Id-0005L0-NO for bug-gnu-emacs@gnu.org; Sun, 04 Apr 2021 15:20:47 -0400 X-Halon-Out: d5984a93-957a-11eb-a4a4-354a41e2f763 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=grimler.se; s=default; h=Content-Transfer-Encoding:MIME-Version:Content-Type:Date:To: From:Subject:Message-ID:Sender:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=RL0Wblv9r5SsLDik2j0DfmoFF0tDZIERpeGJOaevJK4=; b=o2rxHZgGR5q29trje7Z5rMsn/a 9rMydmAQwyOu+VQqsazZrw6XkelAln+OC8BXL9N6TD9U2E3e1mb2N8IKLInujQJKE/cQBhnF5vjRY xQiZkhJqbAA6Snh3FEjqAPUGqLw/pdkJdclX9x7VvvNJ2QjBIBpecXTu57ByzN0bKQOUtz565yhDb d7F5ZcYdKjbs+L43fn6SWejP5H06ZJM3q7Juv9mg3pyp0BmwejJvl2KVINjfrN2RrX7ijZOTYwtKc hwOxCYhkD7lcka1REjzEx2HabLCUxkSA0mWZ69BkLYsGHUruSdl9A8GQzs6mscIxxYMeMI7v4aszz n8FGBMKA==; Message-ID: From: Henrik Grimler Date: Sun, 04 Apr 2021 21:20:35 +0200 Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.38.4 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpsrv07.misshosting.com X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - grimler.se X-Get-Message-Sender-Via: cpsrv07.misshosting.com: authenticated_id: henrik@grimler.se X-Authenticated-Sender: cpsrv07.misshosting.com: henrik@grimler.se X-Source: X-Source-Args: X-Source-Dir: Received-SPF: pass client-ip=185.76.67.208; envelope-from=henrik@grimler.se; helo=h04mx15.reliablemail.org X-Spam_score_int: 0 X-Spam_score: -0.1 X-Spam_bar: / X-Spam_report: (-0.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HAS_X_OUTGOING_SPAM_STAT=1.998, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi, Android 10 introduced a new "file descriptor sanitizer" (fdsan, see [1] for docs) which detects issues when opening and closing files across multiple =?UTF-8?Q?threads.=C2=A0On?= android 10 warnings were given, while [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) -0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) [209.51.188.17 listed in wl.mailspike.net] -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, medium trust [209.51.188.17 listed in list.dnswl.org] 1.7 URIBL_BLACK Contains an URL listed in the URIBL blacklist [URIs: libc.so] -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders 2.0 HAS_X_OUTGOING_SPAM_STAT Has header claiming outbound spam scan - why trust the results? X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.6 (/) Hi, Android 10 introduced a new "file descriptor sanitizer" (fdsan, see [1] for docs) which detects issues when opening and closing files across multiple threads. On android 10 warnings were given, while on android 11 programs are killed instantly if issues are detected.  Starting and then exiting emacs, or simply just running for example `emacs --version`, gives an error. `gdb --args emacs --version` gives this backtrace: ``` Starting program: /data/data/com.termux/files/usr/bin/emacs --version GNU Emacs 27.2 Copyright (C) 2021 Free Software Foundation, Inc. GNU Emacs comes with ABSOLUTELY NO WARRANTY. You may redistribute copies of GNU Emacs under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING. fdsan: attempted to close file descriptor 2, expected to be unowned, actually owned by FILE* 0xb6c8800c Program received signal SIGABRT, Aborted. 0xb63789e8 in fdsan_error(char const*, ...) () from /apex/com.android.runtime/lib/bionic/libc.so (gdb) bt full #0 0xb63789e8 in fdsan_error(char const*, ...) () from /apex/com.android.runtime/lib/bionic/libc.so No symbol table info available. #1 0xb63786fe in android_fdsan_close_with_tag () from /apex/com.android.runtime/lib/bionic/libc.so No symbol table info available. #2 0xb63b83c0 in __sclose () from /apex/com.android.runtime/lib/bionic/libc.so No symbol table info available. #3 0xb63b8f24 in __FILE_close(__sFILE*) () from /apex/com.android.runtime/lib/bionic/libc.so No symbol table info available. #4 0x7f7e6a76 in close_stream (stream=0xb63cde44 <__sF+168>) at /home/builder/.termux-build/emacs/src/lib/close-stream.c:61 some_pending = false prev_fail = false fclose_fail = 243 #5 0x7f68a872 in close_output_streams () at /home/builder/.termux-build/emacs/src/src/sysdep.c:2840 err = false #6 0xb63c10d6 in __cxa_finalize () from /apex/com.android.runtime/lib/bionic/libc.so No symbol table info available. #7 0xb63bc7b8 in exit () from /apex/com.android.runtime/lib/bionic/libc.so No symbol table info available. #8 0x7f655d92 in main (argc=2, argv=0xbefff504) at /home/builder/.termux-build/emacs/src/src/emacs.c:1132 version = 0xb5e68133 "27.2" copyright = 0xb5e68138 "Copyright (C) 2021 Free Software Foundation, Inc." stack_bottom_variable = 0x7f655a61
do_initial_setlocale = false no_loadup = false junk = 0x0 dname_arg = 0x0 ch_to_dir = 0x0 original_pwd = 0x0 dump_mode = 0x0 skip_args = 1 temacs = 0x0 attempt_load_pdump = true sockfd = -1225460908 module_assertions = 244 ``` The emacs here was a debug build from the 27.2 tag, configured with: 'configure --disable-dependency-tracking --prefix=/data/data/com.termux/files/usr --libdir=/data/data/com.termux/files/usr/lib --sbindir=/data/data/com.termux/files/usr/bin --disable-rpath --disable-rpath-hack --host=arm-linux-androideabi --disable-autodepend --with-gif=no --with-gnutls --with-jpeg=no --without-gconf --without-gsettings --without-lcms2 --without-x --with-png=no --with-tiff=no --with-xml2 --with-xpm=no --without-dbus --without-selinux --with-modules --with-pdumper=yes --with- dumping=none --enable-checking=yes,glyphs --enable-check-lisp-object-type emacs_cv_sanitize_address=yes emacs_cv_prog_cc_no_pie=no ac_cv_lib_elf_elf_begin=no gl_cv_func_dup2_works=no ac_cv_func_setrlimit=no emacs_cv_func__setjmp=no emacs_cv_func_sigsetjmp=no --disable-nls --enable-shared --enable-static --libexecdir=/data/data/com.termux/files/usr/libexec 'CFLAGS= -march=armv7-a -mfpu=neon -mfloat-abi=softfp -mthumb -fstack-protector-strong -g3 -O0 -Wall -gdwarf-4' 'CPPFLAGS= -D_FORTIFY_SOURCE=2 -D__USE_FORTIFY_LEVEL=2 -I/data/data/com.termux/files/usr/include' 'LDFLAGS=-L/data/data/com.termux/files/usr/lib -Wl,-rpath=/data/data/com.termux/files/usr/lib -march=armv7-a -fopenmp -static-openmp -Wl,--enable-new-dtags -Wl,--as-needed -Wl,-z,relro,-z,now'' Debugging these issues are very tedious in my experience so far (probably easier for actual android apps). I will try to boil down the relevant emacs code into a smaller program that still reproduces the error. Based on the backtrace it seem to be how stderr is opened (and closed) that is problematic somehow. Please let me know if you have any insights, or if I can provide additional useful information. Best regards, Henrik Grimler [1] https://android.googlesource.com/platform/bionic/+/master/docs/fdsan.md From unknown Tue Jun 17 22:28:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#47596: File descriptor error when exiting emacs on android 11 Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Apr 2021 19:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Henrik Grimler Cc: 47596@debbugs.gnu.org Received: via spool by 47596-submit@debbugs.gnu.org id=B47596.16175646992211 (code B ref 47596); Sun, 04 Apr 2021 19:32:01 +0000 Received: (at 47596) by debbugs.gnu.org; 4 Apr 2021 19:31:39 +0000 Received: from localhost ([127.0.0.1]:36473 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lT8TD-0000Za-62 for submit@debbugs.gnu.org; Sun, 04 Apr 2021 15:31:39 -0400 Received: from eggs.gnu.org ([209.51.188.92]:38286) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lT8TB-0000ZO-Sn for 47596@debbugs.gnu.org; Sun, 04 Apr 2021 15:31:38 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44706) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lT8T4-0001N5-IO; Sun, 04 Apr 2021 15:31:31 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4730 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lT8T3-0002Xw-NP; Sun, 04 Apr 2021 15:31:30 -0400 Date: Sun, 04 Apr 2021 22:31:21 +0300 Message-Id: <83im51deye.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Henrik Grimler on Sun, 04 Apr 2021 21:20:35 +0200) References: X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Henrik Grimler > Date: Sun, 04 Apr 2021 21:20:35 +0200 > > Debugging these issues are very tedious in my experience so far > (probably easier for actual android apps). I will try to boil down the > relevant emacs code into a smaller program that still reproduces the > error. Yes, please. > Based on the backtrace it seem to be how stderr is opened (and closed) > that is problematic somehow. Any idea what was "the other thread" involved in this situation? Emacs is generally a single-threaded program. From unknown Tue Jun 17 22:28:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#47596: File descriptor error when exiting emacs on android 11 Resent-From: Henrik Grimler Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 04 Apr 2021 20:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 47596@debbugs.gnu.org Received: via spool by 47596-submit@debbugs.gnu.org id=B47596.161756709414034 (code B ref 47596); Sun, 04 Apr 2021 20:12:01 +0000 Received: (at 47596) by debbugs.gnu.org; 4 Apr 2021 20:11:34 +0000 Received: from localhost ([127.0.0.1]:36517 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lT95p-0003eI-TF for submit@debbugs.gnu.org; Sun, 04 Apr 2021 16:11:34 -0400 Received: from h04mx15.reliablemail.org ([185.76.67.208]:51673) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lT95o-0003e3-Vi for 47596@debbugs.gnu.org; Sun, 04 Apr 2021 16:11:33 -0400 X-Halon-Out: eeee1671-9581-11eb-a4a4-354a41e2f763 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=grimler.se; s=default; h=Content-Transfer-Encoding:MIME-Version:Content-Type:References: In-Reply-To:Date:Cc:To:From:Subject:Message-ID:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=oU/oXhbyhltySj6q0/BM5qF6evgkK103HjOI8zwyej8=; b=HdgDfWTuisG+pOCBxcpscs9MGj 7KUOe3Bkk0MHPvDM4GJL7a9GvOTCQ3/MP1/Kscnz+pRoXOEpQ5c89048xjh8WdiK72TGw721NULKU BCsWX0I+g6vZ5Aaf8nPLrfQ4qISbS51x2Xt+SGDZ7Uy78CXUpW0EJbWI3xk/MUzQZPTL/JY09BphG qFZmHSkwJTRDkby2qzINDMj/iTAWPw3/3VCd+3crvRjy1h5XZ4sY7cBOyfaOOBdPe5wANVkLX40Sk NkqcjT9QvanYU8OlruQILcuAZQITcC4mkd3IrQAZYnKrR/Sg609ZJzkOelBwyl845INU0oDiE53OT P2murpQg==; Message-ID: <730dad3a54f0f53b22e9603879e949b60f5b2c00.camel@grimler.se> From: Henrik Grimler Date: Sun, 04 Apr 2021 22:11:24 +0200 In-Reply-To: <83im51deye.fsf@gnu.org> References: <83im51deye.fsf@gnu.org> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.38.4 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpsrv07.misshosting.com X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - grimler.se X-Get-Message-Sender-Via: cpsrv07.misshosting.com: authenticated_id: henrik@grimler.se X-Authenticated-Sender: cpsrv07.misshosting.com: henrik@grimler.se X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi, > > Based on the backtrace it seem to be how stderr is opened (and > > closed) > > that is problematic somehow. > > Any idea what was "the other thread" involved in this situation? > Emacs is generall [...] Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 2.0 HAS_X_OUTGOING_SPAM_STAT Has header claiming outbound spam scan - why trust the results? X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi, > > Based on the backtrace it seem to be how stderr is opened (and > > closed) > > that is problematic somehow. > > Any idea what was "the other thread" involved in this situation? > Emacs is generally a single-threaded program. I do not know unfortunately. I am not entirely certain the sanitizer is trustworthy yet (but since it is active per default now I suppose it should have been tested extensively). Tests so far show that optimisation level, and compiler, can influence if these error occur or not, but for emacs it happens with -O0 as well with clang-11. I opened an issue on the android issue tracker about the fd sanitizer after investigating a fdsan error for texlive, since I do not understand what the issue in the minimal example there is. We will see what they say about it: https://issuetracker.google.com/issues/184380442 Best regards, Henrik Grimler From unknown Tue Jun 17 22:28:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#47596: File descriptor error when exiting emacs on android 11 Resent-From: Henrik Grimler Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 05 Apr 2021 08:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 47596@debbugs.gnu.org Received: via spool by 47596-submit@debbugs.gnu.org id=B47596.16176104568175 (code B ref 47596); Mon, 05 Apr 2021 08:15:02 +0000 Received: (at 47596) by debbugs.gnu.org; 5 Apr 2021 08:14:16 +0000 Received: from localhost ([127.0.0.1]:36871 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTKNE-00027n-IJ for submit@debbugs.gnu.org; Mon, 05 Apr 2021 04:14:16 -0400 Received: from h01mx15.reliablemail.org ([173.236.5.211]:38050) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTKNC-00027d-KC for 47596@debbugs.gnu.org; Mon, 05 Apr 2021 04:14:15 -0400 X-Halon-Out: e6a85747-95e6-11eb-a316-00163c81f1a9 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=grimler.se; s=default; h=Content-Transfer-Encoding:MIME-Version:Content-Type:References: In-Reply-To:Date:Cc:To:From:Subject:Message-ID:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=lmS1AS4xpM7AxOPttqEKoGWimx6FIoKw36szMqycq3k=; b=g+ss6j5G40vSA6tTgsAiHTnvMR KSQ7BK+RpwQI9EttJxSMyKjmuwXkxiAl7atPOuLNpCNY1QNgvettvuQIU86PHqJmsQPtiBdQv1MT2 TcmLpz4yto4NBlORfcoUKLIgFSgiDpdmg6EfJRnl2TsiH6Hl37I+EnYo4u2ziA8RkdX8hNMn1x5Dg 03YxehBJzUsEkngGzN7DOBrpfSYv220abBWu/dqqCKyGasTA/NGh0auJ5fRldP81NgB7dbnP4w9o6 Y8NKjVvH7nvU0+LAsemEuygjgF+3ctBYOLl6Hit2lnrIgDy2B8MStkr2BEWTD5dcxkAcDVabqr29W BrpKyL5w==; Message-ID: <191e2295b88384adf0e7cc1e3dc84cf8f37eb973.camel@grimler.se> From: Henrik Grimler Date: Mon, 05 Apr 2021 10:14:10 +0200 In-Reply-To: <730dad3a54f0f53b22e9603879e949b60f5b2c00.camel@grimler.se> References: <83im51deye.fsf@gnu.org> <730dad3a54f0f53b22e9603879e949b60f5b2c00.camel@grimler.se> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.38.4 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpsrv07.misshosting.com X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - grimler.se X-Get-Message-Sender-Via: cpsrv07.misshosting.com: authenticated_id: henrik@grimler.se X-Authenticated-Sender: cpsrv07.misshosting.com: henrik@grimler.se X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi, Compiling this, on any optimisation level, is enough to trigger the error: ``` #include int main() { fdopen (2, "w"); fclose (stderr); } ``` Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [173.236.5.211 listed in list.dnswl.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 2.0 HAS_X_OUTGOING_SPAM_STAT Has header claiming outbound spam scan - why trust the results? X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi, Compiling this, on any optimisation level, is enough to trigger the error: ``` #include int main() { fdopen (2, "w"); fclose (stderr); } ``` In emacs fdopen is run in init_standard_fds, where we have ``` [...] force_open (STDERR_FILENO, O_RDONLY); /* Set buferr if possible on platforms defining _PC_PIPE_BUF, as they support the notion of atomic writes to pipes. */ #ifdef _PC_PIPE_BUF buferr = fdopen (STDERR_FILENO, "w"); if (buferr) setvbuf (buferr, NULL, _IOLBF, 0); #endif } ``` so I suppose there is either some very fundamental issue with  `fdopen (STDERR_FILENO, "w")` here, or the file descriptor sanitizer on android is broken. If I avoid that part of init_standard_fds, i.e. change the ifdef to something like `#if defined(_PC_PIPE_BUF) && !defined(__ANDROID__)`, I get an emacs that seem to fully work on android. Best regards, Henrik Grimler From unknown Tue Jun 17 22:28:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#47596: File descriptor error when exiting emacs on android 11 Resent-From: Henrik Grimler Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 05 Apr 2021 09:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 47596@debbugs.gnu.org Received: via spool by 47596-submit@debbugs.gnu.org id=B47596.161761320912436 (code B ref 47596); Mon, 05 Apr 2021 09:01:02 +0000 Received: (at 47596) by debbugs.gnu.org; 5 Apr 2021 09:00:09 +0000 Received: from localhost ([127.0.0.1]:36907 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTL5c-0003DU-6h for submit@debbugs.gnu.org; Mon, 05 Apr 2021 05:00:08 -0400 Received: from h04mx15.reliablemail.org ([185.76.67.208]:21263) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTL5X-0003CO-2R for 47596@debbugs.gnu.org; Mon, 05 Apr 2021 05:00:05 -0400 X-Halon-Out: 4ab7deb2-95ed-11eb-a4a4-354a41e2f763 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=grimler.se; s=default; h=Content-Transfer-Encoding:MIME-Version:Content-Type:References: In-Reply-To:Date:Cc:To:From:Subject:Message-ID:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=g1ibhrf5csf6JlttFjsb587sMPIGpuijfDtsNbLKTAg=; b=oGOjxladP9XBgwcwtvdbRcPRzf US3CO2UfQLNXeC6FIqizqDOag5WdIv6t64zixBRfoQlvjz+kPOAM+lTHzcu814YriLYlt4CslE4ZA TGwIs4DMN/JFlhzffFtlK7HmCrOZs8LkMibXfXN7fIxH6IbVEA/YCirSjDMsO8mgOSkYGCKbZMjmW Drp4RHd8fOY0ktbbdecOw9JXgzLQzKAChmYAtth2mODlHiRP5vLYNQdGiG7Y/NiSBFwvFR8vhubmW c3L1QQpLEbyYTUzohYI+nXvCUv/Ago5XGg9Fk92XjntohnEu435qHAwZkFSUPP/iNBpYHYvpXBfTi wq45ae/g==; Message-ID: <576632572a00e4ec75b92344cd6cd8957df42820.camel@grimler.se> From: Henrik Grimler Date: Mon, 05 Apr 2021 10:59:55 +0200 In-Reply-To: <191e2295b88384adf0e7cc1e3dc84cf8f37eb973.camel@grimler.se> References: <83im51deye.fsf@gnu.org> <730dad3a54f0f53b22e9603879e949b60f5b2c00.camel@grimler.se> <191e2295b88384adf0e7cc1e3dc84cf8f37eb973.camel@grimler.se> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.38.4 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpsrv07.misshosting.com X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - grimler.se X-Get-Message-Sender-Via: cpsrv07.misshosting.com: authenticated_id: henrik@grimler.se X-Authenticated-Sender: cpsrv07.misshosting.com: henrik@grimler.se X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi again, > Compiling this, on any optimisation level, is enough to trigger the > error: > > ``` > #include > int main() > { > =?UTF-8?Q?=C2=A0?= fdopen (2, "w"); > =?UTF-8?Q?=C2=A0?= fclose (stderr); > } > ``` Changing to this: Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 2.0 HAS_X_OUTGOING_SPAM_STAT Has header claiming outbound spam scan - why trust the results? X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi again, > Compiling this, on any optimisation level, is enough to trigger the > error: > > ``` > #include > int main() > { >   fdopen (2, "w"); >   fclose (stderr); > } > ``` Changing to this: ``` #include int main() { FILE *err = fdopen (2, "w"); fclose (err); } ``` makes it work. So I suppose the sanitizer does not like that stderr is closed with `fclose (stderr)` instead of by using the fd obtained from fdopen (which was thrown away in my minimal example). Still not sure if this is actually problematic, but at least now I understand how the sanitizer "thinks". Best regards, Henrik Grimler From unknown Tue Jun 17 22:28:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#47596: File descriptor error when exiting emacs on android 11 Resent-From: Henrik Grimler Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 05 Apr 2021 09:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 47596@debbugs.gnu.org Received: via spool by 47596-submit@debbugs.gnu.org id=B47596.161761613717048 (code B ref 47596); Mon, 05 Apr 2021 09:49:02 +0000 Received: (at 47596) by debbugs.gnu.org; 5 Apr 2021 09:48:57 +0000 Received: from localhost ([127.0.0.1]:36962 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTLqr-0004Qu-7c for submit@debbugs.gnu.org; Mon, 05 Apr 2021 05:48:57 -0400 Received: from h01mx15.reliablemail.org ([173.236.5.211]:13393) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTLqo-0004Ql-PF for 47596@debbugs.gnu.org; Mon, 05 Apr 2021 05:48:56 -0400 X-Halon-Out: 20938dc8-95f4-11eb-a316-00163c81f1a9 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=grimler.se; s=default; h=Content-Transfer-Encoding:MIME-Version:Content-Type:References: In-Reply-To:Date:Cc:To:From:Subject:Message-ID:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=1sJHJzOYAkicYUVcAj5F7bqAGyptyvgKybtxzim8evs=; b=UlC+oBRqBXrFg6sMYPOZH1FD0q MeXn9ZOmdWWj3JFlHPyQERo/k/6V4vyBPJttOwT3aP49NTQ/BiRvKLsQ+pkqZivV5HNwxs4eTgFhn Zp1eJ4zdalrG+lkg9uX9lBlveW24GcTtLY/fv/tsldNg7CwiyD/hjkRmth4T3RlASHVr/SHVu4kHM oD4Hcmf036SiBsm1G0O3SMByJkMsyGi9WlmX5mGIVzHuQ+jd08FBefXJv8BFdbOCTzzIARRSoL763 9RJ/V6I+MSz4sTZp1p00S0sWCwDYjm663pj5h7k+oT3HGIZgz8A8ZJVTWy2KgJXcYx9LRzrHk3AyA TId2Uuzg==; Message-ID: From: Henrik Grimler Date: Mon, 05 Apr 2021 11:48:50 +0200 In-Reply-To: <576632572a00e4ec75b92344cd6cd8957df42820.camel@grimler.se> References: <83im51deye.fsf@gnu.org> <730dad3a54f0f53b22e9603879e949b60f5b2c00.camel@grimler.se> <191e2295b88384adf0e7cc1e3dc84cf8f37eb973.camel@grimler.se> <576632572a00e4ec75b92344cd6cd8957df42820.camel@grimler.se> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.38.4 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpsrv07.misshosting.com X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - grimler.se X-Get-Message-Sender-Via: cpsrv07.misshosting.com: authenticated_id: henrik@grimler.se X-Authenticated-Sender: cpsrv07.misshosting.com: henrik@grimler.se X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi, A better way to fix the error is to use buferr instead of stderr when calling `close_streams` in `close_output_streams`. I cannot see any obvious problems with this, so I propose this patch: ``` Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [173.236.5.211 listed in list.dnswl.org] 2.0 HAS_X_OUTGOING_SPAM_STAT Has header claiming outbound spam scan - why trust the results? X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi, A better way to fix the error is to use buferr instead of stderr when calling `close_streams` in `close_output_streams`. I cannot see any obvious problems with this, so I propose this patch: ``` --- ./src/sysdep.c.orig 2021-04-05 09:06:33.847835653 +0000 +++ ./src/sysdep.c 2021-04-05 09:05:47.957856162 +0000 @@ -2837,8 +2837,8 @@ sanitizer might report to stderr after this function is invoked. */ bool err = buferr && (fflush (buferr) != 0 || ferror (buferr)); if (err | (ADDRESS_SANITIZER - ? fflush (stderr) != 0 || ferror (stderr) - : close_stream (stderr) != 0)) + ? fflush (buferr) != 0 || ferror (buferr) + : close_stream (buferr) != 0)) _exit (EXIT_FAILURE); } ^L ``` With it I can start and exit emacs on android without the fdsan error. Best regards, Henrik Grimler From unknown Tue Jun 17 22:28:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#47596: File descriptor error when exiting emacs on android 11 Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 05 Apr 2021 12:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Henrik Grimler Cc: 47596@debbugs.gnu.org Received: via spool by 47596-submit@debbugs.gnu.org id=B47596.161762706012602 (code B ref 47596); Mon, 05 Apr 2021 12:51:01 +0000 Received: (at 47596) by debbugs.gnu.org; 5 Apr 2021 12:51:00 +0000 Received: from localhost ([127.0.0.1]:37254 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTOh2-0003HB-Br for submit@debbugs.gnu.org; Mon, 05 Apr 2021 08:51:00 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48294) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTOh0-0003Gz-Nw for 47596@debbugs.gnu.org; Mon, 05 Apr 2021 08:50:59 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:57783) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lTOgu-0000e2-JL; Mon, 05 Apr 2021 08:50:52 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4422 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lTOgt-0004PQ-TX; Mon, 05 Apr 2021 08:50:52 -0400 Date: Mon, 05 Apr 2021 15:50:48 +0300 Message-Id: <838s5wdhef.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <191e2295b88384adf0e7cc1e3dc84cf8f37eb973.camel@grimler.se> (message from Henrik Grimler on Mon, 05 Apr 2021 10:14:10 +0200) References: <83im51deye.fsf@gnu.org> <730dad3a54f0f53b22e9603879e949b60f5b2c00.camel@grimler.se> <191e2295b88384adf0e7cc1e3dc84cf8f37eb973.camel@grimler.se> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Henrik Grimler > Cc: 47596@debbugs.gnu.org > Date: Mon, 05 Apr 2021 10:14:10 +0200 > > Compiling this, on any optimisation level, is enough to trigger the > error: > > ``` > #include > int main() > { > fdopen (2, "w"); > fclose (stderr); > } > ``` Any idea why? It makes no sense to me, and the above is an entirely valid program, AFAICT. > In emacs fdopen is run in init_standard_fds, where we have > > ``` > [...] > > force_open (STDERR_FILENO, O_RDONLY); > > /* Set buferr if possible on platforms defining _PC_PIPE_BUF, as > they support the notion of atomic writes to pipes. */ > #ifdef _PC_PIPE_BUF > buferr = fdopen (STDERR_FILENO, "w"); > if (buferr) > setvbuf (buferr, NULL, _IOLBF, 0); > #endif > } > ``` This just creates a copy of stderr that has special buffering. Again, entirely valid for a C program to do that. > so I suppose there is either some very fundamental issue with  > `fdopen (STDERR_FILENO, "w")` here, or the file descriptor sanitizer on > android is broken. Likely the latter, so I'm reluctant to make any changes in Emacs until the issue you opened against Android gets some response that makes sense. > If I avoid that part of init_standard_fds, i.e. change the ifdef to > something like `#if defined(_PC_PIPE_BUF) && !defined(__ANDROID__)`, I > get an emacs that seem to fully work on android. Feel free to make such changes in your copy, but I'd prefer not to change Emacs until the root cause behind these weird problems becomes clear. From unknown Tue Jun 17 22:28:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#47596: File descriptor error when exiting emacs on android 11 Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 05 Apr 2021 12:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Henrik Grimler Cc: 47596@debbugs.gnu.org Received: via spool by 47596-submit@debbugs.gnu.org id=B47596.161762715512780 (code B ref 47596); Mon, 05 Apr 2021 12:53:02 +0000 Received: (at 47596) by debbugs.gnu.org; 5 Apr 2021 12:52:35 +0000 Received: from localhost ([127.0.0.1]:37264 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTOiY-0003K4-N8 for submit@debbugs.gnu.org; Mon, 05 Apr 2021 08:52:34 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48622) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTOiW-0003JZ-NZ for 47596@debbugs.gnu.org; Mon, 05 Apr 2021 08:52:33 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:57793) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lTOiR-0001ad-Fr; Mon, 05 Apr 2021 08:52:27 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4518 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lTOiQ-0004V6-UN; Mon, 05 Apr 2021 08:52:27 -0400 Date: Mon, 05 Apr 2021 15:52:22 +0300 Message-Id: <837dlgdhbt.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <576632572a00e4ec75b92344cd6cd8957df42820.camel@grimler.se> (message from Henrik Grimler on Mon, 05 Apr 2021 10:59:55 +0200) References: <83im51deye.fsf@gnu.org> <730dad3a54f0f53b22e9603879e949b60f5b2c00.camel@grimler.se> <191e2295b88384adf0e7cc1e3dc84cf8f37eb973.camel@grimler.se> <576632572a00e4ec75b92344cd6cd8957df42820.camel@grimler.se> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Henrik Grimler > Cc: 47596@debbugs.gnu.org > Date: Mon, 05 Apr 2021 10:59:55 +0200 > > > #include > > int main() > > { > >   fdopen (2, "w"); > >   fclose (stderr); > > } > > ``` > > Changing to this: > > ``` > > #include > int main() > { > FILE *err = fdopen (2, "w"); > fclose (err); > } > ``` > > makes it work. Which again makes no sense, because the program that works is a no-op: it creates a copy of stderr and immediately closes it. > So I suppose the sanitizer does not like that stderr is > closed with `fclose (stderr)` instead of by using the fd obtained from > fdopen (which was thrown away in my minimal example). > > Still not sure if this is actually problematic, but at least now I > understand how the sanitizer "thinks". If that's what it thinks, it's a clear bug in the sanitizer, IMO. From unknown Tue Jun 17 22:28:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#47596: File descriptor error when exiting emacs on android 11 Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 05 Apr 2021 12:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Henrik Grimler Cc: 47596@debbugs.gnu.org Received: via spool by 47596-submit@debbugs.gnu.org id=B47596.161762747713255 (code B ref 47596); Mon, 05 Apr 2021 12:58:02 +0000 Received: (at 47596) by debbugs.gnu.org; 5 Apr 2021 12:57:57 +0000 Received: from localhost ([127.0.0.1]:37271 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTOnl-0003Rj-Bw for submit@debbugs.gnu.org; Mon, 05 Apr 2021 08:57:57 -0400 Received: from eggs.gnu.org ([209.51.188.92]:49582) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTOnk-0003RX-3x for 47596@debbugs.gnu.org; Mon, 05 Apr 2021 08:57:56 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:57829) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lTOne-00050l-RT; Mon, 05 Apr 2021 08:57:50 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4866 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lTOnd-00070T-FP; Mon, 05 Apr 2021 08:57:50 -0400 Date: Mon, 05 Apr 2021 15:57:45 +0300 Message-Id: <835z10dh2u.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Henrik Grimler on Mon, 05 Apr 2021 11:48:50 +0200) References: <83im51deye.fsf@gnu.org> <730dad3a54f0f53b22e9603879e949b60f5b2c00.camel@grimler.se> <191e2295b88384adf0e7cc1e3dc84cf8f37eb973.camel@grimler.se> <576632572a00e4ec75b92344cd6cd8957df42820.camel@grimler.se> X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Henrik Grimler > Cc: 47596@debbugs.gnu.org > Date: Mon, 05 Apr 2021 11:48:50 +0200 > > A better way to fix the error is to use buferr instead of stderr when > calling `close_streams` in `close_output_streams`. I cannot see any > obvious problems with this, so I propose this patch: You are operating on the wrong stream, so I do see a problem with this patch. The purpose of this fragment is to close stderr, not the buffered copy of stderr. > --- ./src/sysdep.c.orig 2021-04-05 09:06:33.847835653 +0000 > +++ ./src/sysdep.c 2021-04-05 09:05:47.957856162 +0000 > @@ -2837,8 +2837,8 @@ > sanitizer might report to stderr after this function is invoked. > */ > bool err = buferr && (fflush (buferr) != 0 || ferror (buferr)); > if (err | (ADDRESS_SANITIZER > - ? fflush (stderr) != 0 || ferror (stderr) > - : close_stream (stderr) != 0)) > + ? fflush (buferr) != 0 || ferror (buferr) > + : close_stream (buferr) != 0)) > _exit (EXIT_FAILURE); > } > ^L > ``` > > With it I can start and exit emacs on android without the fdsan error. Is ADDRESS_SANITIZER defined in your build? In any case, I do want to wait for the Android developers to respond to the issue in their tracker. Thanks. From unknown Tue Jun 17 22:28:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#47596: File descriptor error when exiting emacs on android 11 Resent-From: Henrik Grimler Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 05 Apr 2021 13:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 47596@debbugs.gnu.org Received: via spool by 47596-submit@debbugs.gnu.org id=B47596.161762992417489 (code B ref 47596); Mon, 05 Apr 2021 13:39:02 +0000 Received: (at 47596) by debbugs.gnu.org; 5 Apr 2021 13:38:44 +0000 Received: from localhost ([127.0.0.1]:37290 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTPRE-0004Xz-7T for submit@debbugs.gnu.org; Mon, 05 Apr 2021 09:38:44 -0400 Received: from h03mx16.reliablemail.org ([173.236.90.20]:24384) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTPRB-0004Xq-EU for 47596@debbugs.gnu.org; Mon, 05 Apr 2021 09:38:42 -0400 X-Halon-Out: 3a21af12-9614-11eb-947f-00163c72d6d3 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=grimler.se; s=default; h=Content-Transfer-Encoding:MIME-Version:Content-Type:References: In-Reply-To:Date:Cc:To:From:Subject:Message-ID:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=Qd71lnnktJlWNpVfYyNwtyKiAa2ZFuyhiPfz8ODSlqs=; b=OpuldSvmvCg92BBgJejRc/1fNR UjqyoikjtX2twwa6IRt5gENCS02s56Gwfg3hDgvXfr1ZwuGSpkmasalMYfq7Fa5PseGAXFtXUYmLl VeRftTT6LPtGqGqrmgIWYi/LlafU2HR0FFvn+nnbJ8BS+2+RQv08+IkjZH5ebvg+SLcNu4xsq+ALS 3JftJ/uE3QGCs02lMw66brRi13Gd8pm+IxL2D6PJdz14hIIwAj39FNaM8rOekTvIBWh2Gxg4ua2aS 8v2qZTFuxB1UIer7+UZPRbi/xGXCxHsOprKg6FPUK8OpybBv8qhIa3INo0li+Pf6DDogwMoDlU04H s2s42Vug==; Message-ID: From: Henrik Grimler Date: Mon, 05 Apr 2021 15:38:36 +0200 In-Reply-To: <835z10dh2u.fsf@gnu.org> References: <83im51deye.fsf@gnu.org> <730dad3a54f0f53b22e9603879e949b60f5b2c00.camel@grimler.se> <191e2295b88384adf0e7cc1e3dc84cf8f37eb973.camel@grimler.se> <576632572a00e4ec75b92344cd6cd8957df42820.camel@grimler.se> <835z10dh2u.fsf@gnu.org> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.38.4 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpsrv07.misshosting.com X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - grimler.se X-Get-Message-Sender-Via: cpsrv07.misshosting.com: authenticated_id: henrik@grimler.se X-Authenticated-Sender: cpsrv07.misshosting.com: henrik@grimler.se X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi, > You are operating on the wrong stream, so I do see a problem with this > =?UTF-8?Q?patch.=C2=A0?= The purpose of this fragment is to close stderr, not the > buffered copy of stderr. > Thanks for the feedback! Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [173.236.90.20 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 2.3 HAS_X_OUTGOING_SPAM_STAT Has header claiming outbound spam scan - why trust the results? X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi, > You are operating on the wrong stream, so I do see a problem with this > patch.  The purpose of this fragment is to close stderr, not the > buffered copy of stderr. > Thanks for the feedback! > Is ADDRESS_SANITIZER defined in your build? Yes, it is configured with emacs_cv_sanitize_address=yes. Setting this option has been done for android since emacs 25, and supposedly fixed some malloc issue back then [1]. I tried building without setting emacs_cv_sanitize_address=yes just now (configure then sets =no), but it does not seem to influence this fdsan error. > In any case, I do want to wait for the Android developers to respond > to the issue in their tracker. I will update the issue and add the minimal non-working example obtained here as well. Best regards, Henrik Grimler [1] https://github.com/termux/termux-packages/commit/8ce98d7fe9130cd151cc2ec34b3b1e7ecb0aeace#diff-8fd6b84ed67057870fa4f209d2309b53bf3c097b732cb3b8e639f58a37d138c1R7 From unknown Tue Jun 17 22:28:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#47596: File descriptor error when exiting emacs on android 11 Resent-From: Henrik Grimler Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 05 Apr 2021 17:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 47596@debbugs.gnu.org Received: via spool by 47596-submit@debbugs.gnu.org id=B47596.161764380332653 (code B ref 47596); Mon, 05 Apr 2021 17:31:02 +0000 Received: (at 47596) by debbugs.gnu.org; 5 Apr 2021 17:30:03 +0000 Received: from localhost ([127.0.0.1]:38516 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTT34-0008Ub-Pa for submit@debbugs.gnu.org; Mon, 05 Apr 2021 13:30:03 -0400 Received: from h04mx15.reliablemail.org ([185.76.67.208]:28870) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTT32-0008Tg-Vw for 47596@debbugs.gnu.org; Mon, 05 Apr 2021 13:30:01 -0400 X-Halon-Out: 88601665-9634-11eb-a4a4-354a41e2f763 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=grimler.se; s=default; h=Content-Transfer-Encoding:MIME-Version:Content-Type:References: In-Reply-To:Date:Cc:To:From:Subject:Message-ID:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=aYBTpUNHsQcYbQb54i+nZfmQUJQ15WlS72RoAqpAKcA=; b=W0qRIt/+FVjPDOubghonO+EfoI VFdTTnQCyokeh8MWD4efzUXVFFUUt3RCJDM1buLxBIzd6WCNBR0I7Gli9KhDdKxdd/S6m6EXRb1Yy fKenIJToTb62hTh2J2yz3XeexUyL2Vwc562XcHyhiqPq/7StGzyZc3NlVyodd0830n+/NFGL3WLcd vqnDfEx1yv7gXPctP5P7JTKnX8VRwLsSpkgwrJ+X5sJPnKMmGOPcbPrPCBV0/92GbZucIr7rJ5q9x lwZtScRXpDln5DwsMO4/rp8zSOBmMl2z9VeUeG7AVTe+ukVHcPtjnQHjxla6eJfKz00hcE2cMP/uH m/nTPMOw==; Message-ID: <2215b2299da65d790a705d9b83051028a1a2b693.camel@grimler.se> From: Henrik Grimler Date: Mon, 05 Apr 2021 19:29:52 +0200 In-Reply-To: <838s5wdhef.fsf@gnu.org> References: <83im51deye.fsf@gnu.org> <730dad3a54f0f53b22e9603879e949b60f5b2c00.camel@grimler.se> <191e2295b88384adf0e7cc1e3dc84cf8f37eb973.camel@grimler.se> <838s5wdhef.fsf@gnu.org> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.38.4 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpsrv07.misshosting.com X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - grimler.se X-Get-Message-Sender-Via: cpsrv07.misshosting.com: authenticated_id: henrik@grimler.se X-Authenticated-Sender: cpsrv07.misshosting.com: henrik@grimler.se X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi, I received feedback on the android issue =?UTF-8?Q?tracker=C2=A0_?= =?UTF-8?Q?https://issuetracker.google.com/issues/184380442=C2=A0?= that the snippet: > > #include > > int main() > > { > > =?UTF-8?Q?=C2=A0?= fdopen (2, "w"); > > =?UTF-8?Q?=C2=A0?= fclose (stderr); > > } Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_PASS SPF: sender matches SPF record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 2.3 HAS_X_OUTGOING_SPAM_STAT Has header claiming outbound spam scan - why trust the results? X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi, I received feedback on the android issue tracker  https://issuetracker.google.com/issues/184380442  that the snippet: > > #include > > int main() > > { > >   fdopen (2, "w"); > >   fclose (stderr); > > } is problematic, because: > yes. you have two FILE*s that both think they own file descriptor 2. > depending on what you're actually trying to do, you probably meant to > use freopen(3) instead? https://man7.org/linux/man-pages/man3/fopen.3.html Does freopen make sense for buferr? > > In emacs fdopen is run in init_standard_fds, where we have > > > >   force_open (STDERR_FILENO, O_RDONLY); > > > >   /* Set buferr if possible on platforms defining _PC_PIPE_BUF, as > >      they support the notion of atomic writes to pipes.  */ > >   #ifdef _PC_PIPE_BUF > >     buferr = fdopen (STDERR_FILENO, "w"); > >     if (buferr) > >       setvbuf (buferr, NULL, _IOLBF, 0); > >   #endif > > } > > This just creates a copy of stderr that has special buffering.  > Again, > entirely valid for a C program to do that. I probably should have included a bit more context in the android bug report to better show what the code does. Best regards, Henrik Grimler From unknown Tue Jun 17 22:28:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#47596: File descriptor error when exiting emacs on android 11 Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 06 May 2021 10:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Henrik Grimler Cc: Eli Zaretskii , 47596@debbugs.gnu.org Received: via spool by 47596-submit@debbugs.gnu.org id=B47596.16202979303366 (code B ref 47596); Thu, 06 May 2021 10:46:02 +0000 Received: (at 47596) by debbugs.gnu.org; 6 May 2021 10:45:30 +0000 Received: from localhost ([127.0.0.1]:37326 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lebVZ-0000ru-W9 for submit@debbugs.gnu.org; Thu, 06 May 2021 06:45:30 -0400 Received: from quimby.gnus.org ([95.216.78.240]:47152) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lebVX-0000je-Iq for 47596@debbugs.gnu.org; Thu, 06 May 2021 06:45:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=YlIJaUCraJ8wVvlMwk9RPiuESFKMPjSjTnCxhDqwLxQ=; b=h4pdX1UZIhj/E49otPzuM6PH2L 70bJ+2Oa2KDT9aKHoMdyvNZ7+Q1jxorgg2igASdWklruUQafqC30rN7jRVChMOr2+hewPbbNCA/4v ln0i+MCfBXUeEInnA73TnCouUs/ip2Ye2kXeL9X61PdecoGaNgSNFM/Qwe5idAh39250=; Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lebVO-0006D7-5T; Thu, 06 May 2021 12:45:20 +0200 From: Lars Ingebrigtsen References: <83im51deye.fsf@gnu.org> <730dad3a54f0f53b22e9603879e949b60f5b2c00.camel@grimler.se> <191e2295b88384adf0e7cc1e3dc84cf8f37eb973.camel@grimler.se> <838s5wdhef.fsf@gnu.org> <2215b2299da65d790a705d9b83051028a1a2b693.camel@grimler.se> X-Now-Playing: Nico's _Do Or Die_: "Femme Fatale" Date: Thu, 06 May 2021 12:45:17 +0200 In-Reply-To: <2215b2299da65d790a705d9b83051028a1a2b693.camel@grimler.se> (Henrik Grimler's message of "Mon, 05 Apr 2021 19:29:52 +0200") Message-ID: <87k0ocw37m.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Henrik Grimler writes: >> > In emacs fdopen is run in init_standard_fds, where we have >> > >> > =?UTF-8?Q?=C2=A0?= force_open (STDERR_FILENO, O_RDONLY); >> > >> > =?UTF-8?Q?=C2=A0?= /* Set buferr if possible on platforms defining _PC_PIPE_BUF, as >> > =?UTF-8?Q?=C2=A0?= [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Henrik Grimler writes: >> > In emacs fdopen is run in init_standard_fds, where we have >> >=20 >> > =C2=A0 force_open (STDERR_FILENO, O_RDONLY); >> >=20 >> > =C2=A0 /* Set buferr if possible on platforms defining _PC_PIPE_BUF, as >> > =C2=A0=C2=A0=C2=A0=C2=A0 they support the notion of atomic writes to p= ipes.=C2=A0 */ >> > =C2=A0 #ifdef _PC_PIPE_BUF >> > =C2=A0=C2=A0=C2=A0 buferr =3D fdopen (STDERR_FILENO, "w"); >> > =C2=A0=C2=A0=C2=A0 if (buferr) >> > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 setvbuf (buferr, NULL, _IOLBF, 0); >> > =C2=A0 #endif >> > } >>=20 >> This just creates a copy of stderr that has special buffering.=C2=A0 >> Again, >> entirely valid for a C program to do that. > > I probably should have included a bit more context in the android bug > report to better show what the code does.=20 Did you try to include this context in the Android bug report and see what they say then? --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 22:28:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#47596: File descriptor error when exiting emacs on android 11 Resent-From: Henrik Grimler Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 10 May 2021 07:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 47596@debbugs.gnu.org Received: via spool by 47596-submit@debbugs.gnu.org id=B47596.162063139715080 (code B ref 47596); Mon, 10 May 2021 07:24:02 +0000 Received: (at 47596) by debbugs.gnu.org; 10 May 2021 07:23:17 +0000 Received: from localhost ([127.0.0.1]:57272 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lg0G5-0003vA-KP for submit@debbugs.gnu.org; Mon, 10 May 2021 03:23:17 -0400 Received: from h02mx15.reliablemail.org ([185.76.66.168]:28904) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lg0G2-0003us-D7 for 47596@debbugs.gnu.org; Mon, 10 May 2021 03:23:16 -0400 X-Halon-Out: 9112a061-b160-11eb-a991-45bbe13bd5ad DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=grimler.se; s=default; h=Content-Transfer-Encoding:MIME-Version:Content-Type:References: In-Reply-To:Date:Cc:To:From:Subject:Message-ID:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=y0vMqBaABKTG16GGRy/z9cMeCQOhJ0nOufeLnHLwsFI=; b=YLEDCeUzgGi34YWXnftwi+3vPL LpC0dPP8bIiJYUTO/VwUK/Y9Dsem2rcVKxUCqBPXBIr6JBCABmNB+viLoB7hD366q1Y7G9hoipfZn 1j8kKkTsRwf17pZbZAhnJKoOxSwo8IwehC7/Koy3KuW+n4F+6o2KBc8XV8mgjVQK0wzuesNAgtWsp HoRCh8xeegczW+hfdz1TJYRYKIkd4+2ug8LbPafcqCudKJ6lhjJlia4pPg7+G8OBYMqAo65O3khFZ /eRAg6NvApiZwcfepaQmzZxQGIFo5FsHHALHkBd8lPG9cNocwBhM82IjUeRYHXloy72BLuJ1zwacQ Sj+XgVzg==; Message-ID: <8a9fbefead009fce76aa5a28315c0fedf3ce7bec.camel@grimler.se> From: Henrik Grimler Date: Mon, 10 May 2021 09:23:05 +0200 In-Reply-To: <87k0ocw37m.fsf@gnus.org> References: <83im51deye.fsf@gnu.org> <730dad3a54f0f53b22e9603879e949b60f5b2c00.camel@grimler.se> <191e2295b88384adf0e7cc1e3dc84cf8f37eb973.camel@grimler.se> <838s5wdhef.fsf@gnu.org> <2215b2299da65d790a705d9b83051028a1a2b693.camel@grimler.se> <87k0ocw37m.fsf@gnus.org> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.40.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpsrv07.misshosting.com X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - grimler.se X-Get-Message-Sender-Via: cpsrv07.misshosting.com: authenticated_id: henrik@grimler.se X-Authenticated-Sender: cpsrv07.misshosting.com: henrik@grimler.se X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Lars, On Thu, 2021-05-06 at 12:45 +0200, Lars Ingebrigtsen wrote: > > I probably should have included a bit more context in the android bug > > report to better show what the code does. > > Did you try to include this context in the Android bug report and see > what they say then? > I added another comment now with a slightly more verbose example: ``` #include #include /* If FD is not already open, arrange for it to be open with FLAGS. */ static void force_open (int fd, int flags) { if (dup2 (fd, fd) < 0) { int n = open ("/dev/null", flags); if (n < 0 || (fd != n && (dup2 (n, fd) < 0 || close (n) == 0 != 0))) exit (EXIT_FAILURE); } } /* A stream that is like stderr, except line buffered. It is NULL during startup, or if line buffering is not in use. */ static FILE *buferr; int main() { /* Make sure stderr are open to something, so that the file descriptor is not hijacked by later system calls. */ force_open (STDERR_FILENO, O_RDONLY); /* Set buferr if possible on platforms defining _PC_PIPE_BUF, as they support the notion of atomic writes to pipes. */ #ifdef _PC_PIPE_BUF buferr = fdopen (STDERR_FILENO, "w"); if (buferr) setvbuf (buferr, NULL, _IOLBF, 0); #endif int err = buferr && (fflush (buferr) != 0 || ferror (buferr)); if (err | (fclose (stderr) != 0)) return 1; return 0; } ``` Hopefully they have time to provide some feedback. Best regards, Henrik Grimler From unknown Tue Jun 17 22:28:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#47596: File descriptor error when exiting emacs on android 11 Resent-From: Henrik Grimler Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 11 May 2021 17:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen , eliz@gnu.org Cc: 47596@debbugs.gnu.org Received: via spool by 47596-submit@debbugs.gnu.org id=B47596.162075278225214 (code B ref 47596); Tue, 11 May 2021 17:07:02 +0000 Received: (at 47596) by debbugs.gnu.org; 11 May 2021 17:06:22 +0000 Received: from localhost ([127.0.0.1]:37242 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lgVpu-0006Yc-0O for submit@debbugs.gnu.org; Tue, 11 May 2021 13:06:22 -0400 Received: from h04mx15.reliablemail.org ([185.76.67.208]:49102) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lgVps-0006YP-W8 for 47596@debbugs.gnu.org; Tue, 11 May 2021 13:06:21 -0400 X-Halon-Out: 3102689a-b27b-11eb-a4a4-354a41e2f763 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=grimler.se; s=default; h=MIME-Version:Content-Type:References:In-Reply-To:Date:Cc:To:From :Subject:Message-ID:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=YVxadFqPW/QIMgf7F+SHETGOyglD/uGYp7FCPKsXsHc=; b=rChm3PFOv0Es6TEkZaatI0N91j MDI2Jc3niYh12V8UWovTQr8CrB4CmlUMpKz/cNQlK4qPnvoNybf0QWcdyd0bOTAlmKB01r+gy8xR0 WvmgJfshyiNDZTiTDsESbo8wuwDiMqgu+X9066FMc1/ztbIEmQMAx7/DTaR7SFaxIVIjJswhUSfJ5 7YtPOIxcVYy6NNr1LaOFw8tiU+oczVFWa0ovkA1yXZYnoiV9/7Ru8pTG3fEAMEVHNTPTSjjW2j/TP ZfQ4zgFyVBAMJhpYkgU2U8cU4TvxnFCZMyfM32SR0Qw6CH5mRklHaBCYScjqXtT49B+x5C2buRGjf FKH6rNjw==; Message-ID: <3eca4ad4c693735b4c9d76b3d3301287086fed4b.camel@grimler.se> From: Henrik Grimler Date: Tue, 11 May 2021 19:06:11 +0200 In-Reply-To: <8a9fbefead009fce76aa5a28315c0fedf3ce7bec.camel@grimler.se> References: <83im51deye.fsf@gnu.org> <730dad3a54f0f53b22e9603879e949b60f5b2c00.camel@grimler.se> <191e2295b88384adf0e7cc1e3dc84cf8f37eb973.camel@grimler.se> <838s5wdhef.fsf@gnu.org> <2215b2299da65d790a705d9b83051028a1a2b693.camel@grimler.se> <87k0ocw37m.fsf@gnus.org> <8a9fbefead009fce76aa5a28315c0fedf3ce7bec.camel@grimler.se> Content-Type: multipart/mixed; boundary="=-7W8qvDH7+CpoNkU1E+IP" User-Agent: Evolution 3.40.1 MIME-Version: 1.0 X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpsrv07.misshosting.com X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - grimler.se X-Get-Message-Sender-Via: cpsrv07.misshosting.com: authenticated_id: henrik@grimler.se X-Authenticated-Sender: cpsrv07.misshosting.com: henrik@grimler.se X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --=-7W8qvDH7+CpoNkU1E+IP Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Hi again, Enh at google suggested [1] that `setlinebuf (stderr)` could be an alternative instead of opening a copy of stderr. I tried out the attached patch, which removes the buferr variable and uses setlinebuf on stderr instead, and it seem to work (in the sense that emacs opens and closes without errors) on archlinux as well as android. Could this work or do we need to have both buferr and stderr? Best regards, Henrik Grimler [1] https://issuetracker.google.com/issues/184380442 --=-7W8qvDH7+CpoNkU1E+IP Content-Disposition: attachment; filename="line_buffered_stderr.patch" Content-Type: text/x-patch; name="line_buffered_stderr.patch"; charset="UTF-8" Content-Transfer-Encoding: base64 Y29tbWl0IGVmM2JlYWY2NjQzNDdmN2ZjZTFmMzQ3NWZlNjVkZTcyOTMyMDgzN2UKQXV0aG9yOiBI ZW5yaWsgR3JpbWxlciA8aGVucmlrQGdyaW1sZXIuc2U+CkRhdGU6ICAgVHVlIE1heSAxMSAwOToz Njo1MiAyMDIxICswMjAwCgogICAgVXNlIHNldGxpbmVidWYgdG8gbWFrZSBzdGRlcnIgbGluZSBi dWZmZXJlZAogICAgCiAgICBJZiBhdG9taWMgd3JpdGVzIGFyZSBzdXBwb3J0ZWQuICBBbmRyb2lk ID49IDEwIGhhcyBhIGZpbGUgZGVzY3JpcHRvcgogICAgc2FuaXRpemVyIHdoaWNoIGVycm9ycyBp ZiBhIHN0cmVhbSBpcyBjbG9zZWQgd2hpbGUgdGhlcmUgYXJlIHN0aWxsCiAgICBmZCdzIGFzc29j aWF0ZWQgd2l0aCBpdC4gSW4gZW1hY3Mgc3RkZXJyIGlzIG9wZW5lZCB0d2ljZSBpZiBsaW5lCiAg ICBidWZmZXJlZCBzdHJlYW1zIGFyZSBzdXBwb3J0ZWQuICBSYXRoZXIgdGhhbiBvcGVuaW5nIGEg Y29weSB3ZSBjYW4KICAgIG1ha2Ugc3RkZXJyIGxpbmUgYnVmZmVyZWQgd2l0aCBzZXRsaW5lYnVm IGluc3RlYWQuCgpkaWZmIC0tZ2l0IGEvc3JjL3N5c2RlcC5jIGIvc3JjL3N5c2RlcC5jCmluZGV4 IGQ5NDBhY2M0ZTAuLjc3ZTFhMGJlM2MgMTAwNjQ0Ci0tLSBhL3NyYy9zeXNkZXAuYworKysgYi9z cmMvc3lzZGVwLmMKQEAgLTIzMiwxMCArMjMyLDYgQEAgZm9yY2Vfb3BlbiAoaW50IGZkLCBpbnQg ZmxhZ3MpCiAgICAgfQogfQogCi0vKiBBIHN0cmVhbSB0aGF0IGlzIGxpa2Ugc3RkZXJyLCBleGNl cHQgbGluZSBidWZmZXJlZC4gIEl0IGlzIE5VTEwKLSAgIGR1cmluZyBzdGFydHVwLCBvciBpZiBs aW5lIGJ1ZmZlcmluZyBpcyBub3QgaW4gdXNlLiAgKi8KLXN0YXRpYyBGSUxFICpidWZlcnI7Ci0K IC8qIE1ha2Ugc3VyZSBzdGRpbiwgc3Rkb3V0LCBhbmQgc3RkZXJyIGFyZSBvcGVuIHRvIHNvbWV0 aGluZywgc28gdGhhdAogICAgdGhlaXIgZmlsZSBkZXNjcmlwdG9ycyBhcmUgbm90IGhpamFja2Vk IGJ5IGxhdGVyIHN5c3RlbSBjYWxscy4gICovCiB2b2lkCkBAIC0yNDksMTIgKzI0NSwxMCBAQCBp bml0X3N0YW5kYXJkX2ZkcyAodm9pZCkKICAgZm9yY2Vfb3BlbiAoU1RET1VUX0ZJTEVOTywgT19S RE9OTFkpOwogICBmb3JjZV9vcGVuIChTVERFUlJfRklMRU5PLCBPX1JET05MWSk7CiAKLSAgLyog U2V0IGJ1ZmVyciBpZiBwb3NzaWJsZSBvbiBwbGF0Zm9ybXMgZGVmaW5pbmcgX1BDX1BJUEVfQlVG LCBhcworICAvKiBNYWtlIHN0ZGVyciBsaW5lIGJ1ZmZlcmVkIG9uIHBsYXRmb3JtcyBkZWZpbmlu ZyBfUENfUElQRV9CVUYsIGFzCiAgICAgIHRoZXkgc3VwcG9ydCB0aGUgbm90aW9uIG9mIGF0b21p YyB3cml0ZXMgdG8gcGlwZXMuICAqLwogICAjaWZkZWYgX1BDX1BJUEVfQlVGCi0gICAgYnVmZXJy ID0gZmRvcGVuIChTVERFUlJfRklMRU5PLCAidyIpOwotICAgIGlmIChidWZlcnIpCi0gICAgICBz ZXR2YnVmIChidWZlcnIsIE5VTEwsIF9JT0xCRiwgMCk7CisgICAgc2V0bGluZWJ1ZiAoc3RkZXJy KTsKICAgI2VuZGlmCiB9CiAKQEAgLTI2NTAsMTEgKzI2NDQsMTEgQEAgc2FmZV9zdHJzaWduYWwg KGludCBjb2RlKQogc3RhdGljIEZJTEUgKgogZXJyc3RyZWFtICh2b2lkKQogewotICBGSUxFICpl cnIgPSBidWZlcnI7Ci0gIGlmICghZXJyKQotICAgIHJldHVybiBzdGRlcnI7CisjaWZkZWYgX1BD X1BJUEVfQlVGCisgIC8qIGZsdXNoIGxpbmUgYnVmZmVyZWQgc3RkZXJyICovCiAgIGZmbHVzaF91 bmxvY2tlZCAoc3RkZXJyKTsKLSAgcmV0dXJuIGVycjsKKyNlbmRpZgorICByZXR1cm4gc3RkZXJy OwogfQogCiAvKiBUaGVzZSBmdW5jdGlvbnMgYXJlIGxpa2UgZnB1dGMsIHZmcHJpbnRmLCBhbmQg ZndyaXRlLApAQCAtMjY5Niw5ICsyNjkwLDEyIEBAIGNsb3NlX291dHB1dF9zdHJlYW1zICh2b2lk KQogICAgICAgX2V4aXQgKEVYSVRfRkFJTFVSRSk7CiAgICAgfQogCisgIGJvb2wgZXJyOworI2lm ZGVmIF9QQ19QSVBFX0JVRgorICBlcnIgPSAoZmZsdXNoIChzdGRlcnIpICE9IDAgfHwgZmVycm9y IChzdGRlcnIpKTsKKyNlbmRpZgogICAvKiBEbyBub3QgY2xvc2Ugc3RkZXJyIGlmIGFkZHJlc3Nl cyBhcmUgYmVpbmcgc2FuaXRpemVkLCBhcyB0aGUKICAgICAgc2FuaXRpemVyIG1pZ2h0IHJlcG9y dCB0byBzdGRlcnIgYWZ0ZXIgdGhpcyBmdW5jdGlvbiBpcyBpbnZva2VkLiAgKi8KLSAgYm9vbCBl cnIgPSBidWZlcnIgJiYgKGZmbHVzaCAoYnVmZXJyKSAhPSAwIHx8IGZlcnJvciAoYnVmZXJyKSk7 CiAgIGlmIChlcnIgfCAoQUREUkVTU19TQU5JVElaRVIKIAkgICAgID8gZmZsdXNoIChzdGRlcnIp ICE9IDAgfHwgZmVycm9yIChzdGRlcnIpCiAJICAgICA6IGNsb3NlX3N0cmVhbSAoc3RkZXJyKSAh PSAwKSkK --=-7W8qvDH7+CpoNkU1E+IP-- From unknown Tue Jun 17 22:28:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#47596: File descriptor error when exiting emacs on android 11 Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 May 2021 13:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Henrik Grimler Cc: eliz@gnu.org, 47596@debbugs.gnu.org Received: via spool by 47596-submit@debbugs.gnu.org id=B47596.16208275831090 (code B ref 47596); Wed, 12 May 2021 13:54:02 +0000 Received: (at 47596) by debbugs.gnu.org; 12 May 2021 13:53:03 +0000 Received: from localhost ([127.0.0.1]:38500 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lgpIN-0000HW-7F for submit@debbugs.gnu.org; Wed, 12 May 2021 09:53:03 -0400 Received: from quimby.gnus.org ([95.216.78.240]:58830) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lgpIL-0000Gy-FZ for 47596@debbugs.gnu.org; Wed, 12 May 2021 09:53:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=uOMJ6Y9W9cVh/3QXUV8OWHCU/zpmv1btcMMAqqH910s=; b=ug/5kssbUerIgiNVk2FIRsnxbb i8ZWBtHfZVRmJ0ZFEtM9xOlkfFPd0FXnB1DCPGlfdrOWm4b4zJbYu1hZLzrjBhfJexdtzduunhrHE YtMLUiKJb4sq9xI2NOyMygaWhsQrhLhyOidFFfrfoKWqPzYMZUZiCZBfMDFjnp7h/YwQ=; Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lgpIC-00059A-MZ; Wed, 12 May 2021 15:52:55 +0200 From: Lars Ingebrigtsen References: <83im51deye.fsf@gnu.org> <730dad3a54f0f53b22e9603879e949b60f5b2c00.camel@grimler.se> <191e2295b88384adf0e7cc1e3dc84cf8f37eb973.camel@grimler.se> <838s5wdhef.fsf@gnu.org> <2215b2299da65d790a705d9b83051028a1a2b693.camel@grimler.se> <87k0ocw37m.fsf@gnus.org> <8a9fbefead009fce76aa5a28315c0fedf3ce7bec.camel@grimler.se> <3eca4ad4c693735b4c9d76b3d3301287086fed4b.camel@grimler.se> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEUMDR4pNFhoZ4P/ ///NGFFJAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+UFDA00AlWXEdEAAAGUSURBVCjPNVKxjtswDKUM y0A9eYgCJFvH5ivkAMnQSSlM46ApyxW1v+LQL3AB+9C7KQXsIOZX9lHXcqDwRL5nPdJEGs2FrvQ/ OKOgZ2WQdoVPl+YNyVmuFWYrkmX2G5yFoI85BqslcUrqQwUJMx6ooi9xSAKkYNe/5EldmXshS+7f V3cLyh/hoQldTzYQRIvVK3BM+4lbWRgt7QK2RLkLxNuVrEwdQNhoxSzMjDYDjueLfBdZAVpc16+f X+WhJhHJmVX7xVB4Y07JNrfeDNadEwhbb2Z7j2/pXdt6HguRyacKzVPxLuMCCd4e78OeZOnBCu1P GZ7IPkcYsuc/wj9gXyinp+K2n2bMT6oNddmNDiPA4+qow3zLm4JwosbEFxThw+p0vg4ZONZYNV4+ DgCUGwWZCNrKnBRQL3jXIfgESl3R2lRpvEd0uSvnutA0eef5pBsmk0YRj2CGOv0Jrr9gpLX7aIxj IGM7UsdN2Sh1NZ68a9+HHNT5mz2xLuUTmfNwd5zAmWz76/e2U7BeyMW6iQlI+Augmnr0p6VtjgAA ACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMS0wNS0xMlQxMzo1MjowMiswMDowMOfAgUYAAAAldEVYdGRh dGU6bW9kaWZ5ADIwMjEtMDUtMTJUMTM6NTI6MDIrMDA6MDCWnTn6AAAAAElFTkSuQmCC X-Now-Playing: Bertine Zetlitz's _Morbid Latenight Show_: "Apples And Diamonds" Date: Wed, 12 May 2021 15:52:52 +0200 In-Reply-To: <3eca4ad4c693735b4c9d76b3d3301287086fed4b.camel@grimler.se> (Henrik Grimler's message of "Tue, 11 May 2021 19:06:11 +0200") Message-ID: <87mtt0jbyj.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Henrik Grimler writes: > Enh at google suggested [1] that `setlinebuf (stderr)` could be an > alternative instead of opening a copy of stderr. I tried out the > attached patch, which removes the buferr variable and uses set [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Henrik Grimler writes: > Enh at google suggested [1] that `setlinebuf (stderr)` could be an > alternative instead of opening a copy of stderr. I tried out the > attached patch, which removes the buferr variable and uses setlinebuf > on stderr instead, and it seem to work (in the sense that emacs opens > and closes without errors) on archlinux as well as android. > > Could this work or do we need to have both buferr and stderr? Makes sense to me, but I seem to vaguely recall there being a lot of discussion about the buffered stderr when it was introduced... but none of the details. Eli? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 22:28:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#47596: File descriptor error when exiting emacs on android 11 Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 May 2021 14:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 47596@debbugs.gnu.org, henrik@grimler.se Received: via spool by 47596-submit@debbugs.gnu.org id=B47596.16208281003468 (code B ref 47596); Wed, 12 May 2021 14:02:02 +0000 Received: (at 47596) by debbugs.gnu.org; 12 May 2021 14:01:40 +0000 Received: from localhost ([127.0.0.1]:39961 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lgpQi-0000tr-By for submit@debbugs.gnu.org; Wed, 12 May 2021 10:01:40 -0400 Received: from eggs.gnu.org ([209.51.188.92]:45118) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lgpQe-0000tZ-5q for 47596@debbugs.gnu.org; Wed, 12 May 2021 10:01:38 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:58950) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lgpQY-00046B-56; Wed, 12 May 2021 10:01:30 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2599 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lgpQX-0001GI-JO; Wed, 12 May 2021 10:01:29 -0400 Date: Wed, 12 May 2021 17:01:36 +0300 Message-Id: <83r1ic2gqn.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87mtt0jbyj.fsf@gnus.org> (message from Lars Ingebrigtsen on Wed, 12 May 2021 15:52:52 +0200) References: <83im51deye.fsf@gnu.org> <730dad3a54f0f53b22e9603879e949b60f5b2c00.camel@grimler.se> <191e2295b88384adf0e7cc1e3dc84cf8f37eb973.camel@grimler.se> <838s5wdhef.fsf@gnu.org> <2215b2299da65d790a705d9b83051028a1a2b693.camel@grimler.se> <87k0ocw37m.fsf@gnus.org> <8a9fbefead009fce76aa5a28315c0fedf3ce7bec.camel@grimler.se> <3eca4ad4c693735b4c9d76b3d3301287086fed4b.camel@grimler.se> <87mtt0jbyj.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: eliz@gnu.org, 47596@debbugs.gnu.org > Date: Wed, 12 May 2021 15:52:52 +0200 > > Henrik Grimler writes: > > > Could this work or do we need to have both buferr and stderr? > > Makes sense to me, but I seem to vaguely recall there being a lot of > discussion about the buffered stderr when it was introduced... but none > of the details. Eli? We need them both, yes. The second one was introduced for a reason, so removing it would give us back the problems it solved. setlinebuf is not portable enough, and line buffering isn't supported on MS-Windows anyway. Maybe we could make some archlinux specific change, although that's ugly. And I'm worried that we don't actually understand the nature of the problem well enough: our code doesn't close both FILE streams, it closes at most only one. So this sounds to me like a false positive of the sanitizer, not a real problem with our code... From unknown Tue Jun 17 22:28:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#47596: File descriptor error when exiting emacs on android 11 Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 29 Jun 2022 10:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: henrik@grimler.se, 47596@debbugs.gnu.org Received: via spool by 47596-submit@debbugs.gnu.org id=B47596.16564996598384 (code B ref 47596); Wed, 29 Jun 2022 10:48:01 +0000 Received: (at 47596) by debbugs.gnu.org; 29 Jun 2022 10:47:39 +0000 Received: from localhost ([127.0.0.1]:57728 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o6VER-0002B9-00 for submit@debbugs.gnu.org; Wed, 29 Jun 2022 06:47:39 -0400 Received: from quimby.gnus.org ([95.216.78.240]:58528) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o6VEO-0002AO-Sj for 47596@debbugs.gnu.org; Wed, 29 Jun 2022 06:47:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=WQrYS7v7E/uVnMs3uQ5dC9hQx6EI3tX4DkJfG9VAOlc=; b=iYPVwjb+RbvPXcOY4jwJWBlh7c Sa8CvBnNQ8AOx/087rKWcEw8qAA3cQyvm3gzjkGY8YSKfkQewnA4jMDjN/KDyYyYpmqu7pAbkj0NY Dp+VHad7PnnB3sy+tM9DhLxBG5x3XcvyzuPKhxDi2dJrUvbQajVIJyBkm5ssAXcn5bUs=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o6VEG-0006ZH-3M; Wed, 29 Jun 2022 12:47:30 +0200 From: Lars Ingebrigtsen References: <83im51deye.fsf@gnu.org> <730dad3a54f0f53b22e9603879e949b60f5b2c00.camel@grimler.se> <191e2295b88384adf0e7cc1e3dc84cf8f37eb973.camel@grimler.se> <838s5wdhef.fsf@gnu.org> <2215b2299da65d790a705d9b83051028a1a2b693.camel@grimler.se> <87k0ocw37m.fsf@gnus.org> <8a9fbefead009fce76aa5a28315c0fedf3ce7bec.camel@grimler.se> <3eca4ad4c693735b4c9d76b3d3301287086fed4b.camel@grimler.se> <87mtt0jbyj.fsf@gnus.org> <83r1ic2gqn.fsf@gnu.org> X-Now-Playing: The Body's _I've Seen All I Need To See_: "They Are Coming" Date: Wed, 29 Jun 2022 12:47:27 +0200 In-Reply-To: <83r1ic2gqn.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 12 May 2021 17:01:36 +0300") Message-ID: <87a69vkaps.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > And I'm worried that we don't actually understand the nature of the > problem well enough: our code doesn't close both FILE streams, it > closes at most only one. So this sounds to me like a false p [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > And I'm worried that we don't actually understand the nature of the > problem well enough: our code doesn't close both FILE streams, it > closes at most only one. So this sounds to me like a false positive > of the sanitizer, not a real problem with our code... Henrik, is this still a problem with current versions of Emacs/Android? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 29 06:47:42 2022 Received: (at control) by debbugs.gnu.org; 29 Jun 2022 10:47:42 +0000 Received: from localhost ([127.0.0.1]:57731 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o6VEU-0002Bg-Ay for submit@debbugs.gnu.org; Wed, 29 Jun 2022 06:47:42 -0400 Received: from quimby.gnus.org ([95.216.78.240]:58542) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o6VES-0002Ag-Vv for control@debbugs.gnu.org; Wed, 29 Jun 2022 06:47:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=V1jlbAqGz1ystVQDpy21ec7EyjPjkXlaLZUnaNkiO6k=; b=ipSN8qrL89j1KUqETKTGi7ZT68 zbQNqggAlXSr2xF2zxAYQTbapaHAQPYV3fnlAwDe2zg3b5HTAkrbnyltlkX9N4B79pAJlFagL7nFX Oh+CwmPOxe7OcdVr3pIcKF873QstyCSYmzKqElWZ6S+8HM3LmmhNN7IgUJa5fT3e/x60=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o6VEL-0006ZR-9w for control@debbugs.gnu.org; Wed, 29 Jun 2022 12:47:35 +0200 Date: Wed, 29 Jun 2022 12:47:32 +0200 Message-Id: <878rpfkapn.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #47596 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 47596 + moreinfo quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) tags 47596 + moreinfo quit From unknown Tue Jun 17 22:28:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#47596: File descriptor error when exiting emacs on android 11 Resent-From: Henrik Grimler Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 29 Jun 2022 13:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Lars Ingebrigtsen Cc: Eli Zaretskii , 47596@debbugs.gnu.org Received: via spool by 47596-submit@debbugs.gnu.org id=B47596.165650917126436 (code B ref 47596); Wed, 29 Jun 2022 13:27:01 +0000 Received: (at 47596) by debbugs.gnu.org; 29 Jun 2022 13:26:11 +0000 Received: from localhost ([127.0.0.1]:58111 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o6Xhn-0006sG-Sl for submit@debbugs.gnu.org; Wed, 29 Jun 2022 09:26:11 -0400 Received: from out0.migadu.com ([94.23.1.103]:31520) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o6Xhi-0006s2-IM for 47596@debbugs.gnu.org; Wed, 29 Jun 2022 09:26:06 -0400 Date: Wed, 29 Jun 2022 15:25:58 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=grimler.se; s=key1; t=1656509161; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=ORZ/HMauh4/5UAcbD3o5KCReeOOQmjpjo8J8zIDQH6A=; b=AWT/De4bI4o87zFYTvVKKHvGyZD0i/2JNPU+v3YtuzOIqX0G7AcBbUpd4EyLd6s4Tk/e+k iavvOYD7S94X21yiRghKYpVSemIzOqIGo1Q7GpO2cx9y2ydds0OCpdFt9JhjH84ID+gJmn XcFr5I8E2igOjc2SNxn4YK9G+cE3xO0= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Henrik Grimler Message-ID: References: <730dad3a54f0f53b22e9603879e949b60f5b2c00.camel@grimler.se> <191e2295b88384adf0e7cc1e3dc84cf8f37eb973.camel@grimler.se> <838s5wdhef.fsf@gnu.org> <2215b2299da65d790a705d9b83051028a1a2b693.camel@grimler.se> <87k0ocw37m.fsf@gnus.org> <8a9fbefead009fce76aa5a28315c0fedf3ce7bec.camel@grimler.se> <3eca4ad4c693735b4c9d76b3d3301287086fed4b.camel@grimler.se> <87mtt0jbyj.fsf@gnus.org> <83r1ic2gqn.fsf@gnu.org> <87a69vkaps.fsf@gnus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87a69vkaps.fsf@gnus.org> X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: grimler.se X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hi Lars, On Wed, Jun 29, 2022 at 12:47:27PM +0200, Lars Ingebrigtsen wrote: > Eli Zaretskii writes: > > > And I'm worried that we don't actually understand the nature of the > > problem well enough: our code doesn't close both FILE streams, it > > closes at most only one. So this sounds to me like a false positive > > of the sanitizer, not a real problem with our code... > > Henrik, is this still a problem with current versions of Emacs/Android? The sanitizer still complains about it (just checked a new emacs build from master branch), but we have at least figured out a way to disable the sanitizer [1], so IMO the bug can be closed. For the record ~10 different packages out of around 2000 has triggered this file descriptor sanitizer (that I've seen so far), and in most cases it has been as unclear as for emacs what the issue is/if there actually is an issue. > -- > (domestic pets only, the antidote for overdose, milk.) > bloggy blog: http://lars.ingebrigtsen.no [1] https://github.com/termux/termux-packages/blob/master/packages/emacs/disable-fdsan.patch Best regards, Henrik Grimler From unknown Tue Jun 17 22:28:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#47596: File descriptor error when exiting emacs on android 11 Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 30 Jun 2022 09:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Henrik Grimler Cc: Eli Zaretskii , 47596@debbugs.gnu.org Received: via spool by 47596-submit@debbugs.gnu.org id=B47596.165658005019898 (code B ref 47596); Thu, 30 Jun 2022 09:08:02 +0000 Received: (at 47596) by debbugs.gnu.org; 30 Jun 2022 09:07:30 +0000 Received: from localhost ([127.0.0.1]:60978 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o6q94-0005Aq-Bj for submit@debbugs.gnu.org; Thu, 30 Jun 2022 05:07:30 -0400 Received: from quimby.gnus.org ([95.216.78.240]:41272) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o6q92-0005AY-Dm for 47596@debbugs.gnu.org; Thu, 30 Jun 2022 05:07:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=FeN4NyxN5pezLLBDThYrx6bgGMmMWhYyN+gVWZashZA=; b=VtaDMRXv14mit2Xn2AW7KIH4Sk ObO3O0vfaEnGPO68MbcBo7sjEGZDeZUGxyDCL3mtlMKxXHwGT5rDysoL6Ohpbps3aWVPeHK0h4z1v f+5Si72CZ3IrIrb996anabyfzX5d9uni/b4WJSDtZ7Y83AJmRYwVUO05K4sEH2/nhvmg=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o6q8t-0001f2-BX; Thu, 30 Jun 2022 11:07:21 +0200 From: Lars Ingebrigtsen In-Reply-To: (Henrik Grimler's message of "Wed, 29 Jun 2022 15:25:58 +0200") References: <730dad3a54f0f53b22e9603879e949b60f5b2c00.camel@grimler.se> <191e2295b88384adf0e7cc1e3dc84cf8f37eb973.camel@grimler.se> <838s5wdhef.fsf@gnu.org> <2215b2299da65d790a705d9b83051028a1a2b693.camel@grimler.se> <87k0ocw37m.fsf@gnus.org> <8a9fbefead009fce76aa5a28315c0fedf3ce7bec.camel@grimler.se> <3eca4ad4c693735b4c9d76b3d3301287086fed4b.camel@grimler.se> <87mtt0jbyj.fsf@gnus.org> <83r1ic2gqn.fsf@gnu.org> <87a69vkaps.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAGFBMVEU5MEFBV5OSe3mv S0jgzsGgFi/fqD3////on9Q6AAAAAWJLR0QHFmGI6wAAAAd0SU1FB+YGHggxBYtrJbYAAAGpSURB VDjLjZBRcuMwCIbJDexMD1Bh9T1jojx3VDYHWC0ncKv7H6GAZDvO5GEZjwX6gB8BoDaOo/82G6DZ ycDpAcB/gbXJExhgzT0dNR6aPIB2d+7g9Awc9Xo9Btja9hesUXff9QgjvndFSxs2vXAOoYNhBxcA HMM+915xAQxhn3tdYIDjHjXIA5wx5gMICt6YESPzZKqI7UHhDKPeMdtPq9As5vCGEZA9dOyeJzGD NXLSkFXmDjhHhTTHBlDrKG7gQoQO9DpONHfwpS6ZjgItmaREB5gceIVWZxKJoGk40UT6NY2MUxK5 wtVdooJz18hURAhsbPWp0LyOSyTXP5CvNvVESWzeT9bna6f4AdgBzdNsW+CsEgUTxHh3ELVdW8Yk 8hd7he2EpHgxk4EE6V/lip7n8vwlIoUEaq33Wpk/hBLpyT/iZqDWb+ZUVNO8A6h8T6UImbuDxeOk 05tzXzpYrLXaklI5AE0sNwc9o6YGpINKupXbEcgG6PYCqDo9gdZKtV8DkkTuUToCzSxeUZcnoJ3a vLWD0sO6nq6igLaLI+iNX4Am+EhN/RePAOvmkHezkwAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMi0w Ni0zMFQwODo0OTowNSswMDowMKh9W2cAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjItMDYtMzBUMDg6 NDk6MDUrMDA6MDDZIOPbAAAAAElFTkSuQmCC X-Now-Playing: The Cure's _The Top_: "The top" Date: Thu, 30 Jun 2022 11:07:18 +0200 Message-ID: <87wncyeczd.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Henrik Grimler writes: > The sanitizer still complains about it (just checked a new emacs build > from master branch), but we have at least figured out a way to disable > the sanitizer [1], so IMO the bug can be closed. > > [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Henrik Grimler writes: > The sanitizer still complains about it (just checked a new emacs build > from master branch), but we have at least figured out a way to disable > the sanitizer [1], so IMO the bug can be closed. > > For the record ~10 different packages out of around 2000 has triggered > this file descriptor sanitizer (that I've seen so far), and in most > cases it has been as unclear as for emacs what the issue is/if there > actually is an issue. Ah, I see. OK, I guess there's nothing to be done on the Emacs side here, then, and I'm closing this bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 30 05:07:37 2022 Received: (at control) by debbugs.gnu.org; 30 Jun 2022 09:07:37 +0000 Received: from localhost ([127.0.0.1]:60981 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o6q9B-0005BD-Mm for submit@debbugs.gnu.org; Thu, 30 Jun 2022 05:07:37 -0400 Received: from quimby.gnus.org ([95.216.78.240]:41288) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o6q9A-0005Az-24 for control@debbugs.gnu.org; Thu, 30 Jun 2022 05:07:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=QSb26dvrfkzoEIXzgrAxDKkc9tNcNi3PHj9kxjOwAxA=; b=AQw75pjjQ6zO5b02pHPMsrkuN/ qBzvcRg1Rni1CVvTcYT9MloEEYH7tJ2f6gxHo/7qTYklwXAX93Y6APFSRf9knk2ydLd++PrCcX5mX BQHt5S7umjdv61EV0vhXni7pe/GWl64rEFFkgzAWm0TXCmrep+GB19aaoNE5IBm23QAo=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o6q92-0001fD-47 for control@debbugs.gnu.org; Thu, 30 Jun 2022 11:07:30 +0200 Date: Thu, 30 Jun 2022 11:07:27 +0200 Message-Id: <87v8siecz4.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #47596 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 47596 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 47596 quit