From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#23750: 25.0.95; bug in url-retrieve or json.el Date: Mon, 20 Jun 2016 20:16:37 +0300 Message-ID: References: <358304f6-98e1-fa10-8805-aa9b73db406a@yandex.ru> <83k2hl828z.fsf@gnu.org> <83h9co8twu.fsf@gnu.org> <838ty07wno.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1466443125 29570 80.91.229.3 (20 Jun 2016 17:18:45 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 20 Jun 2016 17:18:45 +0000 (UTC) Cc: 23750@debbugs.gnu.org, monnier@IRO.UMontreal.CA, sdl.web@gmail.com To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jun 20 19:18:31 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1bF2qA-00062W-0Q for geb-bug-gnu-emacs@m.gmane.org; Mon, 20 Jun 2016 19:18:26 +0200 Original-Received: from localhost ([::1]:45196 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bF2q4-0007cX-2m for geb-bug-gnu-emacs@m.gmane.org; Mon, 20 Jun 2016 13:18:20 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46840) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bF2or-0006nd-A6 for bug-gnu-emacs@gnu.org; Mon, 20 Jun 2016 13:17:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bF2oo-0006a1-0t for bug-gnu-emacs@gnu.org; Mon, 20 Jun 2016 13:17:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:35627) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bF2on-0006Zv-Tb for bug-gnu-emacs@gnu.org; Mon, 20 Jun 2016 13:17:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bF2on-0006Ro-Pm for bug-gnu-emacs@gnu.org; Mon, 20 Jun 2016 13:17:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Jun 2016 17:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23750-submit@debbugs.gnu.org id=B23750.146644300724759 (code B ref 23750); Mon, 20 Jun 2016 17:17:01 +0000 Original-Received: (at 23750) by debbugs.gnu.org; 20 Jun 2016 17:16:47 +0000 Original-Received: from localhost ([127.0.0.1]:47964 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bF2oY-0006RH-Qy for submit@debbugs.gnu.org; Mon, 20 Jun 2016 13:16:47 -0400 Original-Received: from mail-wm0-f44.google.com ([74.125.82.44]:38904) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bF2oX-0006R4-QC for 23750@debbugs.gnu.org; Mon, 20 Jun 2016 13:16:46 -0400 Original-Received: by mail-wm0-f44.google.com with SMTP id r201so71254022wme.1 for <23750@debbugs.gnu.org>; Mon, 20 Jun 2016 10:16:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=C8NtJD1/lTwdD7GyDD1hiBPCuExXzXN7FgcYHltWwiE=; b=x1umqVTpfNTjAIZb1TP7MI3OAyX02yDWbRnNs4z4nRwAehiLa+8GCFEIvtE6sifPcQ AkCZvtVb3+XaaXQt9VGK3epJwl26hDzNzJ6e/GaLN8bA1W30O4E4O/XPrFrZXJOQOfL3 ofxtlsUfuP0+qaV0+7H2ooqaAFJ8zQq9ARf4+moS7OvzK3vWcuAxsdI9rnbOyxNzOKcC RoamPdfJsVYctcnRW6u+BP5PKij1eZwjazhgUKWuPCbsFqpQjaV6S3XDPH4ZUx8qzXxm ttiunGcCPM2vM+InC6jHh/nAxaxrAidN9LA6jKnfk47XFSZcZ2h6eh4BJTAVTgbXZbCd egPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:to:references:cc:from:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=C8NtJD1/lTwdD7GyDD1hiBPCuExXzXN7FgcYHltWwiE=; b=HtQOw4HxKU9gEfx8LXcldObSGQsZB/ZQgHEIRlDitvTWN77w+BFNat7VHoO1uOBlnK /YHedS8+GZ3cBCRSb5xzKfiXR+gbb/4tVWL0BdhsfWz0N2jvajgXutuOujaylEbSwFyj qyRdSm/65CbNWmXzZOT+/O2iaZ+7+v9zzyOqF5fGiQl001fhvvCT0BxbblW0Jyj7Efvg hOLGDMTDH6lSfGdX+hFcPEbncS2LIgeX+1y2G7ntm8CCvwEAsznOzCK6Dbf0V6iApukU B61OAvqZehLELsu7h+eS24UD/k6CNY1bEQobuoiKDPKBJoJ05V8PiR3tSFaX7/mq6Ls8 wnYQ== X-Gm-Message-State: ALyK8tKh3hItQX/B7t652e781SfUv59IxEjMIEG6Oqixhh+D+EUGBrzhLsNp5n9hcWMW4w== X-Received: by 10.194.8.38 with SMTP id o6mr13347203wja.13.1466443000235; Mon, 20 Jun 2016 10:16:40 -0700 (PDT) Original-Received: from [192.168.1.2] ([185.105.173.135]) by smtp.googlemail.com with ESMTPSA id li10sm20039774wjb.5.2016.06.20.10.16.38 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 20 Jun 2016 10:16:39 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2 In-Reply-To: <838ty07wno.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:119844 Archived-At: On 06/20/2016 05:38 PM, Eli Zaretskii wrote: > Or just use concat, > and test the result with multibyte-string-p before sending. Actually, here's a reason why we might prefer not to replace string-as/to-unibyte with multibyte-string-p: string-to-unibyte works fine if the string's contents only contain ASCII/8-bit characters, even if the string itself is multibyte. But multibyte-string-p returns nil for such strings anyway. So doing like you suggest might make some (arguably not well-written) programs fail, which otherwise could function fine, provided they only operate on ASCII strings. And having a multibyte string with ASCII-only contents is fairly common when the string is produced with buffer-substring from a source code buffer. While it might be good to discourage this kind of programming practice (that doesn't handle non-ASCII text properly), it seems like this would be better for master rather that the impending release. WDYT?