From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Philipp Stephani Newsgroups: gmane.emacs.devel Subject: Re: bug#23750: 25.0.95; bug in url-retrieve or json.el Date: Wed, 30 Nov 2016 18:25:09 +0000 Message-ID: References: <6d0c8c2e-8428-2fdb-0d6e-899f7b9d7ffd@nifty.com> <8053af81-80e1-a24a-f649-8ffc86963ed5@nifty.com> <0cc7fab4-9a2c-6a8d-def7-36bd50317ca3@yandex.ru> <7f9a799f-de88-fd78-0cdc-dac0928f1503@nifty.com> <308bb78f-8be3-092d-d877-e129d340242b@nifty.com> <4dc615e7-ec73-60a5-426e-0d6986f15d76@yandex.ru> <0cb406fb-ffc4-a4ad-557a-2cacc99b8e75@nifty.com> <86ccb4af-5719-c017-26bb-fc06b4c904d2@yandex.ru> <83r35uxkr5.fsf@gnu.org> <4e12d4ad-cd6b-3087-5d7c-449d4c1886e2@yandex.ru> <83lgw1q9uu.fsf@gnu.org> <83eg1tq8is.fsf@gnu.org> <787e5206-53e0-752f-a339-4608d2f7ad39@yandex.ru> <8360n5q6j4.fsf@gnu.org> <8337i8rkbe.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=f46d0444ea69cf4ad0054288d3df X-Trace: blaine.gmane.org 1480530405 18471 195.159.176.226 (30 Nov 2016 18:26:45 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 30 Nov 2016 18:26:45 +0000 (UTC) Cc: dgutov@yandex.ru, kentaro.nakazawa@nifty.com, emacs-devel@gnu.org To: Eli Zaretskii , Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 30 19:26:40 2016 Return-path: Envelope-to: ged-emacs-devel@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 1cC9aU-0003KY-K2 for ged-emacs-devel@m.gmane.org; Wed, 30 Nov 2016 19:26:34 +0100 Original-Received: from localhost ([::1]:45590 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cC9aY-0007Mj-GC for ged-emacs-devel@m.gmane.org; Wed, 30 Nov 2016 13:26:38 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35701) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cC9aP-0007K9-Dp for emacs-devel@gnu.org; Wed, 30 Nov 2016 13:26:32 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cC9aL-0002nR-Ti for emacs-devel@gnu.org; Wed, 30 Nov 2016 13:26:29 -0500 Original-Received: from mail-wj0-f180.google.com ([209.85.210.180]:35933) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cC9aH-0002mH-6M; Wed, 30 Nov 2016 13:26:21 -0500 Original-Received: by mail-wj0-f180.google.com with SMTP id qp4so183589371wjc.3; Wed, 30 Nov 2016 10:26:21 -0800 (PST) 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=L/3x+JZLJVwH6tB6pQ07/WnQW8jR1EQK3B5EUbwf+fM=; b=g4FuWlCz4KSMUdAR3gKj1/ArEgVjUl409vK1qEB5og4m8SYqxVl94bO0NPXXW+f4kQ Ew8N7xeHQX9pl+o2xY4RkpyOc1W5s/MEhN0nrveuZzrN7yFXF4HFF37DMmx9BpmzTUcz J7W3mcylCby2YJqCyiV5m2hbtbIdUy+oRImxuA73eIP4ahAgsse2ZQMAa7sFHzNuoXm+ S6Od0DSTFj86+Sk8HWQsg7ReXpkNUqH1lASefwbW5y71a8HEHxUEN+EMRLCOr0IEJs8/ hrgyp8ukziRDLDcfhXSyWVKiaoyhU8r6+wnuZg+72T4Lt+ITIajdpxgcZzSLMaqK3sA8 v8cA== 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=L/3x+JZLJVwH6tB6pQ07/WnQW8jR1EQK3B5EUbwf+fM=; b=Dk1F3t0pQ8RD5xUu4B/lmkt6swshMHQ9TH9cuQ3mROcHmZSO/jz7jKJctfy9jVuuB1 M359eX6bemmJvfSIgq5e3UeEYHH9/np9mtqDT5CgdT4eHiwJOksRNAfatoHXkW+ZOzJ6 ro+9bMEswiazBW+oPtsLOy3PwHW0hNkqL5+CnE/xl2Xjooo13IGY1p4GZ9qaSze/NikD HCvOXj0WpmF86VwbTkY0D9QIA5UwavcMzq84KN0wuJKdRiUKdJPdb8Ks2PkhYheONAE8 9rktv8YBgaGuoXeGiVmSEQ544lBy/oBXF8oi/r/jTUXQOH+v7Dm99MO4FBdN6ecrgvZO xhwQ== X-Gm-Message-State: AKaTC00HD6CmCRFcP/bEl0BOisaRbCSFtG1cvtzfl0gTgA/Sfs8X2v2m/1XJrPKFpmVBZFbp24aO2MUJcmWxgA== X-Received: by 10.194.18.196 with SMTP id y4mr30622285wjd.73.1480530320114; Wed, 30 Nov 2016 10:25:20 -0800 (PST) In-Reply-To: <8337i8rkbe.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.210.180 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:209824 Archived-At: --f46d0444ea69cf4ad0054288d3df Content-Type: text/plain; charset=UTF-8 Eli Zaretskii schrieb am Mi., 30. Nov. 2016 um 17:42 Uhr: > > From: Lars Ingebrigtsen > > Cc: dgutov@yandex.ru, p.stephani2@gmail.com, > kentaro.nakazawa@nifty.com, emacs-devel@gnu.org > > Date: Wed, 30 Nov 2016 17:27:05 +0100 > > > > Eli Zaretskii writes: > > > > >> Yes, this is not a json.el problem at all. It does the correct thing, > > >> and shouldn't be changed. > > > > > > ??? Why should any code care whether a pure-ASCII string is marked as > > > unibyte or as multibyte? Both are "correct". > > > > That's right -- why should any code care? Yet url.el does. > > No, it doesn't, not if the string is plain ASCII. > > But in that case it isn't, it's morally a byte array. What Emacs lacks is good support for byte arrays. For HTTP, process-send-string shouldn't need to deal with encoding or EOL conversion, it should just accept a byte array and send that, unmodified. --f46d0444ea69cf4ad0054288d3df Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Eli Za= retskii <eliz@gnu.org> schrieb am= Mi., 30. Nov. 2016 um 17:42=C2=A0Uhr:
> From: Lars Ingebrigtsen <larsi@gnus.org>
> Cc: dgutov@yandex.ru,=C2=A0 p.stephani2@gmail.com,=C2=A0 kentaro.nakazawa@nifty.com,=C2=A0 emacs-devel@gnu.org
> Date: Wed, 30 Nov 2016 17:27:05 +0100
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
> >> Yes, this is not a json.el problem at all.=C2=A0 It does the = correct thing,
> >> and shouldn't be changed.
> >
> > ??? Why should any code care whether a pure-ASCII string is marke= d as
> > unibyte or as multibyte?=C2=A0 Both are "correct".
>
> That's right -- why should any code care?=C2=A0 Yet url.el does.
No, it doesn't, not if the string is plain ASCII.


But in that case i= t isn't, it's morally a byte array.
What Emacs lacks is g= ood support for byte arrays. For HTTP, process-send-string shouldn't ne= ed to deal with encoding or EOL conversion, it should just accept a byte ar= ray and send that, unmodified.
--f46d0444ea69cf4ad0054288d3df--