From unknown Tue Jun 17 20:21:19 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#55727 <55727@debbugs.gnu.org> To: bug#55727 <55727@debbugs.gnu.org> Subject: Status: 29.0.50; Incorrect zero symbol transcoding between applications Reply-To: bug#55727 <55727@debbugs.gnu.org> Date: Wed, 18 Jun 2025 03:21:19 +0000 retitle 55727 29.0.50; Incorrect zero symbol transcoding between applicatio= ns reassign 55727 emacs submitter 55727 =D0=9F=D0=B5=D1=82=D1=80=D0=BE=D0=B2 =D0=90=D0=BD=D0=B4=D1= =80=D0=B5=D0=B9 severity 55727 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Mon May 30 09:09:13 2022 Received: (at submit) by debbugs.gnu.org; 30 May 2022 13:09:13 +0000 Received: from localhost ([127.0.0.1]:43217 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nvf8z-0006o0-5I for submit@debbugs.gnu.org; Mon, 30 May 2022 09:09:13 -0400 Received: from lists.gnu.org ([209.51.188.17]:37914) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nvf8w-0006nj-3U for submit@debbugs.gnu.org; Mon, 30 May 2022 09:09:11 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:43134) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nvf8v-0001Mv-A3 for bug-gnu-emacs@gnu.org; Mon, 30 May 2022 09:09:09 -0400 Received: from mail2.itgrp.ru ([87.251.91.230]:52847) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nvf8r-0007Xg-Jx for bug-gnu-emacs@gnu.org; Mon, 30 May 2022 09:09:07 -0400 IronPort-SDR: BTzbuaTv2Dzkr6Nvd+Z2/vz6814/LXgfCO8T+zWLFf1kIyuzjOGQgPKLIdmLJtC8PmhJ8D+Qr2 BbS68Ud6AhdA== X-IronPort-AV: E=Sophos;i="5.90,182,1643662800"; d="scan'208";a="156258944" From: =?koi8-r?B?8MXU0s/XIOHOxNLFyg==?= To: "bug-gnu-emacs@gnu.org" Subject: 29.0.50; Incorrect zero symbol transcoding between applications Thread-Topic: 29.0.50; Incorrect zero symbol transcoding between applications Thread-Index: AQHYdCY5eNIAMgZ12EaveCQ5PKu/BA== Date: Mon, 30 May 2022 13:08:52 +0000 Message-ID: Accept-Language: ru-RU, en-US Content-Language: ru-RU X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.24.4.20] Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Received-SPF: pass client-ip=87.251.91.230; envelope-from=prvs=142038e7c=an.petrov@pay-lab.ru; helo=mail2.itgrp.ru X-Spam_score_int: 13 X-Spam_score: 1.3 X-Spam_bar: + X-Spam_report: (1.3 / 5.0 requ) BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) 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: -2.4 (--) Hello, team! Please check the following behavior: 1. Start two instances of emacs -Q. 2. Switch to the "*scratch*" buffer of the first one and type the following= : M-: (insert (format "%S" "000\000000")) [RET] You should see "000^@000" string. 3. Copy the string into clipboard and paste into the other instance of Emacs (which you have started before). I get "000\0000" instead of "000\000000" 4. Try evaluating inserted text ("000\0000") C-c C-e I get "000^@0" instead of "000^@000". It seems that "^@" is transcoded between applications into "\0" instead of "\000". If I do the same test inside single instance of Emacs I get the correct result. In GNU Emacs 29.0.50 (build 3, x86_64-pc-linux-gnu, GTK+ Version 3.24.34, c= airo version 1.17.6) of 2022-05-30 built on pva-msi Repository revision: 004e6ae3f42bdc8cd632060f56dbf8c1ea850c4a Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12101003 System Description: Arch Linux Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBOTF LIBSYSTEMD LIBXML2 M17N_FLT MODULES NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS WEBP X11 XDBE XIM XINPUT2 XPM GTK3 ZLIB Important settings: value of $LANG: ru_RU.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-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 blink-cursor-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message mailcap yank-media rmc puny dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util text-property-search seq gv byte-opt bytecomp byte-compile cconv mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils time-date subr-x cl-loaddefs cl-lib cyril-util iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice simple cl-generic indonesian philippine 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 composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit xinput2 x multi-tty make-network-process emacs) Memory information: ((conses 16 43966 8699) (symbols 48 5718 1) (strings 32 15667 1941) (string-bytes 1 509558) (vectors 16 11167) (vector-slots 8 162892 11831) (floats 8 23 52) (intervals 56 457 0) (buffers 992 11)) Best regards, Andrey Petrov. From debbugs-submit-bounces@debbugs.gnu.org Mon May 30 09:43:15 2022 Received: (at 55727) by debbugs.gnu.org; 30 May 2022 13:43:16 +0000 Received: from localhost ([127.0.0.1]:43439 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nvffv-00084N-IS for submit@debbugs.gnu.org; Mon, 30 May 2022 09:43:15 -0400 Received: from sonic301-31.consmr.mail.ne1.yahoo.com ([66.163.184.200]:42210) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nvffq-00083Z-8s for 55727@debbugs.gnu.org; Mon, 30 May 2022 09:43:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1653918183; bh=WUbmKt7o7fTOwlRMLo4RxTta+Ie6kXTdOs/vQkDS2HU=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=SIsj3ft+8hAMiwao1xh3aC3VnJC+NUCf0UDgZxX+/de5yu3yy6uBVmVSdikKGARpPrFQnQu+KqUagK93nqHjOOUmtLk3LHOhb8hu4jWn++vASLFiI3Qfoo2sVKQOpIZwKXOfeUz6X9CNAcpqqj8ZJEhRdtcE+uI91wQZ797M0XIAvHaj+BHINsJy+xTeRJIOpEBP62BVsEvnSFGHe/OOjTzpeWN2Rbb9ilvvxcWp52GhV1zd7vqEa/Y+l3Hjy7Gm10LQKYwK5OqYzcysdILW3vZP9qXLt6J7OH6TJ2KreH80jQ1qs3pIi+VPdbdigVVbGBZePGresn8OZ9rE9MQwDA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1653918183; bh=C3hu2FgRwRxFAFkqMGklJzPzrBhyd+RXzULWJvPyZDv=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=UtJQW+Zy0rtjwwmiJ4Azn6Ck4uoErBkYBC3OYtkUz7nsr84K6lDMeQiNNE73FMmS9oJKeKU7/0yLh6jVQ8NURPHaksTAJGQdQ6W0cmmgOcQL8gY22BQKxIWpnUu6WL8Lvg0b/f5/KKYLwyDlpAhFZiZpm/yJr9shYw9kHapnqzSkwYEzXxmngtN9PTYBdg9BuCntGONA6hxR1PSBirSISnmVukwwfRW3Zl389W07pQEMnD4xc6K6t0Um1A5i4/nNH6FjOGtPyG4BaB8eMjrk1C5TpKEgjdmkQ9gNAZEeCrRVsAdUX518XIcei7T6Xf1jQx+eZ1TL9QeXGrLpZJHKxw== X-YMail-OSG: P4tDlHsVM1mqc_6b5Iq4s0MVTe71dzC3ruDN1BCZ2CuQBA7WhYbvXmakLhm2oPj 8e2RirGvLYHZTNvLR2W0s2RkvAAAlPoHcDsoYK49GhCNxBxfGwwFSrrOBUImK2N0D24PTf30UFjr UZloniE7iUlD64NOiOHjXXormdTm5g7ha_aFBRXp7MyjKAQLmea1kfHkTn.uXO5U81FWW54v6ofo Y3UrH0IxEuv7xOHlyMPtCd8J4xr2EsKGnSM6evuG3WUxkpHebpxSbf2exhR9OTyfZ8Nz0YLDm5IG NIK4ZOXujgoFeNSR_3J9QuZP7XwmqGbRZuab51FESYywQcXA7REomWTPlRxbsZGdZinjOu40QfsR I.DQY_pSY7zXSqthHOXHTb65HX5eEMG3hLtDWLDm9Se6VyR.t7XQf1snWQmAH_Nf9ToeFqzP5gZG .2vMHXTI14cul7ES6GdsgFTSFjY6W35l4eyn6hixb1gZsNwcZ.7iPZNEAj94Akfxf0gdmdn6ztvV 8LQITrg6h_AntHdT3uEW3Ee81jEYMsHtAuyAb1avc5NLHxxTJ5x0BJnWEmemcKMOOHkF0Y.3k1YM _1AIX1AAnDq80vDBiZubsKZOdEO87luBxXbm6xizeIWUL8LXqtNpXZMzd0U.hLvj6qSxlZlmcnwV 0lIl11IYmRD2uk2m2thqi8Lz18TvM2iKynK8VkO.1PqPRehIMj1ISJxcFSGNB.eApK7zs4pNtR.p _lX5ryE2jOrAxgTFNlKSbP2qjFd5OUSovc859aCtOpVkbimDrKLDIVtzH1RVoVzX2k9ZwJjS5Td7 VdLI7Wlc_8CM1N9t6tv7qyLoLDGAJ7hdSyGxys3k4Pl_bZ0JcyV4VuifAlo_IlR5p76Bt9b9kAYi 11WxMkhQWVpFOxmkT7gByo.oKJ09WrnFyoagzCfhLZwhxA._WBx0OAqEP30q3XPw4Rq28SwyXrZ8 qKwa9Pv.vGudIb9sv5DORRvko1KNZaqQV48bjm5BIew_nxV8Zyg_4wnvYJVd1VPeTphuBMtLoiJK PM7roboZIjUlkxJuJCnvxQZIHIOdG0ome5_AqucMmRa58J3PMn.RSJuVQwAW7DZGPABmLd6RqSQ9 XgcVYoAi2UkrpbovozPnONWrhbwVsGBhitixeYmcKJz1iPT2.GVz1w5UeF.v3FHNbKKhGpGMLRbq UPz6OnGtn0Xw.d5IxrmRqdo58Y5LUcTlgc2X0oW7tbt51Qtz5aN4JhzG.j3Dp2nG1mXFS8tNzycR E3OmiVfYhBghC8EBdc8pkp_DZe2H7g79uWLyZZgrpLsBmjksUKO2N_HfXi4AA6YBbZfGKUEYCfM3 Q990IywmXuU7kZTdf6djm8TQkIFk2nBxxag7keJnKS..tW.zMiye5ZVbYrjxJCjMi9pzEaB_BD69 BUrn0jdsyLYWXFm1MdTbfS8dE9Oxpuzy6ikFLeVEPMTke_3Mxldr2C_GEPNUlabTYVKpakaWx0tL GPA52OwneKajI3GPybawBBVCtr3p4NbYWz3VF6LB1I8amr_hLSggllL92_XX1ogFglMFWenIOd6v _dEHA7nq7_0xDWe1imh59wFtqh2yO_ZjAWfhwtkfxKjlkqUBJ0GIhT47geYhrS_lbvLGCSg.OCJj duTSg73nFfbTFMJix8QaQCcNiT1Bxbfi_.t9LW73b5DgOO9HLNpEZDAY.Xhkf0T4e_JFs7rXTMk5 LKAqC8CQJmduKVMs6iST5bhJsOxREXb3itd409ZiL9BGhbq1C47zmrariISxc4VVWm.tKb0sf7eW g7znFTn3VSTZKDqQfzLHQkqeHfiL.jg2L0wFTetttpJL1np23aLZk0PowdmBMM5EAEkRgMBTyuma 6Wn3Ak0wrmIuTZYxex8WsTeroZMXuat5HshYotJm1kocio.4pC5bwual8qjkUziAT4ykW.FbwqmA YN8XFq8d8Hwy0xxvL5AA3kN1GXGqGzQjISvM8EcCYcFBuT6sn1flz74K0sJpfGO2eNpqsUkQpwnf GGv3gpvACeCkuJJ2kbG6wG2VWHaQJN4RrE7kbaTww1pe3KMD6O33BnhEGY05_k.4e.1RW37obSr5 q0C2wI_EXqrZFoB2VOatUoal2VmtfuqJAn9_6YcHQEzMEYvSlkKdPMVPFEir7TbWkojpqbJA50f2 TlPOgdWV76jAdkzSHnPBZGhA3jogrRUwvQGJw62FGoH1zuLqQbf99.NvGPSgcg26uesezWLnJEBA KBuaosLtAe2Ii.ij77VTOYfdCiu0.gaD7k2zCG0wX75hil5JA3RbKuLB4p8dl.jey X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ne1.yahoo.com with HTTP; Mon, 30 May 2022 13:43:03 +0000 Received: by hermes--canary-production-sg3-5f7658c994-snt2x (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 6c332d979ed53f064ca318c7ebe6a030; Mon, 30 May 2022 13:42:59 +0000 (UTC) From: Po Lu To: =?utf-8?B?0J/QtdGC0YDQvtCyINCQ0L3QtNGA0LXQuQ==?= Subject: Re: bug#55727: 29.0.50; Incorrect zero symbol transcoding between applications References: Date: Mon, 30 May 2022 21:42:51 +0800 In-Reply-To: (=?utf-8?B?ItCf?= =?utf-8?B?0LXRgtGA0L7QsiDQkNC90LTRgNC10LkiJ3M=?= message of "Mon, 30 May 2022 13:08:52 +0000") Message-ID: <878rqjb0h0.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailer: WebService/1.1.20225 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 1181 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 55727 Cc: 55727@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: -1.0 (-) =D0=9F=D0=B5=D1=82=D1=80=D0=BE=D0=B2 =D0=90=D0=BD=D0=B4=D1=80=D0=B5=D0=B9 <= an.petrov@pay-lab.ru> writes: > Hello, team! > > Please check the following behavior: > > 1. Start two instances of emacs -Q. > 2. Switch to the "*scratch*" buffer of the first one and type the followi= ng: > M-: (insert (format "%S" "000\000000")) [RET] > You should see "000^@000" string. > 3. Copy the string into clipboard and paste into the other instance of > Emacs (which you have started before). > I get "000\0000" instead of "000\000000" > 4. Try evaluating inserted text ("000\0000") > C-c C-e > I get "000^@0" instead of "000^@000". > > It seems that "^@" is transcoded between applications into "\0" > instead of "\000". If I do the same test inside single instance > of Emacs I get the correct result. That's not a bug. Most programs cannot tolerate NUL bytes inside selection strings, so the Emacs selection converter deliberately replaces those inside a string with "\0" before sending the string to a requestor. When one Emacs instance owns the selection, the contents of the kill ring are used directly when yanking text, so that conversion doesn't take place. From debbugs-submit-bounces@debbugs.gnu.org Mon May 30 10:06:09 2022 Received: (at 55727) by debbugs.gnu.org; 30 May 2022 14:06:09 +0000 Received: from localhost ([127.0.0.1]:45590 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nvg25-00012N-A4 for submit@debbugs.gnu.org; Mon, 30 May 2022 10:06:09 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47938) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nvg23-000124-Lw for 55727@debbugs.gnu.org; Mon, 30 May 2022 10:06:08 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:38482) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nvg1v-0004E1-Mw; Mon, 30 May 2022 10:05:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=gloWTwLLvTbSA+szBQO8E4VwsJs9Cjw7o8JudR/iDkY=; b=NOq8YCkh3/R8efsJzeiv IZARutMWewKYviOXQorU7g4zPuREEt0tNn/vA096udmjIIVxJBhbmDTNyTewzt664DYvLCHbWYXyu lRSRDCrWYEexbGk6nce2Pnin/0VxuiZ8jsXtCjCY8X7V54Rk2K1SLf9ypPyBH+x+OKa8zmYbEmoAX EvD3e1f0dn/ju5vuycKY4ScIX8FOjUOonTXPtWBeXI0JkxjiP0gitzqHAHDr9VjwE7twjqtNP94Qh 9vmTQ9MvTvuQ1B39wDp6PuuOn2Ogh+b3qZBGnSNqoFQilva6I9mRbxJHIkSL+UGENIPpgMc3kdisL YC+MKtqjbR/cQg==; Received: from [87.69.77.57] (port=3027 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 1nvg1v-0007YB-2g; Mon, 30 May 2022 10:05:59 -0400 Date: Mon, 30 May 2022 17:06:02 +0300 Message-Id: <83ee0bjet1.fsf@gnu.org> From: Eli Zaretskii To: =?koi8-r?B?8MXU0s/XIOHOxNLFyg==?= In-Reply-To: (an.petrov@pay-lab.ru) Subject: Re: bug#55727: 29.0.50; Incorrect zero symbol transcoding between applications References: MIME-version: 1.0 Content-type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 55727 Cc: 55727@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: -3.3 (---) > From: Петров Андрей > Date: Mon, 30 May 2022 13:08:52 +0000 > > 1. Start two instances of emacs -Q. > 2. Switch to the "*scratch*" buffer of the first one and type the following: > M-: (insert (format "%S" "000\000000")) [RET] > You should see "000^@000" string. > 3. Copy the string into clipboard and paste into the other instance of > Emacs (which you have started before). > I get "000\0000" instead of "000\000000" > 4. Try evaluating inserted text ("000\0000") > C-c C-e > I get "000^@0" instead of "000^@000". > > It seems that "^@" is transcoded between applications into "\0" > instead of "\000". If I do the same test inside single instance > of Emacs I get the correct result. Yes. And it's a feature. From select.el: ;; Most programs are unable to handle NUL bytes in strings. (setq str (string-replace "\0" "\\0" str)) From debbugs-submit-bounces@debbugs.gnu.org Mon May 30 10:27:53 2022 Received: (at 55727) by debbugs.gnu.org; 30 May 2022 14:27:53 +0000 Received: from localhost ([127.0.0.1]:45686 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nvgN7-0001vM-6N for submit@debbugs.gnu.org; Mon, 30 May 2022 10:27:53 -0400 Received: from mail2.itgrp.ru ([87.251.91.230]:25376) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nvgN5-0001uz-0G for 55727@debbugs.gnu.org; Mon, 30 May 2022 10:27:52 -0400 IronPort-SDR: 9SerVTHMW+LQK+HovhoHU5B5yH8VuJ8iEgj5FqAJBdfGq2myRp1g1ZtvsJ8ykxrC3n2bSWg07m 8fGCyoE9FmOg== X-IronPort-AV: E=Sophos;i="5.90,182,1643662800"; d="scan'208";a="156260043" From: =?koi8-r?B?8MXU0s/XIOHOxNLFyg==?= To: Po Lu Subject: Re: bug#55727: 29.0.50; Incorrect zero symbol transcoding between applications Thread-Topic: bug#55727: 29.0.50; Incorrect zero symbol transcoding between applications Thread-Index: AQHYdCY5eNIAMgZ12EaveCQ5PKu/BK03bhcOgAALWcA= Date: Mon, 30 May 2022 14:27:43 +0000 Message-ID: <44c9de3ce35141679ab3c158ae2cfe0e@pay-lab.ru> References: , <878rqjb0h0.fsf@yahoo.com> In-Reply-To: <878rqjb0h0.fsf@yahoo.com> Accept-Language: ru-RU, en-US Content-Language: ru-RU X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.24.4.20] Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 55727 Cc: "55727@debbugs.gnu.org" <55727@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: -1.0 (-) Hi, Po. OK, You can close the bug then. Just tell me if Emacs have ready to use solution for passing binary strings between applications in a form what can be correctly restored with `read' function. I found that output of `print' also can not be transferred through application boundary. =F3 =D5=D7=C1=D6=C5=CE=C9=C5=CD, =E1=CE=C4=D2=C5=CA =F0=C5=D4=D2=CF=D7, =D0=D2=CF=C7=D2=C1=CD=CD=C9=D3=D4 =EF=EF=EF =E9=CE=D0=C1=D3-=F3=CF=C6=D4. ________________________________________ =EF=D4: Po Lu =EF=D4=D0=D2=C1=D7=CC=C5=CE=CF: 30 =CD=C1=D1 2022 =C7. 18:42:51 =EB=CF=CD=D5: =F0=C5=D4=D2=CF=D7 =E1=CE=C4=D2=C5=CA =EB=CF=D0=C9=D1: 55727@debbugs.gnu.org =F4=C5=CD=C1: Re: bug#55727: 29.0.50; Incorrect zero symbol transcoding bet= ween applications =F0=C5=D4=D2=CF=D7 =E1=CE=C4=D2=C5=CA writes: > Hello, team! > > Please check the following behavior: > > 1. Start two instances of emacs -Q. > 2. Switch to the "*scratch*" buffer of the first one and type the followi= ng: > M-: (insert (format "%S" "000\000000")) [RET] > You should see "000^@000" string. > 3. Copy the string into clipboard and paste into the other instance of > Emacs (which you have started before). > I get "000\0000" instead of "000\000000" > 4. Try evaluating inserted text ("000\0000") > C-c C-e > I get "000^@0" instead of "000^@000". > > It seems that "^@" is transcoded between applications into "\0" > instead of "\000". If I do the same test inside single instance > of Emacs I get the correct result. That's not a bug. Most programs cannot tolerate NUL bytes inside selection strings, so the Emacs selection converter deliberately replaces those inside a string with "\0" before sending the string to a requestor. When one Emacs instance owns the selection, the contents of the kill ring are used directly when yanking text, so that conversion doesn't take place. From debbugs-submit-bounces@debbugs.gnu.org Mon May 30 11:42:56 2022 Received: (at 55727-done) by debbugs.gnu.org; 30 May 2022 15:42:56 +0000 Received: from localhost ([127.0.0.1]:45822 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nvhXj-0004of-V4 for submit@debbugs.gnu.org; Mon, 30 May 2022 11:42:56 -0400 Received: from eggs.gnu.org ([209.51.188.92]:40482) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nvhXh-0004oQ-Uv for 55727-done@debbugs.gnu.org; Mon, 30 May 2022 11:42:54 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40658) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nvhXb-0003IM-GF; Mon, 30 May 2022 11:42:47 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=kZKH456abGXTPpbVxhhXF6uRDvacuOtf4WQDhAJ+XnU=; b=NcScFrs7n8Yizu93PswC LzYmBAujPa9jnKBndlgPIr8rA3JU3wXnEUjikAOTZshcmnDIYHP4SPdKL+zPxVFA+HFNyt+w81uDZ /LtU+y8hHni8zs6kvVrcMVaNQjDvvHa2SLj8Aq4oVDr59b6kYOKt9vgglxrt4nn42FR4WCNuM443g gL5V17uKWS7GhTLhL+QfL5hGG1dYHe1D0O6K9fYFPX2RYWtmQgehEbnhvLtwjwX/xC8Is/9GFqmNe rvcBjzZxUm9PMRoGjsqKhvn4zjcx9Jn9he7sxVCenSvSOUS7gQ/0qjamTaoAvRGphuyHl+Ep3NjlW 3hw9H4BUpfR56g==; Received: from [87.69.77.57] (port=4971 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 1nvhXa-00060S-Vy; Mon, 30 May 2022 11:42:47 -0400 Date: Mon, 30 May 2022 18:42:49 +0300 Message-Id: <83czfvjabq.fsf@gnu.org> From: Eli Zaretskii To: =?koi8-r?B?8MXU0s/XIOHOxNLFyg==?= In-Reply-To: <44c9de3ce35141679ab3c158ae2cfe0e@pay-lab.ru> (an.petrov@pay-lab.ru) Subject: Re: bug#55727: 29.0.50; Incorrect zero symbol transcoding between applications References: , <878rqjb0h0.fsf@yahoo.com> <44c9de3ce35141679ab3c158ae2cfe0e@pay-lab.ru> MIME-version: 1.0 Content-type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 55727-done Cc: luangruo@yahoo.com, 55727-done@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: -3.3 (---) > Cc: "55727@debbugs.gnu.org" <55727@debbugs.gnu.org> > From: Петров Андрей > Date: Mon, 30 May 2022 14:27:43 +0000 > > OK, You can close the bug then. Done. > Just tell me if Emacs have ready to use solution for passing binary > strings between applications in a form what can be correctly restored > with `read' function. I found that output of `print' also can not be > transferred through application boundary. Did you consider encoding it in base64? From debbugs-submit-bounces@debbugs.gnu.org Mon May 30 12:23:58 2022 Received: (at 55727-done) by debbugs.gnu.org; 30 May 2022 16:23:58 +0000 Received: from localhost ([127.0.0.1]:45856 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nviBS-0006Pc-J5 for submit@debbugs.gnu.org; Mon, 30 May 2022 12:23:58 -0400 Received: from mail2.itgrp.ru ([87.251.91.230]:63420) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nviBO-0006PE-1K for 55727-done@debbugs.gnu.org; Mon, 30 May 2022 12:23:57 -0400 IronPort-SDR: /4WOdRGqI31WSB1p893OYuzmIOmhHAzdXTZzvJm0fY5lAB/ZWtiZhKkLZqcD2REnJhGs48z/bp NDeECukSuCLw== X-IronPort-AV: E=Sophos;i="5.90,182,1643662800"; d="scan'208";a="156261478" From: =?koi8-r?B?8MXU0s/XIOHOxNLFyg==?= To: Eli Zaretskii Subject: Re: bug#55727: 29.0.50; Incorrect zero symbol transcoding between applications Thread-Topic: bug#55727: 29.0.50; Incorrect zero symbol transcoding between applications Thread-Index: AQHYdCY5eNIAMgZ12EaveCQ5PKu/BK03bhcOgAALWcCAABYb4YAACU9m Date: Mon, 30 May 2022 16:23:46 +0000 Message-ID: References: , <878rqjb0h0.fsf@yahoo.com> <44c9de3ce35141679ab3c158ae2cfe0e@pay-lab.ru>,<83czfvjabq.fsf@gnu.org> In-Reply-To: <83czfvjabq.fsf@gnu.org> Accept-Language: ru-RU, en-US Content-Language: ru-RU X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.24.4.20] Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 55727-done Cc: "luangruo@yahoo.com" , "55727-done@debbugs.gnu.org" <55727-done@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: -1.0 (-) Hi, Eli! Looks like I have to use hex, base64 or other ASCII encodings. It seems that I will use something like this: (defun my-escape-char (c) (insert (if (< c ?\s) (format "\\%03o" c) c))) (print "000\000000" 'my-escape-char) Best regards, Andrey Petrov. ________________________________________ =EF=D4: Eli Zaretskii =EF=D4=D0=D2=C1=D7=CC=C5=CE=CF: 30 =CD=C1=D1 2022 =C7. 20:42:49 =EB=CF=CD=D5: =F0=C5=D4=D2=CF=D7 =E1=CE=C4=D2=C5=CA =EB=CF=D0=C9=D1: luangruo@yahoo.com; 55727-done@debbugs.gnu.org =F4=C5=CD=C1: Re: bug#55727: 29.0.50; Incorrect zero symbol transcoding bet= ween applications > Cc: "55727@debbugs.gnu.org" <55727@debbugs.gnu.org> > From: =F0=C5=D4=D2=CF=D7 =E1=CE=C4=D2=C5=CA > Date: Mon, 30 May 2022 14:27:43 +0000 > > OK, You can close the bug then. Done. > Just tell me if Emacs have ready to use solution for passing binary > strings between applications in a form what can be correctly restored > with `read' function. I found that output of `print' also can not be > transferred through application boundary. Did you consider encoding it in base64? From debbugs-submit-bounces@debbugs.gnu.org Mon May 30 14:09:59 2022 Received: (at 55727) by debbugs.gnu.org; 30 May 2022 18:09:59 +0000 Received: from localhost ([127.0.0.1]:46052 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nvjq2-000442-VD for submit@debbugs.gnu.org; Mon, 30 May 2022 14:09:59 -0400 Received: from eggs.gnu.org ([209.51.188.92]:44362) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nvjpz-00043P-65 for 55727@debbugs.gnu.org; Mon, 30 May 2022 14:09:55 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:43778) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nvjps-0000wk-5o; Mon, 30 May 2022 14:09:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=JJEkvoy5wu8CydzNfaCSlhYomkJzldNH9giQ5bGtsAQ=; b=CnkL479cLf26FsG04zBA DF5Cu8zy4A+U1wTyv8jfGpNv4tWO5EsEngxZobd9gzWtmdpr/5jHTHd2VqnZmsRYDM/dW57wwL/3K 8AL0BCtcisnHEs3rLwTKCD0O896bRR7V3RnpTL+tu5B4GOXYCWPTIhahKjkhk98FjM84BI9xZ53AG 2gCWp3qlRacmyg6HWLYAe3DECTJ51LagA9sc+AivUjm4qoEdZWqBww+NAwtoktOLU1DJ/abU4cjEl P1vlbAFGxaPh6vMtfImE4Ajwzh1eL4N62f+VCBpx4MgBBAlK2VVWHiHKybLzTUAdHdx91CZFi+drJ AGk+40gK3V8tNw==; Received: from [87.69.77.57] (port=2069 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 1nvjpr-0005SV-Mi; Mon, 30 May 2022 14:09:48 -0400 Date: Mon, 30 May 2022 21:09:49 +0300 Message-Id: <835ylmki36.fsf@gnu.org> From: Eli Zaretskii To: =?koi8-r?B?8MXU0s/XIOHOxNLFyg==?= In-Reply-To: (message from =?koi8-r?B?8MXU0s/XIOHOxNLFyg==?= on Mon, 30 May 2022 16:23:46 +0000) Subject: Re: bug#55727: 29.0.50; Incorrect zero symbol transcoding between applications References: , <878rqjb0h0.fsf@yahoo.com> <44c9de3ce35141679ab3c158ae2cfe0e@pay-lab.ru>, <83czfvjabq.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 55727 Cc: luangruo@yahoo.com, 55727@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: -3.3 (---) > From: Петров Андрей > CC: "luangruo@yahoo.com" , "55727-done@debbugs.gnu.org" > <55727-done@debbugs.gnu.org> > Date: Mon, 30 May 2022 16:23:46 +0000 > > Hi, Eli! > > Looks like I have to use hex, base64 or other ASCII encodings. > It seems that I will use something like this: > > (defun my-escape-char (c) > (insert (if (< c ?\s) (format "\\%03o" c) c))) > > (print "000\000000" 'my-escape-char) Emacs has base64-encode-region and base64-decode-region, so you could use that instead. From debbugs-submit-bounces@debbugs.gnu.org Mon May 30 20:17:10 2022 Received: (at 55727-done) by debbugs.gnu.org; 31 May 2022 00:17:10 +0000 Received: from localhost ([127.0.0.1]:46268 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nvpZN-0002yt-Tp for submit@debbugs.gnu.org; Mon, 30 May 2022 20:17:10 -0400 Received: from sonic304-22.consmr.mail.ne1.yahoo.com ([66.163.191.148]:42548) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nvpZL-0002yK-Fs for 55727-done@debbugs.gnu.org; Mon, 30 May 2022 20:17:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1653956220; bh=HABwkSqKtkFOvfHRUFFaZFY+o55bWQ4qlcc4idjNFME=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=cdNGPCg9O/dF8DIq05AEvfewSjes0AIiO2oILzZk7mJpZH4KbuabZ1fO3iniKARq+mVjrqcM2EGGYADMLpliwChx8EJ0YUZB4mLfLQfkZZ1wZ7+aNoSZvdyKg4xrFD+5Ry7enf7Y70Iye1hqJXHaJ5qWM+BxXD11OO9EmXBOGhMx+17HVXapli08PaMlqszr5FjqVQsZmHiIoeVfKrunboTb32KhtHPrcXe0AgkYLbb8J/Xzm2hhsEill09gaz4xqzx7M8HuCWZFLDJfaBegKXwRPdHbdiuOvJLKpogik19qQceDnbGUy/CYjGTP/keKWc0zXgVzJcvfF602HL4fpQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1653956220; bh=gqPo0qUsG/O87hRBAYmRP1Ef1z0eAfl5NBbzVjsLlqW=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=KP/LP2LFCSmK9qi4tyJ8bnSc1DiKJuTtoVp9va6ruDYxdYWBveVTrEzpOZVjxemYCn5fP+m2OpN7BUro0FeTVapdTvNXIwsCdMl7/ONyxL2Fwaa+6Oty7xQ5GpIrldmQAbrPR2b1yAsGWWEmSltZLyGwOWnpvoUS/R5D4KTlbBOMns0qWe++mnpcbY3HMVnYPaoty6lnkf+L/klgnOXCv+XXcAmmlvs8B56N2T2UMPA9s2ivydLeMGCzjSgijFOVveJpRVLhcAeYkkQRT8OwsRKNVxlsO6/g1wyO719Om6yRvBYLb8yOReiMVBNfCD2AzaJfEHvwAEDF0Q0VNQXVcQ== X-YMail-OSG: B2n.8OgVM1n39CVzow3e1KZMHhS7SNxBC36jgyP_pilpzsgOiBOh09ON77xuVXw bBLXYsSpxhagjXC11A.b27SEov55HCjI4dMLsu0IYjw4QTLMvv8AR8.c89BjyHiZC_cmIA35aYTY 6GUZCKxO8vnYblPo9OjJbklcX0ep_bE.bwZvz1Rd.btzxp1fdUHysMfh1_XFI1.P_jh6Psvwi7Wr BdZ0aDaLrSPzkKq7tB43Iwm3ceDAmtK7R2kcb3o.71mCJwOFv4o_HtRfDgxGoVFH89zrnGm40bbh xpcT8AF6PefPACvw5vWhu5y9OO_zNn2QUvIHd5bScg8v7mfaswy0yfGwARy96N_3vLdcNm6pgq4w ouYEjBd34Qv2.9W_3DoTuXUiKGcBcDayqey7Cnn8eu16bzXoFamN.Fve6CIyGniX6twDE3FoqQ0d _45VExLr65hY4AdLPrGAJs0fWooWII.bGAZmM1IJfapDEY_oNZS.7PsclNULAEUbi2dR8owMVnMH Jff2kYfuLkCbmoOMEd6XPPofV60BVwpOOuERlXwiLj1Rx80u9etiCas2U3tkfTcz5ZVAjrZXCxHf NUQzFrhDzvzEXsgQ21vpk9HDoZV82jGyVeCO6M29Sysn5RxtJoyz5AgMORrz6w1pUsGpTbUJ3cMG _NUgAP1JnJfjsAjUv6hk4tPGvQ3s20kSuDVY_LAnhqn62lr1B9BFqfgb3qrlpA2p6kIQNjeEHvTE G42wLh5nz2dev5UrsIBeN0quu9YIctbWjhcDyurko4S2Plwi_u4iIo1Vx6eAmziU22txxgrSuii2 _SXCb.gW_jRjznRb_ahCQVAYRUP2GvDykjnDw_Yq5NAyY9d65FntzoenNodZ5eNqtk6cJKhYNKQt EErwbQCttrWBmdAw2mIWts8m_VJdDdJp9dOngwMTuRjsRrKYf5LpoAdgfoS7Il9QViD9NTN.yeBx i5tbgMosDq.vuG5ZebXECJ190VLSB_bX3prKhjUn6HQyQ3NQ5QGBWGc0Iouw34AnGafTRJirikLs ziKoneoULjJH9oVKfv5UT6GIjCkZEUMRQjF5sDiZwGRmZezCVEwg.mN5VMfWciFPTeoL8jbByx0S ByEG.mDemMl1PXcWs8PNA6RYL1l0Js4jjGkWNiu5IuhatUVzx2Veqk8ZVQoFJst6EmBj0tZNCkJV 7fiTaDNCybFJXXPhim2l2CdVNCF5q75Q8PyNmgwBC6AQ2k9JRES.InNisS5zBgEP1EAPTzx_w0ve Cz6nhZU9Vo4T11BFTQEw8WR8vJaplGuW7_YEoitxAfkF_CLC.ZXBL6_5HC3.7PLJtzmzImuFFs0r tpTBmfW2GXPyCEWXfacSqMvz9RAzQaHU8g9HtvBUJ22KRnvOHQD2OYQpuwB9gGINvAXChxmwMSN0 rP50a2RPRqaXO7bcClafoUrL3AWiPZvXerqSqYh2dURTi.qrzskE4.AI3Tl716bL3FrQDHLFmF52 VkNDaTTb.zhbb0RnKaA.OXIU3w6nFvWvT1j90UyMrIzzWjIPsybBB2LlR1AeBkf6Sgr2drZdhCx7 3E0wmBoalgEz1kVRYkPL8mWzYE5FxHo8Xtdf1vRCDv7zerm5tPCj09s3efTB4lJHKLxu9bg6C458 lFtMoJWGTu6VfBQeYk6mfCBcpoH0QP8RWqnRoaaAeGJPU7oSywTY.ugV7uzbUT4WHQa_Ff0pRyTi sG0RqIVlSm88pB8IO2o.vNxjKryKixa407IXa9L_QCQGc010fgswFajcBrDOyHTO2KE1krQAdakL GJzVG_nGrsfS5PJk9zZBUHeuUppx6A2H8ZAcPo.IY3Q9Ms9BVaNscDgCMouf0wvd4Qy3a.Hy_Aut YSdyAft7gOAuFlEXC._2TjUvlsOICjAS4cL5J20dTaQTlXX7_GXrlMsXZOFaIFl4RltGEI1SvWpz NjlLlHyCyZf1gitwO5dfxmmhOIHecJp5p1P16TkVCXsVUDACdauVqxfG5txQNPwco9v0Hc7x9EyX niQCeFjFlHM75jA4rz8T8czdQjDAfPhoUWcYX67Npu6lrTqCZ35fNr4PfNtmRKi2ymKGw.VGPPjX pwAR3P9BGn28cLcVkbP8SW6u708QxP.GiBWoo5fhw8nogY9Y.7VONo9AiJxUugSuIwl9I4d25tft LvVw3m4NiCpO7cC65A20M5_bjYPLSNji37X2IVThrxJZHnpX.z3wZRE0siNO5iGPXBhhj777zcws XG2ASctu5geWR8xch7g0XMG3Cxp8m2_fnVvx6QEdstRD3Dw7nP9NqGq4JFKXhC9w- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.ne1.yahoo.com with HTTP; Tue, 31 May 2022 00:17:00 +0000 Received: by hermes--canary-production-sg3-5f7658c994-bv4wk (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b57c0207a965208072458ece70b91045; Tue, 31 May 2022 00:16:56 +0000 (UTC) From: Po Lu To: =?utf-8?B?0J/QtdGC0YDQvtCyINCQ0L3QtNGA0LXQuQ==?= Subject: Re: bug#55727: 29.0.50; Incorrect zero symbol transcoding between applications References: <878rqjb0h0.fsf@yahoo.com> <44c9de3ce35141679ab3c158ae2cfe0e@pay-lab.ru> Date: Tue, 31 May 2022 08:16:51 +0800 In-Reply-To: <44c9de3ce35141679ab3c158ae2cfe0e@pay-lab.ru> (=?utf-8?B?ItCf?= =?utf-8?B?0LXRgtGA0L7QsiDQkNC90LTRgNC10LkiJ3M=?= message of "Mon, 30 May 2022 14:27:43 +0000") Message-ID: <8735gqblos.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailer: WebService/1.1.20225 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 594 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 55727-done Cc: "55727@debbugs.gnu.org" <55727-done@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: -1.0 (-) =D0=9F=D0=B5=D1=82=D1=80=D0=BE=D0=B2 =D0=90=D0=BD=D0=B4=D1=80=D0=B5=D0=B9 <= an.petrov@pay-lab.ru> writes: > Hi, Po. > > OK, You can close the bug then. Thanks, closed. > Just tell me if Emacs have ready to use solution for passing binary > strings between applications in a form what can be correctly restored > with `read' function. I found that output of `print' also can not be > transferred through application boundary. You could encode the data in a format such as base64, or alternatively pass it as input to a subprocess. Selections are probably the wrong thing to use for this. From unknown Tue Jun 17 20:21:19 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, 28 Jun 2022 11:24:07 +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