From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 26 02:30:41 2016 Received: (at submit) by debbugs.gnu.org; 26 Feb 2016 07:30:41 +0000 Received: from localhost ([127.0.0.1]:46754 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aZCrJ-0008Oa-L9 for submit@debbugs.gnu.org; Fri, 26 Feb 2016 02:30:41 -0500 Received: from eggs.gnu.org ([208.118.235.92]:44580) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aZCrH-0008OI-3R for submit@debbugs.gnu.org; Fri, 26 Feb 2016 02:30:39 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aZCrA-0007Dk-Ll for submit@debbugs.gnu.org; Fri, 26 Feb 2016 02:30:33 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:55964) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aZCrA-0007De-IJ for submit@debbugs.gnu.org; Fri, 26 Feb 2016 02:30:32 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35530) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aZCr9-0002O9-0F for bug-gnu-emacs@gnu.org; Fri, 26 Feb 2016 02:30:32 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aZCr5-0007CQ-OJ for bug-gnu-emacs@gnu.org; Fri, 26 Feb 2016 02:30:30 -0500 Received: from utogwpl.gssm.otsuka.tsukuba.ac.jp ([210.154.96.162]:52970) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1aZCr5-0007B4-4K for bug-gnu-emacs@gnu.org; Fri, 26 Feb 2016 02:30:27 -0500 Received: (qmail 5854 invoked from network); 26 Feb 2016 07:30:20 -0000 Received: from OneOfLocalMachines (HELO smr00) (10.2.1.1) by 10.1.1.1 with SMTP; 26 Feb 2016 07:30:20 -0000 From: Atsuo Ohki To: bug-gnu-emacs@gnu.org Subject: 25.0.91; emacs-module.* Date: Fri, 26 Feb 2016 16:28:09 +0900 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Mac OS X 10.x X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: submit 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.0 (/) This is not a bug report, but feature enhancemnt for emacs-module.* API of emacs-module has two Lisp string related functions, `copy_string_contents' and `make_string'. Those functions assume UTF-8 encoded strings, but it becomes flexible if a user can specify a specific encoding. I made a following patch for accepting encoding. --- src/emacs-module.c-ORIG 2016-02-05 03:15:31.000000000 +0900 +++ src/emacs-module.c 2016-02-26 10:20:31.831515000 +0900 @@ -502,17 +502,22 @@ static bool module_copy_string_contents (emacs_env *env, emacs_value value, char *buffer, - ptrdiff_t *length) + ptrdiff_t *length, emacs_value coding) { MODULE_FUNCTION_BEGIN (false); Lisp_Object lisp_str = value_to_lisp (value); + Lisp_Object lisp_coding; if (! STRINGP (lisp_str)) { module_wrong_type (env, Qstringp, lisp_str); return false; } - Lisp_Object lisp_str_utf8 = ENCODE_UTF_8 (lisp_str); + if (coding == module_nil) lisp_coding = Qutf_8; + else if ((lisp_coding = value_to_lisp(coding)) == Qnil) lisp_coding = Qutf_8; + + Lisp_Object lisp_str_utf8 = + code_convert_string_norecord (lisp_str, lisp_coding, false); ptrdiff_t raw_size = SBYTES (lisp_str_utf8); if (raw_size == PTRDIFF_MAX) { @@ -545,16 +550,23 @@ } static emacs_value -module_make_string (emacs_env *env, const char *str, ptrdiff_t length) +module_make_string (emacs_env *env, const char *str, + ptrdiff_t length, emacs_value coding) { MODULE_FUNCTION_BEGIN (module_nil); + Lisp_Object lisp_coding; if (length > STRING_BYTES_BOUND) { module_non_local_exit_signal_1 (env, Qoverflow_error, Qnil); return module_nil; } Lisp_Object lstr = make_unibyte_string (str, length); - return lisp_to_value (code_convert_string_norecord (lstr, Qutf_8, false)); + + if (coding == module_nil) lisp_coding = Qutf_8; + else if ((lisp_coding = value_to_lisp(coding)) == Qnil) lisp_coding = Qutf_8; + + return lisp_to_value ( + code_convert_string_norecord (lstr, lisp_coding, false)); } static emacs_value --- src/emacs-module.h-ORIG 2016-02-05 03:15:31.000000000 +0900 +++ src/emacs-module.h 2016-02-25 14:25:04.785587000 +0900 @@ -151,7 +151,7 @@ emacs_value (*make_float) (emacs_env *env, double value); /* Copy the content of the Lisp string VALUE to BUFFER as an utf8 - null-terminated string. + (or specified coding) null-terminated string. SIZE must point to the total size of the buffer. If BUFFER is NULL or if SIZE is not big enough, write the required buffer size @@ -165,11 +165,13 @@ bool (*copy_string_contents) (emacs_env *env, emacs_value value, char *buffer, - ptrdiff_t *size_inout); + ptrdiff_t *size_inout, + emacs_value coding); - /* Create a Lisp string from a utf8 encoded string. */ + /* Create a Lisp string from a utf8 (or specified) encoded string. */ emacs_value (*make_string) (emacs_env *env, - const char *contents, ptrdiff_t length); + const char *contents, + ptrdiff_t length, emacs_value coding); /* Embedded pointer type. */ emacs_value (*make_user_ptr) (emacs_env *env, #=========================================================================== In GNU Emacs 25.0.91.1 (x86_64-ibm-freebsd10.2, X toolkit, Xaw3d scroll bars) of 2016-02-26 built on smr00 Configured using: 'configure x86_64-ibm-freebsd10.2 --srcdir=/usr/src/local/GNU/emacs/emacs-25.0.91 --with-x --x-includes=/usr/local/include --x-libraries=/usr/local/lib --with-x-toolkit=lucid --without-xim --with-modules --without-pop --without-xpm --without-jpeg --without-tiff --without-gif --without-png --without-rsvg --without-imagemagick --without-gpm --without-dbus --without-gconf --without-gsettings --without-selinux --without-gnutls LDFLAGS=-L/usr/local/lib' Configured features: XAW3D SOUND NOTIFY ACL LIBXML2 FREETYPE XFT ZLIB TOOLKIT_SCROLL_BARS LUCID X11 MODULES Important settings: locale-coding-system: nil Major mode: Fundamental Minor modes in effect: tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent messages: Loading /usr/local/share/emacs/site-lisp/site-start-25.x.el (source)... Loading /usr/local/share/emacs/25.0.91/site-lisp/canna-leim.el (source)... byte-code: Canna is not built into this Emacs No docstring slot for setup-japanese-environment-internal Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message idna dired format-spec rfc822 mml mml-sec epg epg-config gnus-util mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns help-mode easymenu cl-loaddefs pcase cl-lib mail-prsvr mail-utils time-date japan-util disp-table mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese charscript case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote kqueue dynamic-setting font-render-setting x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 87847 5715) (symbols 48 19548 0) (miscs 40 44 85) (strings 32 14122 4881) (string-bytes 1 406710) (vectors 16 9853) (vector-slots 8 453785 38367) (floats 8 162 258) (intervals 56 200 18) (buffers 976 11)) From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 26 04:11:13 2016 Received: (at 22815) by debbugs.gnu.org; 26 Feb 2016 09:11:14 +0000 Received: from localhost ([127.0.0.1]:46864 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aZEQb-0002KL-Pr for submit@debbugs.gnu.org; Fri, 26 Feb 2016 04:11:13 -0500 Received: from eggs.gnu.org ([208.118.235.92]:49049) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aZEQa-0002K9-8t for 22815@debbugs.gnu.org; Fri, 26 Feb 2016 04:11:12 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aZEQR-00048j-Uz for 22815@debbugs.gnu.org; Fri, 26 Feb 2016 04:11:07 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59984) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aZEQR-00048f-RP; Fri, 26 Feb 2016 04:11:03 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1995 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aZEQQ-0000gj-DB; Fri, 26 Feb 2016 04:11:03 -0500 Date: Fri, 26 Feb 2016 11:10:57 +0200 Message-Id: <83lh67et0e.fsf@gnu.org> From: Eli Zaretskii To: Atsuo Ohki In-reply-to: (message from Atsuo Ohki on Fri, 26 Feb 2016 16:28:09 +0900) Subject: Re: bug#22815: 25.0.91; emacs-module.* References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 22815 Cc: 22815@debbugs.gnu.org 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: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) > From: Atsuo Ohki > Date: Fri, 26 Feb 2016 16:28:09 +0900 > > This is not a bug report, but feature enhancemnt for emacs-module.* > > API of emacs-module has two Lisp string related functions, > `copy_string_contents' and `make_string'. > Those functions assume UTF-8 encoded strings, > but it becomes flexible if a user can specify a specific encoding. Thanks. But why cannot the module convert the string to UTF-8 before passing it to Emacs? From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 26 04:16:14 2016 Received: (at 22815) by debbugs.gnu.org; 26 Feb 2016 09:16:14 +0000 Received: from localhost ([127.0.0.1]:46869 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aZEVS-0002SG-BR for submit@debbugs.gnu.org; Fri, 26 Feb 2016 04:16:14 -0500 Received: from utogwpl.gssm.otsuka.tsukuba.ac.jp ([210.154.96.162]:59503) by debbugs.gnu.org with smtp (Exim 4.84) (envelope-from ) id 1aZEVQ-0002Ru-9A for 22815@debbugs.gnu.org; Fri, 26 Feb 2016 04:16:13 -0500 Received: (qmail 8938 invoked from network); 26 Feb 2016 09:16:05 -0000 Received: from OneOfLocalMachines (HELO ohki1.gssm.otsuka.tsukuba.ac.jp) (10.2.1.1) by 10.1.1.1 with SMTP; 26 Feb 2016 09:16:05 -0000 Received: from smr00 (localhost [127.0.0.1]) by ohki1.gssm.otsuka.tsukuba.ac.jp (8.15.2/8.14.9) with ESMTP id u1Q9G5qZ005099; Fri, 26 Feb 2016 18:16:05 +0900 (JST) (envelope-from ohki@gssm.otsuka.tsukuba.ac.jp) From: ohki@gssm.otsuka.tsukuba.ac.jp To: Eli Zaretskii Subject: Re: bug#22815: 25.0.91; emacs-module.* In-reply-to: Your message of "Fri, 26 Feb 2016 11:10:57 +0200" <83lh67et0e.fsf@gnu.org> References: <83lh67et0e.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain;charset=us-ascii X-Mailer: MH-E 8.6; MH 6.8.4.JP-3.05; GNU Emacs 24.5.1 Date: Fri, 26 Feb 2016 18:16:05 +0900 Message-ID: <5098.1456478165@smr00> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 22815 Cc: Atsuo Ohki , 22815@debbugs.gnu.org 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.0 (/) Eli Zaretskii writes: > > From: Atsuo Ohki > > Date: Fri, 26 Feb 2016 16:28:09 +0900 > > > > This is not a bug report, but feature enhancemnt for emacs-module.* > > > > API of emacs-module has two Lisp string related functions, > > `copy_string_contents' and `make_string'. > > Those functions assume UTF-8 encoded strings, > > but it becomes flexible if a user can specify a specific encoding. > > Thanks. > > But why cannot the module convert the string to UTF-8 before passing > it to Emacs? > Because, an external module could use a coding system other then UTF-8. I have used emacs-module capability to plugin CANNA server interface (CANNA server is a rather out of dated KANA-KANJI converter for japanese), and CANNA server uses euc-jp encoding for communication. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 26 04:46:55 2016 Received: (at 22815) by debbugs.gnu.org; 26 Feb 2016 09:46:55 +0000 Received: from localhost ([127.0.0.1]:46908 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aZEz9-0003CL-Gv for submit@debbugs.gnu.org; Fri, 26 Feb 2016 04:46:55 -0500 Received: from eggs.gnu.org ([208.118.235.92]:38519) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aZEz7-0003C4-Nk for 22815@debbugs.gnu.org; Fri, 26 Feb 2016 04:46:53 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aZEyy-0007li-Mr for 22815@debbugs.gnu.org; Fri, 26 Feb 2016 04:46:48 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:60830) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aZEyy-0007ld-JM; Fri, 26 Feb 2016 04:46:44 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2059 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aZEyx-0004rB-MN; Fri, 26 Feb 2016 04:46:44 -0500 Date: Fri, 26 Feb 2016 11:46:38 +0200 Message-Id: <83d1rjercx.fsf@gnu.org> From: Eli Zaretskii To: ohki@gssm.otsuka.tsukuba.ac.jp In-reply-to: <5098.1456478165@smr00> (ohki@gssm.otsuka.tsukuba.ac.jp) Subject: Re: bug#22815: 25.0.91; emacs-module.* References: <83lh67et0e.fsf@gnu.org> <5098.1456478165@smr00> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 22815 Cc: 22815@debbugs.gnu.org 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: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) > From: ohki@gssm.otsuka.tsukuba.ac.jp > Cc: Atsuo Ohki , 22815@debbugs.gnu.org > Date: Fri, 26 Feb 2016 18:16:05 +0900 > > > But why cannot the module convert the string to UTF-8 before passing > > it to Emacs? > > Because, an external module could use a coding system other then UTF-8. > I have used emacs-module capability to plugin CANNA server interface > (CANNA server is a rather out of dated KANA-KANJI converter for japanese), > and CANNA server uses euc-jp encoding for communication. I was asking why couldn't the plug-in do the conversion, e.g., by using libiconv? Emacs is not the only piece of software that knows how to convert from one encoding to another. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 26 05:10:06 2016 Received: (at 22815) by debbugs.gnu.org; 26 Feb 2016 10:10:06 +0000 Received: from localhost ([127.0.0.1]:46924 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aZFLa-0003k6-0Y for submit@debbugs.gnu.org; Fri, 26 Feb 2016 05:10:06 -0500 Received: from utogwpl.gssm.otsuka.tsukuba.ac.jp ([210.154.96.162]:58546) by debbugs.gnu.org with smtp (Exim 4.84) (envelope-from ) id 1aZFLX-0003jT-CH for 22815@debbugs.gnu.org; Fri, 26 Feb 2016 05:10:04 -0500 Received: (qmail 10269 invoked from network); 26 Feb 2016 10:09:57 -0000 Received: from OneOfLocalMachines (HELO ohki1.gssm.otsuka.tsukuba.ac.jp) (10.2.1.1) by 10.1.1.1 with SMTP; 26 Feb 2016 10:09:57 -0000 Received: from smr00 (localhost [127.0.0.1]) by ohki1.gssm.otsuka.tsukuba.ac.jp (8.15.2/8.14.9) with ESMTP id u1QA9vVK001299; Fri, 26 Feb 2016 19:09:57 +0900 (JST) (envelope-from ohki@gssm.otsuka.tsukuba.ac.jp) From: ohki@gssm.otsuka.tsukuba.ac.jp To: Eli Zaretskii Subject: Re: bug#22815: 25.0.91; emacs-module.* In-reply-to: Your message of "Fri, 26 Feb 2016 11:46:38 +0200" <83d1rjercx.fsf@gnu.org> References: <83lh67et0e.fsf@gnu.org> <5098.1456478165@smr00> <83d1rjercx.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain;charset=us-ascii X-Mailer: MH-E 8.6; MH 6.8.4.JP-3.05; GNU Emacs 24.5.1 Date: Fri, 26 Feb 2016 19:09:57 +0900 Message-ID: <1298.1456481397@smr00> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 22815 Cc: ohki@gssm.otsuka.tsukuba.ac.jp, 22815@debbugs.gnu.org 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.0 (/) Eli Zaretskii writes: > > From: ohki@gssm.otsuka.tsukuba.ac.jp > > Cc: Atsuo Ohki , 22815@debbugs.gnu.org > > Date: Fri, 26 Feb 2016 18:16:05 +0900 > > > > > But why cannot the module convert the string to UTF-8 before passing > > > it to Emacs? > > > > Because, an external module could use a coding system other then UTF-8. > > I have used emacs-module capability to plugin CANNA server interface > > (CANNA server is a rather out of dated KANA-KANJI converter for japanese), > > and CANNA server uses euc-jp encoding for communication. > > I was asking why couldn't the plug-in do the conversion, e.g., by > using libiconv? Emacs is not the only piece of software that knows > how to convert from one encoding to another. I considered using libiconv once, but Emacs has the conversion capability, so why not use it. It is simple to use Emacs itself for conversion, than using different conversion library, as long as a plugin runs as a part of Emacs process. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 26 13:26:35 2016 Received: (at 22815) by debbugs.gnu.org; 26 Feb 2016 18:26:36 +0000 Received: from localhost ([127.0.0.1]:47867 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aZN63-0002Pe-OA for submit@debbugs.gnu.org; Fri, 26 Feb 2016 13:26:35 -0500 Received: from eggs.gnu.org ([208.118.235.92]:36975) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aZN62-0002PQ-5M for 22815@debbugs.gnu.org; Fri, 26 Feb 2016 13:26:34 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aZN5t-00041I-5T for 22815@debbugs.gnu.org; Fri, 26 Feb 2016 13:26:29 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:54014) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aZN5t-00041C-2R; Fri, 26 Feb 2016 13:26:25 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3364 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aZN5s-0005Dx-Dd; Fri, 26 Feb 2016 13:26:24 -0500 Date: Fri, 26 Feb 2016 20:26:07 +0200 Message-Id: <83y4a7coqo.fsf@gnu.org> From: Eli Zaretskii To: ohki@gssm.otsuka.tsukuba.ac.jp In-reply-to: <1298.1456481397@smr00> (ohki@gssm.otsuka.tsukuba.ac.jp) Subject: Re: bug#22815: 25.0.91; emacs-module.* References: <83lh67et0e.fsf@gnu.org> <5098.1456478165@smr00> <83d1rjercx.fsf@gnu.org> <1298.1456481397@smr00> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 22815 Cc: 22815@debbugs.gnu.org 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: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: ohki@gssm.otsuka.tsukuba.ac.jp > Cc: ohki@gssm.otsuka.tsukuba.ac.jp, 22815@debbugs.gnu.org > Date: Fri, 26 Feb 2016 19:09:57 +0900 > > > I was asking why couldn't the plug-in do the conversion, e.g., by > > using libiconv? Emacs is not the only piece of software that knows > > how to convert from one encoding to another. > > I considered using libiconv once, but Emacs has the conversion > capability, so why not use it. Because it can signal an error, if the encoding you pass is not a valid coding-system that Emacs recognizes? From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 26 18:21:49 2016 Received: (at 22815) by debbugs.gnu.org; 26 Feb 2016 23:21:49 +0000 Received: from localhost ([127.0.0.1]:47972 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aZRhl-0002Sk-29 for submit@debbugs.gnu.org; Fri, 26 Feb 2016 18:21:49 -0500 Received: from utogwpl.gssm.otsuka.tsukuba.ac.jp ([210.154.96.162]:60023) by debbugs.gnu.org with smtp (Exim 4.84) (envelope-from ) id 1aZRhi-0002SW-Ep for 22815@debbugs.gnu.org; Fri, 26 Feb 2016 18:21:47 -0500 Received: (qmail 30738 invoked from network); 26 Feb 2016 23:21:39 -0000 Received: from OneOfLocalMachines (HELO ohki1.gssm.otsuka.tsukuba.ac.jp) (10.2.1.1) by 10.1.1.1 with SMTP; 26 Feb 2016 23:21:39 -0000 Received: from smr00 (localhost [127.0.0.1]) by ohki1.gssm.otsuka.tsukuba.ac.jp (8.15.2/8.14.9) with ESMTP id u1QNLdUb004540; Sat, 27 Feb 2016 08:21:39 +0900 (JST) (envelope-from ohki@gssm.otsuka.tsukuba.ac.jp) From: ohki@gssm.otsuka.tsukuba.ac.jp To: Eli Zaretskii Subject: Re: bug#22815: 25.0.91; emacs-module.* In-reply-to: Your message of "Fri, 26 Feb 2016 20:26:07 +0200" <83y4a7coqo.fsf@gnu.org> References: <83lh67et0e.fsf@gnu.org> <5098.1456478165@smr00> <83d1rjercx.fsf@gnu.org> <1298.1456481397@smr00> <83y4a7coqo.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain;charset=us-ascii X-Mailer: MH-E 8.6; MH 6.8.4.JP-3.05; GNU Emacs 24.5.1 Date: Sat, 27 Feb 2016 08:21:39 +0900 Message-ID: <4539.1456528899@smr00> X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 22815 Cc: ohki@gssm.otsuka.tsukuba.ac.jp, 22815@debbugs.gnu.org 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.0 (/) Eli Zaretskii writes: > > From: ohki@gssm.otsuka.tsukuba.ac.jp > > Cc: ohki@gssm.otsuka.tsukuba.ac.jp, 22815@debbugs.gnu.org > > Date: Fri, 26 Feb 2016 19:09:57 +0900 > > > > > I was asking why couldn't the plug-in do the conversion, e.g., by > > > using libiconv? Emacs is not the only piece of software that knows > > > how to convert from one encoding to another. > > > > I considered using libiconv once, but Emacs has the conversion > > capability, so why not use it. > > Because it can signal an error, if the encoding you pass is not a > valid coding-system that Emacs recognizes? > Yes it does! In the course of developing my plugin, I encountered `Invalid coding system' message, and Emacs keep working (no crash, no hangup). From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 27 03:20:22 2016 Received: (at 22815) by debbugs.gnu.org; 27 Feb 2016 08:20:22 +0000 Received: from localhost ([127.0.0.1]:48156 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aZa6w-0001In-AK for submit@debbugs.gnu.org; Sat, 27 Feb 2016 03:20:22 -0500 Received: from eggs.gnu.org ([208.118.235.92]:49943) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aZa6u-0001Ia-Jx for 22815@debbugs.gnu.org; Sat, 27 Feb 2016 03:20:21 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aZa6o-00062T-NF for 22815@debbugs.gnu.org; Sat, 27 Feb 2016 03:20:15 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41645) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aZa6k-000624-8k; Sat, 27 Feb 2016 03:20:10 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3959 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aZa6j-0004F7-Fl; Sat, 27 Feb 2016 03:20:09 -0500 Date: Sat, 27 Feb 2016 10:19:50 +0200 Message-Id: <83h9gud0pl.fsf@gnu.org> From: Eli Zaretskii To: ohki@gssm.otsuka.tsukuba.ac.jp, Daniel Colascione , John Wiegley In-reply-to: <4539.1456528899@smr00> (ohki@gssm.otsuka.tsukuba.ac.jp) Subject: Re: bug#22815: 25.0.91; emacs-module.* References: <83lh67et0e.fsf@gnu.org> <5098.1456478165@smr00> <83d1rjercx.fsf@gnu.org> <1298.1456481397@smr00> <83y4a7coqo.fsf@gnu.org> <4539.1456528899@smr00> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 22815 Cc: 22815@debbugs.gnu.org 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: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: ohki@gssm.otsuka.tsukuba.ac.jp > Cc: ohki@gssm.otsuka.tsukuba.ac.jp, 22815@debbugs.gnu.org > Date: Sat, 27 Feb 2016 08:21:39 +0900 > > Eli Zaretskii writes: > > > From: ohki@gssm.otsuka.tsukuba.ac.jp > > > Cc: ohki@gssm.otsuka.tsukuba.ac.jp, 22815@debbugs.gnu.org > > > Date: Fri, 26 Feb 2016 19:09:57 +0900 > > > > > > > I was asking why couldn't the plug-in do the conversion, e.g., by > > > > using libiconv? Emacs is not the only piece of software that knows > > > > how to convert from one encoding to another. > > > > > > I considered using libiconv once, but Emacs has the conversion > > > capability, so why not use it. > > > > Because it can signal an error, if the encoding you pass is not a > > valid coding-system that Emacs recognizes? > > Yes it does! > In the course of developing my plugin, > I encountered `Invalid coding system' message, and Emacs keep working > (no crash, no hangup). It's all too easy to get that, since Emacs coding-systems have names that are rarely used elsewhere. And using libiconv is easy enough. So I'm uneasy about this. What do others think? From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 29 06:05:56 2016 Received: (at 22815) by debbugs.gnu.org; 29 Mar 2016 10:05:56 +0000 Received: from localhost ([127.0.0.1]:42855 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akqX6-0006u5-Jx for submit@debbugs.gnu.org; Tue, 29 Mar 2016 06:05:56 -0400 Received: from mail-lf0-f41.google.com ([209.85.215.41]:36559) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akqX4-0006ts-Pz for 22815@debbugs.gnu.org; Tue, 29 Mar 2016 06:05:55 -0400 Received: by mail-lf0-f41.google.com with SMTP id e133so7831982lfe.3 for <22815@debbugs.gnu.org>; Tue, 29 Mar 2016 03:05:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=JrMVjYbPpkhWtNaDnJ5jqIP8V028XcLhttjZnVrPEE8=; b=yANDipl76zTQfBSzRAH5afcN9+VL/wMXTQR/50dZjW//e/3t0JLEWzDjP9ZQ+HnQQm 4qXWZIHT1ddq3uE/swkqGjRn11dRm93DR/lperMsxyVWCpnIw+RO5favMmilrwkj5CB1 D1A6cy8eBva0h42R0IWRupUJku1LtP5eq9nw/QMYWNEqXjzGFRCkYTJvI4Ad4irvFatW lOJTTqhg14bDc8NfamCte6l4VXqRNBuixwn8s5rO9lY43W6Lzsvvadww55b16356t7aR pxuX3sbXYXROa6DC6p18ZQECmC6cG1U+ITlfkKhZCyGD/ZQSqUUzOgSSmAKA2/nsOYQ2 pE1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=JrMVjYbPpkhWtNaDnJ5jqIP8V028XcLhttjZnVrPEE8=; b=LqEswKSowYytHxz2wC8qY1ikcmQwGaoUm8ZJtbcJXY90mYwCq1CkB7VT5twZf0wmv+ rLyHF7lYE7N02VJfYsuXKEri7lF0VS63npUSyj8vUGC7V2ELyIshA4OHxgo8cyISH7JK 6ZcQZiL+/xvuUKnP17VEB+jyDyPrqi0y2VSOLaljYlDHpXOeOG1ewtAVK/IfbsJpyV5J 3KEC3H4yad6lcIAPAO0E+u48P+G7IhnCoUJGZgIBLWWbBlPpOST5tul6lDFib5JGRjxf GpNrJsiiL5/9qx2N/Bb7FHppfu+xf56DfgeCKKJg8CscKDa9iou+343aC/curzlVzYq/ I1xg== X-Gm-Message-State: AD7BkJJenyuu/ySRZ6GYIPjp3cIi9wqw+exYpqTJ5dMMhGbwqrdeB6p7lGNeAqfUj4Rnn3XWKm/XiE05szZ50A== X-Received: by 10.25.137.67 with SMTP id l64mr620280lfd.158.1459245948904; Tue, 29 Mar 2016 03:05:48 -0700 (PDT) MIME-Version: 1.0 References: <83lh67et0e.fsf@gnu.org> <5098.1456478165@smr00> <83d1rjercx.fsf@gnu.org> <1298.1456481397@smr00> <83y4a7coqo.fsf@gnu.org> <4539.1456528899@smr00> <83h9gud0pl.fsf@gnu.org> In-Reply-To: <83h9gud0pl.fsf@gnu.org> From: Philipp Stephani Date: Tue, 29 Mar 2016 10:05:39 +0000 Message-ID: Subject: Re: bug#22815: 25.0.91; emacs-module.* To: Eli Zaretskii , ohki@gssm.otsuka.tsukuba.ac.jp, Daniel Colascione , John Wiegley Content-Type: multipart/alternative; boundary=001a113fa3fe6cae06052f2d2c5c X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 22815 Cc: 22815@debbugs.gnu.org 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.5 (/) --001a113fa3fe6cae06052f2d2c5c Content-Type: text/plain; charset=UTF-8 Eli Zaretskii schrieb am Sa., 27. Feb. 2016 um 09:21 Uhr: > > From: ohki@gssm.otsuka.tsukuba.ac.jp > > Cc: ohki@gssm.otsuka.tsukuba.ac.jp, 22815@debbugs.gnu.org > > Date: Sat, 27 Feb 2016 08:21:39 +0900 > > > > Eli Zaretskii writes: > > > > From: ohki@gssm.otsuka.tsukuba.ac.jp > > > > Cc: ohki@gssm.otsuka.tsukuba.ac.jp, 22815@debbugs.gnu.org > > > > Date: Fri, 26 Feb 2016 19:09:57 +0900 > > > > > > > > > I was asking why couldn't the plug-in do the conversion, e.g., by > > > > > using libiconv? Emacs is not the only piece of software that knows > > > > > how to convert from one encoding to another. > > > > > > > > I considered using libiconv once, but Emacs has the conversion > > > > capability, so why not use it. > > > > > > Because it can signal an error, if the encoding you pass is not a > > > valid coding-system that Emacs recognizes? > > > > Yes it does! > > In the course of developing my plugin, > > I encountered `Invalid coding system' message, and Emacs keep working > > (no crash, no hangup). > > It's all too easy to get that, since Emacs coding-systems have names > that are rarely used elsewhere. And using libiconv is easy enough. > > So I'm uneasy about this. What do others think? > > > > I agree, this adds complexity without significant advantages. I'd recommend to add a wrapper for make-unibyte-string instead, then users can choose to use Emacs functions for decoding and encoding strings. --001a113fa3fe6cae06052f2d2c5c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Eli Za= retskii <eliz@gnu.org> schrieb am= Sa., 27. Feb. 2016 um 09:21=C2=A0Uhr:
> From: ohki@gssm.otsuka.tsukuba.ac.jp
> Cc: ohki@gssm.otsuka.tsukuba.ac.jp, 22815@debbugs.gnu.org
> Date: Sat, 27 Feb 2016 08:21:39 +0900
>
> Eli Zaretskii writes:
> > > From: ohki@gssm.otsuka.tsukuba.ac.jp
> > > Cc: ohki@gssm.otsuka.tsukuba.ac.jp, 22815@debbugs.gnu.org
> > > Date: Fri, 26 Feb 2016 19:09:57 +0900
> > >
> > > > I was asking why couldn't the plug-in do the conver= sion, e.g., by
> > > > using libiconv?=C2=A0 Emacs is not the only piece of so= ftware that knows
> > > > how to convert from one encoding to another.
> > >
> > >=C2=A0 I considered using libiconv once, but Emacs has the co= nversion
> > >=C2=A0 capability, so why not use it.
> >
> > Because it can signal an error, if the encoding you pass is not a=
> > valid coding-system that Emacs recognizes?
>
>=C2=A0 Yes it does!
>=C2=A0 In the course of developing my plugin,
>=C2=A0 I encountered `Invalid coding system' message,=C2=A0 and Ema= cs keep working
>=C2=A0 (no crash, no hangup).

It's all too easy to get that, since Emacs coding-systems have names that are rarely used elsewhere.=C2=A0 And using libiconv is easy enough.
So I'm uneasy about this.=C2=A0 What do others think?




I agree, this adds complexity without = significant advantages.
I'd recommend to add a wrapper for ma= ke-unibyte-string instead, then users can choose to use Emacs functions for= decoding and encoding strings.=C2=A0
--001a113fa3fe6cae06052f2d2c5c-- From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 02 01:45:39 2017 Received: (at control) by debbugs.gnu.org; 2 Apr 2017 05:45:40 +0000 Received: from localhost ([127.0.0.1]:56340 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cuYKZ-0006sx-NM for submit@debbugs.gnu.org; Sun, 02 Apr 2017 01:45:39 -0400 Received: from mail-io0-f180.google.com ([209.85.223.180]:36065) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cuYKY-0006sk-Ji for control@debbugs.gnu.org; Sun, 02 Apr 2017 01:45:38 -0400 Received: by mail-io0-f180.google.com with SMTP id l7so59481456ioe.3 for ; Sat, 01 Apr 2017 22:45:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:subject:date:message-id:mime-version; bh=xqiXI1wdModlEONTQkGFsyXEqzqblng8lnSjV5FoEW0=; b=CmKwBGBMTr219XS6ltbzlMivdXA2LNtkUB8wcsg+Qi2rjkexH6DrcobmHRgEJtW75Y 0aZ4WTKRq4rtqCTjFLKU+M4SI/sFlf8ZEEhh7S5b9hMu5YrTqpj04Fm01LVlouFO/1eZ 5xrF7qG/Nd5RxnkYIUFgEIaijM0Kjcx/xIVJtgxHCgFgV7OTDU2VZrTX6SezTJjoqJHI 5Ds+IRNjlLRbwDo48+uGzCSzlgvhHGunZfUjR88shzpGSLRcni0cI9VHnyBgGUkr7v2u umkdrgerrQnoXNE/ZObhfvbQJ3s+lXDcnwRGrA1HlBrsYPIFSppZrRtvSg3X0XhoXVoi XGUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:subject:date:message-id :mime-version; bh=xqiXI1wdModlEONTQkGFsyXEqzqblng8lnSjV5FoEW0=; b=HhyRedbCUiWDsp0A5rUa+kM50wu7ApjzrWng5Q21NiXYMrOpt+KexLOfxkJBCFJgxV qmdyX89gZiUhdudvRq4RPBJOhNzDxM2zdqHGh22dkonzdRUx4VjOO98H6sus067bas5C Imb6bH2Qntw2z9Do1bgxt6XjIv+GNbM6QqZ+c8iUTZeRGkjDPxpPmQW0rkiIYVM9MNtD GR+0x+IrlCZysSsaolqWdUZXtbecrf40Mrnarpe1QDZH3EXyoeOuNJgVHmHFsWwgvkLl SJvbWM2lGqirHGiNhH+7wtm3JmotmgRIiq4xtq9cHb3Xf4jqr4U0sVOmy7mgkNt9b5PQ qrYw== X-Gm-Message-State: AFeK/H1THdYGqKuiZWccLOD9gvdMFcdF4WQsHTqY0H3IOwqPBG/+yDnA6z+MwfM1CxP+6g== X-Received: by 10.107.14.69 with SMTP id 66mr12088939ioo.88.1491111932954; Sat, 01 Apr 2017 22:45:32 -0700 (PDT) Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id m125sm5817273iom.38.2017.04.01.22.45.32 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 01 Apr 2017 22:45:32 -0700 (PDT) From: npostavs@users.sourceforge.net To: control@debbugs.gnu.org Subject: control message for bug #22815 Date: Sun, 02 Apr 2017 01:46:56 -0400 Message-ID: <87inmnxsxb.fsf@users.sourceforge.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) 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: -2.1 (--) retitle 22815 [module] allow different encodings for to copy_string_contents and make_string # opinion seems to be leaning towards not adding this tags 22815 wontfix quit From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 29 14:39:10 2019 Received: (at control) by debbugs.gnu.org; 29 Jul 2019 18:39:10 +0000 Received: from localhost ([127.0.0.1]:49122 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hsAY9-0005Ms-S9 for submit@debbugs.gnu.org; Mon, 29 Jul 2019 14:39:10 -0400 Received: from quimby.gnus.org ([80.91.231.51]:47680) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hsAY8-0005Mk-K2 for control@debbugs.gnu.org; Mon, 29 Jul 2019 14:39:08 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hsAY4-0004oz-KZ for control@debbugs.gnu.org; Mon, 29 Jul 2019 20:39:06 +0200 Date: Mon, 29 Jul 2019 20:39:03 +0200 Message-Id: <87mugw7kjc.fsf@mouse.gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #22815 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 22815 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: 0.0 (/) 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: -1.0 (-) close 22815 quit From unknown Mon Aug 18 14:25:34 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 27 Aug 2019 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator