From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Sharon Kimble Newsgroups: gmane.emacs.help Subject: Re: \201\236 appearing in emacs.desktop Date: Sat, 08 Jul 2017 13:23:22 +0100 Message-ID: <87h8ynm81x.fsf@skimble.plus.com> References: <87bmovpb8c.fsf@skimble.plus.com> <20170708111918.GF18691@tuxteam.de> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Trace: blaine.gmane.org 1499516666 25525 195.159.176.226 (8 Jul 2017 12:24:26 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 8 Jul 2017 12:24:26 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) Cc: help-gnu-emacs@gnu.org To: Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Jul 08 14:24:17 2017 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dTomP-0005Z4-MP for geh-help-gnu-emacs@m.gmane.org; Sat, 08 Jul 2017 14:24:09 +0200 Original-Received: from localhost ([::1]:32796 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dTomR-00085V-P4 for geh-help-gnu-emacs@m.gmane.org; Sat, 08 Jul 2017 08:24:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48856) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dTolw-00084d-FD for help-gnu-emacs@gnu.org; Sat, 08 Jul 2017 08:23:41 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dTolr-0004gZ-I5 for help-gnu-emacs@gnu.org; Sat, 08 Jul 2017 08:23:40 -0400 Original-Received: from avasout01.plus.net ([84.93.230.227]:60471) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dTolr-0004gH-6o for help-gnu-emacs@gnu.org; Sat, 08 Jul 2017 08:23:35 -0400 Original-Received: from London.london ([31.185.147.13]) by avasout01 with smtp id iCPV1v00C0HaZcX01CPXh1; Sat, 08 Jul 2017 13:23:31 +0100 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.2 cv=CfV43Pjl c=1 sm=1 tr=0 a=z1IzoifO1pmR3EmH2pbmig==:117 a=z1IzoifO1pmR3EmH2pbmig==:17 a=LlzXLoV6AAAA:8 a=iI7HsYTVAAAA:8 a=bAHfVwKlAAAA:8 a=qLawQXkZ8e2CMG3CJJkA:9 a=7Zwj6sZBwVKJAoWSPKxL6X1jA+E=:19 a=cExWUrOvxJqIsrjY:21 a=R7tcWtEnG1Mt_Zsj:21 a=DtJoCqBxoLOgNTArYEMA:9 a=ONNS8QRKHyMA:10 a=diwpeB1DDhFXqWA7J4Up:22 a=KxyM1Xthmv57RbWRIpnN:22 a=fjrkRJ71zQ2jzMzczd-K:22 X-AUTH: skimble@:2500 In-Reply-To: <20170708111918.GF18691@tuxteam.de> (tomas@tuxteam.de's message of "Sat, 8 Jul 2017 13:19:18 +0200") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] [fuzzy] X-Received-From: 84.93.230.227 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:113737 Archived-At: --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable writes: > On Sat, Jul 08, 2017 at 09:46:27AM +0100, Sharon Kimble wrote: >>=20 >> I've a problem that seems to have only developed this morning with my >> 'emacs.desktop' file. It is being saved with '\201\236' appearing for >> each entry which then stops it being reloaded on emacs restart. How can >> I kill this problem please and get it back to working sanely again? > > My encoding crystal ball is pretty fuzzy on this one. At first blush > it looks like a "double UTF-8 encoding" (an UTF-8 two-byte sequence which > has been mistook for a single-byte-encoded-something and re-encoded by > some well-meaning piece of software), but I can't actually identify it > as such. Not sure I could help, but this could help to understand what's > going on: > > - (some of) the output of "describe-coding-system" aka "C-h C" > - your platform (Gnu/Linux, Mac, Windows, ??) > > (given your sig I assume a civilised platform, but better ask ;-) > Thanks for this Tomas. I think that this is the answer to what you're saying - =2D-8<---------------cut here---------------start------------->8--- Coding system for saving this buffer: U -- utf-8-unix (alias: mule-utf-8-unix) Default coding system (for new files): U -- utf-8 (alias: mule-utf-8) Coding system for keyboard input: U -- utf-8-unix (alias: mule-utf-8-unix) Coding system for terminal output: U -- utf-8-unix (alias: mule-utf-8-unix) Coding system for inter-client cut and paste: U -- utf-8 (alias: mule-utf-8) Defaults for subprocess I/O: decoding: U -- utf-8-unix (alias: mule-utf-8-unix) encoding: U -- utf-8-unix (alias: mule-utf-8-unix) Priority order for recognizing coding systems when reading files: 1. utf-8 (alias: mule-utf-8) 2. iso-2022-7bit=20 3. iso-latin-1 (alias: iso-8859-1 latin-1) 4. iso-2022-7bit-lock (alias: iso-2022-int-1) 5. iso-2022-8bit-ss2=20 6. emacs-mule=20 7. raw-text=20 8. iso-2022-jp (alias: junet) 9. in-is13194-devanagari (alias: devanagari) 10. chinese-iso-8bit (alias: cn-gb-2312 euc-china euc-cn cn-gb gb2312) 11. utf-8-auto=20 12. utf-8-with-signature=20 13. utf-16=20 14. utf-16be-with-signature (alias: utf-16-be) 15. utf-16le-with-signature (alias: utf-16-le) 16. utf-16be=20 17. utf-16le=20 18. japanese-shift-jis (alias: shift_jis sjis) 19. chinese-big5 (alias: big5 cn-big5 cp950) 20. w3m-euc-japan=20 21. undecided=20 Other coding systems cannot be distinguished automatically from these, and therefore cannot be recognized automatically with the present coding system priorities. =2D-8<---------------cut here---------------end--------------->8--- And my sig is correct, I am running these setups. And thinking about it, these are all settings relating to utf-8 in my config file - =2D-8<---------------cut here---------------start------------->8--- (setq selection-coding-system 'utf-8) (prefer-coding-system 'utf-8) ;; Language Environment (set-language-environment 'utf-8) ############## (setq org-export-coding-system 'utf-8) (prefer-coding-system 'utf-8) (set-charset-priority 'unicode) (setq default-process-coding-system '(utf-8-unix . utf-8-unix)) ################### #+BEGIN_SRC emacs-lisp (prefer-coding-system 'utf-8) (set-default-coding-systems 'utf-8) (set-keyboard-coding-system 'utf-8) ;; backwards compatibility as default-buffer-file-coding-system ;; is deprecated in 23.2. (if (boundp 'buffer-file-coding-system) (setq-default buffer-file-coding-system 'utf-8) (setq default-buffer-file-coding-system 'utf-8)) ;; Treat clipboard input as UTF-8 string first; compound text next, etc. (setq x-select-request-type '(UTF8_STRING COMPOUND_TEXT TEXT STRING)) #+END_SRC =2D-8<---------------cut here---------------end--------------->8--- I've separated the separate c ode blocks using #'s. Is it possible that all of those could be causing my problem? And if so, what can I chop out and yet still retain utf-8 working? Thanks Sharon. =2D-=20 A taste of linux =3D http://www.sharons.org.uk TGmeds =3D http://www.tgmeds.org.uk DrugFacts =3D https://www.drugfacts.org.uk=20=20 Debian 9.0, fluxbox 1.3.5-2, emacs 25.1.1, org-mode 9.0.9 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEELSc/6QwVBIYugJDbNoGAGQr4g1sFAllgzroACgkQNoGAGQr4 g1usYw//X3zVJ63lWvymYmSuhucJRSOKvrDGYy9D4re2ZIaXM7JyQGYsooTW27nG mnxmIXeGtDuAP7r6JFFOgL/G0OiPEnh+w8DBfIWkuKKSOL/W9R1PL1CapCc048dv Gqqi7D/AEjD/yz/M61LPO2/M1RbnNe9McPC2nNxUdIzUeXGrtK1p8aZaEhvDiqDl TYlq6y37toG9dIl6hYPsrmvXc4WD4YmgPQ7rLnkiG/1eb20BfqMaRBC/f1ZNakZ9 /Zqi87Vvt6RCkXToIfp63hx+E3x0KgLvw2TN2KnospC2W5/PWl63Dm8HCYM2/XtO dpWuQaEbFJtumT5iXN41F6XXIc8UHz/bPexGZWI0APnGdcljyMW19cp9UNiXyX5b m6UUnTZkTS5rw2UaRMRpeFw8aI4fjDjGG2YFbXgscIk2vtKSFsElcS40J3dfLbRy Lmfff/2Q6xOlomTTo7nvptHq3G76DUoLmOzhsd9K/MpUfRbwoFx8Tv88GLLhhiEZ A1nn6wVymM5N5cYh6jjeyUeD2xQJiPW9dqhriXHg2fXQN6p8AX0XEfAy/EuKqCaL DKHXJng1mZQHj1tLm2Y6H2O+7P3f3+LyooBUU1wZvbIUyMkG3pQdWjbS2YatOpOb A3Hzj2O5rxMxUPY3RyFwey/Du00IhhC2dvzsILeEHu2g6eT683k= =735s -----END PGP SIGNATURE----- --=-=-=--