From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Marcin Borkowski Newsgroups: gmane.emacs.help Subject: Re: A (probably silly) problem with request.el Date: Sat, 06 Jun 2015 22:44:16 +0200 Message-ID: <87mw0c7ejj.fsf@mbork.pl> References: <87bngv89g5.fsf@mbork.pl> <87h9qmsbyn.fsf@members.fsf.org> <87fv668d9f.fsf@mbork.pl> <5571C2EC.90903@members.fsf.org> <87y4jx7so5.fsf@mbork.pl> <878ubwskor.fsf@members.fsf.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1433623500 6519 80.91.229.3 (6 Jun 2015 20:45:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 6 Jun 2015 20:45:00 +0000 (UTC) To: Help Gnu Emacs mailing list Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Jun 06 22:44:52 2015 Return-path: Envelope-to: geh-help-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 1Z1KxX-00082h-SA for geh-help-gnu-emacs@m.gmane.org; Sat, 06 Jun 2015 22:44:52 +0200 Original-Received: from localhost ([::1]:52502 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z1KxX-0000PE-1V for geh-help-gnu-emacs@m.gmane.org; Sat, 06 Jun 2015 16:44:51 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55729) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z1KxK-0000OL-Vy for help-gnu-emacs@gnu.org; Sat, 06 Jun 2015 16:44:40 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z1KxG-000733-JC for help-gnu-emacs@gnu.org; Sat, 06 Jun 2015 16:44:38 -0400 Original-Received: from mail.mojserwer.eu ([2a01:5e00:2:52::8]:39922) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z1KxF-00072r-SV for help-gnu-emacs@gnu.org; Sat, 06 Jun 2015 16:44:34 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 032604FA047 for ; Sat, 6 Jun 2015 22:44:33 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Original-Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XtWhCHrBvKYA for ; Sat, 6 Jun 2015 22:44:23 +0200 (CEST) Original-Received: from localhost (unknown [109.232.24.146]) by mail.mojserwer.eu (Postfix) with ESMTPSA id A5DC54FA03B for ; Sat, 6 Jun 2015 22:44:22 +0200 (CEST) In-reply-to: <878ubwskor.fsf@members.fsf.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a01:5e00:2:52::8 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 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-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:104801 Archived-At: On 2015-06-06, at 21:25, Nicolas Richard wrote: > Marcin Borkowski writes: >> Now the question is: >> how do I do anything reasonable with what I got? In my particular case >> I expect json, so I'd like to use e.g. json.el to convert it to s-exps. >> How do I do that? I tried >> >> (request "http://httpbin.org/get" :parser #'json-read), > > The request form will *never*[1] return json, because it returns before the > request is complete. This is what asynchronous means, and that is why I > said "The real job must be done by a callback function". > > The very first example in the homepage of the package uses httpbin.org. > Here's a simplified version of it : > > (request > "http://httpbin.org/get" > :parser 'json-read > :success (function* > (lambda (&key data &allow-other-keys) > (message "response: %S" data)))) > > Please try it and see what happens. The function mentionned as :success > takes over once the request is complete (well, unless the request fails > obviously...). That is a "callback" function. OK, so now that I played with it for a moment, let me ask more questions (not very urgent ones, I'm just curious). Do I get it correctly that the "success" function will be called *at some later point* (assuming that the request succeeded)? What Emacs mechanism is used for that - timers? (I assume that the asynchronicity is more or less natural when using curl, and then async processes are used, right? Does url.el also use some external tool?) TIA, -- Marcin Borkowski http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski Faculty of Mathematics and Computer Science Adam Mickiewicz University