From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: with-url Date: Sat, 21 Jan 2017 21:32:39 +0100 Message-ID: <87bmv09ms8.fsf@gnus.org> References: <87mvffva75.fsf@gnus.org> <9bd035f3-c7cd-0c8d-81b8-226fb24f608e@yandex.ru> <87bmv0beoa.fsf@gnus.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1485030835 18590 195.159.176.226 (21 Jan 2017 20:33:55 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 21 Jan 2017 20:33:55 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jan 21 21:33:46 2017 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 1cV2Lr-0002zh-Lo for ged-emacs-devel@m.gmane.org; Sat, 21 Jan 2017 21:33:31 +0100 Original-Received: from localhost ([::1]:33248 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cV2Lw-0001Nv-K3 for ged-emacs-devel@m.gmane.org; Sat, 21 Jan 2017 15:33:36 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55139) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cV2LH-0001No-NZ for emacs-devel@gnu.org; Sat, 21 Jan 2017 15:32:58 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cV2LC-00076e-Qh for emacs-devel@gnu.org; Sat, 21 Jan 2017 15:32:55 -0500 Original-Received: from hermes.netfonds.no ([80.91.224.195]:42779) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cV2LC-00075M-Jk for emacs-devel@gnu.org; Sat, 21 Jan 2017 15:32:50 -0500 Original-Received: from 2.150.49.21.tmi.telenormobil.no ([2.150.49.21] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1cV2L7-00029n-Ll; Sat, 21 Jan 2017 21:32:47 +0100 In-Reply-To: (Dmitry Gutov's message of "Sat, 21 Jan 2017 23:26:07 +0300") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 80.91.224.195 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:211489 Archived-At: Dmitry Gutov writes: > Not really. And macros make sense the most when we add a control flow > construct, or some sort of definition syntax for a new > facility. Neither of which is really the case here. > > You're basically joining a library function with a control flow > construct together. It's a control flow construct in much the same way `with-temp-file' is. > You could say 404 is not an error, but handling it in a similar way to > all other "actual" errors like "can't resolve the hostname" and > "connection timeout" can be pretty handy. Yes, none of these should signal an error from the library. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no