From didier at lrde.epita.fr Thu Jul 5 14:48:39 2007 From: didier at lrde.epita.fr (Didier Verna) Date: Thu, 05 Jul 2007 16:48:39 +0200 Subject: [drakma-devel] New version 0.8.0 In-Reply-To: (Edi Weitz's message of "Mon\, 25 Jun 2007 12\:29\:54 +0200") References: Message-ID: Edi Weitz wrote: > The latest release 0.8.0 should hopefully be able to parse these dates > correctly. Note that I've also added a special variable so you can > allow Drakma to fail when parsing cookie dates. Thanks a lot ! -- MySpace: http://www.myspace.com/didierverna Didier Verna, didier at lrde.epita.fr, http://www.lrde.epita.fr/~didier EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (1) 44 08 01 85 94276 Le Kremlin-Bic?tre, France Fax.+33 (1) 53 14 59 22 didier at xemacs.org From didier at lrde.epita.fr Fri Jul 6 13:06:50 2007 From: didier at lrde.epita.fr (Didier Verna) Date: Fri, 06 Jul 2007 15:06:50 +0200 Subject: [drakma-devel] Problem with pipelined requests Message-ID: Hello, I think this question has more to do with Slime, but I'm Cc'ing Drakma because it might be related. I'm in a situation where drakma:http-request seems to get stuck as soon as I want to retreive the BODY of a request. To simplify consider something like this: (defun foo () (multiple-value-bind (body status headers from-uri from-stream must-close reason) (http-request ...) (values body headers))) With *header-stream* set to standard output, I can see the transaction going on until the end, but then the Slime repl doesn't return. I can type comma and then slime commands, C-c C-c has no effect, and if I type something in the repl buffer, I get this on the XEmacs minibuffer window: ; pipelined request... (swank:listener-eval " ") (note the CR) On the contrary, if I comment out the (values ...) form in my function, the request completes and Slime gives me the prompt back. Any hint on what's going on would be appreciated. And BTW, how do I get of such a situation in Slime ? Thanks ! -- MySpace: http://www.myspace.com/didierverna Didier Verna, didier at lrde.epita.fr, http://www.lrde.epita.fr/~didier EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (1) 44 08 01 85 94276 Le Kremlin-Bic?tre, France Fax.+33 (1) 53 14 59 22 didier at xemacs.org From didier at lrde.epita.fr Fri Jul 6 13:32:43 2007 From: didier at lrde.epita.fr (Didier Verna) Date: Fri, 06 Jul 2007 15:32:43 +0200 Subject: [drakma-devel] Re: Problem with pipelined requests In-Reply-To: (Didier Verna's message of "Fri\, 06 Jul 2007 15\:06\:50 +0200") References: Message-ID: I wrote: > I'm in a situation where drakma:http-request seems to get stuck as > soon as I want to retreive the BODY of a request. One additionnal piece of information: if I set :force-binary, the problem goes away. The server is sending a content type of UTF-8. My XEmacs (21.4) can't handle UTF-8, but I don't think it's a problem (I think some displayed characters would be messed up, that's all). -- MySpace: http://www.myspace.com/didierverna Didier Verna, didier at lrde.epita.fr, http://www.lrde.epita.fr/~didier EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (1) 44 08 01 85 94276 Le Kremlin-Bic?tre, France Fax.+33 (1) 53 14 59 22 didier at xemacs.org From vodonosov at mail.ru Sat Jul 7 10:13:56 2007 From: vodonosov at mail.ru (Anton Vodonosov) Date: Sat, 07 Jul 2007 14:13:56 +0400 Subject: [drakma-devel] Re: [slime-devel] Problem with pipelined requests In-Reply-To: References: Message-ID: Hi Didier. I've tried you code for google.com - works for me. It is unlikely from my point of view that the problem is in drakma. Looks like slime can't print you values. There are plenty of ways you can isolate the root of the problem. Try to save values returned by http-request in variables to avoid printing them by slime: (defun foo () (multiple-value-bind (body status headers from-uri from-stream must-close reason) (http-request "http://google.com") (setq b body h headers) nil ;;(values body headers) )) Then you may just evaluate b or h and see what happens. If the printing of srting assigned to b leads to troubles, you may find problematic part of the string place by printing only part of string (splitting it to halves or just print it char by char) You also may try you code without slime, running it directly in you lisp. Or you can use :force-binary and then save returned array to file and then alanyze it. Regards, -Anton Didier Verna: > > Hello, > > I think this question has more to do with Slime, but I'm Cc'ing Drakma > because it might be related. I'm in a situation where > drakma:http-request seems to get stuck as soon as I want to retreive the > BODY of a request. To simplify consider something like this: > > (defun foo () > (multiple-value-bind > (body status headers from-uri from-stream must-close reason) > (http-request ...) > (values body headers))) > > With *header-stream* set to standard output, I can see the transaction > going on until the end, but then the Slime repl doesn't return. I can > type comma and then slime commands, C-c C-c has no effect, and if I type > something in the repl buffer, I get this on the XEmacs minibuffer > window: > > ; pipelined request... (swank:listener-eval " > ") > > (note the CR) > > > On the contrary, if I comment out the (values ...) form in my function, > the request completes and Slime gives me the prompt back. > > > Any hint on what's going on would be appreciated. And BTW, how do I get > of such a situation in Slime ? > > > Thanks ! > From david at lichteblau.com Sat Jul 7 16:56:05 2007 From: david at lichteblau.com (David Lichteblau) Date: Sat, 7 Jul 2007 18:56:05 +0200 Subject: [drakma-devel] faster cl+ssl Message-ID: <20070707165605.GD14907@ununoctium> Hi, the attached patch optimizes the way CL+SSL is used. It by-passes the Lisp socket stream and writes directly to the file descriptor (which helps a lot on some Lisp implementations because CL+SSL's BIO for Lisp streams appears to have some speed issues). (However, it needs the very latest release of CL+SSL.) d. -------------- next part -------------- A non-text attachment was scrubbed... Name: drakma-stream-fd.diff Type: text/x-diff Size: 895 bytes Desc: not available URL: From didier at lrde.epita.fr Mon Jul 9 07:39:46 2007 From: didier at lrde.epita.fr (Didier Verna) Date: Mon, 09 Jul 2007 09:39:46 +0200 Subject: [drakma-devel] Re: [slime-devel] Problem with pipelined requests In-Reply-To: (Anton Vodonosov's message of "Sat\, 07 Jul 2007 14\:13\:56 +0400") References: Message-ID: Anton Vodonosov wrote: > It is unlikely from my point of view that the problem is in drakma. I agree. I investigated a little further (dumped the body to a file etc) and couldn't find any particular character that would cause the problem in it. However, since then, I discovered that the problem doesn't occur when I use ACL as the Lisp engine. I normally use SBCL, which probably has something to do with the problem, then. I'm also sure that Slime has its part in it in some way. Running the same code directly in the Lisp engine (either ACL or SBCL BTW) works fine. On the other hand, running Slime / SBCL within XEmacs (either in an X frame, or on a tty) makes the problem appear. I'll continue investigating... -- MySpace: http://www.myspace.com/didierverna Didier Verna, didier at lrde.epita.fr, http://www.lrde.epita.fr/~didier EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (1) 44 08 01 85 94276 Le Kremlin-Bic?tre, France Fax.+33 (1) 53 14 59 22 didier at xemacs.org From nowhere.man at levallois.eu.org Mon Jul 9 09:09:47 2007 From: nowhere.man at levallois.eu.org (Pierre THIERRY) Date: Mon, 9 Jul 2007 11:09:47 +0200 Subject: [drakma-devel] Re: [slime-devel] Problem with pipelined requests In-Reply-To: References: Message-ID: <20070709090947.GC31026@bateleur.arcanes.fr.eu.org> Scribit Didier Verna dies 09/07/2007 hora 09:39: > I'm also sure that Slime has its part in it in some way. SLIME is very picky about characters it has to show. In my case, I kept cutting the connection between SLIME and my Lisp image, when encodings mistmatched (I received latin9 chars while locally I had a utf8 setup). Quickly, Pierre -- nowhere.man at levallois.eu.org OpenPGP 0xD9D50D8A -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From edi at agharta.de Thu Jul 12 18:54:44 2007 From: edi at agharta.de (Edi Weitz) Date: Thu, 12 Jul 2007 20:54:44 +0200 Subject: [drakma-devel] New release 0.9.1 (Was: faster cl+ssl) In-Reply-To: <20070707165605.GD14907@ununoctium> (David Lichteblau's message of "Sat, 7 Jul 2007 18:56:05 +0200") References: <20070707165605.GD14907@ununoctium> Message-ID: On Sat, 7 Jul 2007 18:56:05 +0200, David Lichteblau wrote: > the attached patch optimizes the way CL+SSL is used. It by-passes > the Lisp socket stream and writes directly to the file descriptor > (which helps a lot on some Lisp implementations because CL+SSL's BIO > for Lisp streams appears to have some speed issues). > > (However, it needs the very latest release of CL+SSL.) Thanks, patch applied. Edi. From didier at lrde.epita.fr Fri Jul 13 10:26:54 2007 From: didier at lrde.epita.fr (Didier Verna) Date: Fri, 13 Jul 2007 12:26:54 +0200 Subject: [drakma-devel] Language preferences in Drakma Message-ID: Hi ! Is it possible to set language preferences in drakma, as ordinary browsers let you choose from their preference menu ? I guess so, but I don't know how it work in the protocol, so I thought I'd ask here. Thanks. -- MySpace: http://www.myspace.com/didierverna Didier Verna, didier at lrde.epita.fr, http://www.lrde.epita.fr/~didier EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (1) 44 08 01 85 94276 Le Kremlin-Bic?tre, France Fax.+33 (1) 53 14 59 22 didier at xemacs.org From rm at seid-online.de Fri Jul 13 10:56:55 2007 From: rm at seid-online.de (Ralf Mattes) Date: Fri, 13 Jul 2007 12:56:55 +0200 Subject: [drakma-devel] Language preferences in Drakma In-Reply-To: References: Message-ID: <1184324215.6373.2.camel@localhost.localdomain> On Fri, 2007-07-13 at 1 +0200, Didier Verna wrote: > Hi ! > > Is it possible to set language preferences in drakma, as ordinary > browsers let you choose from their preference menu ? Yes, since you craft custom HTTP request headers. > I guess so, but I > don't know how it work in the protocol, so I thought I'd ask here. Instead of explaining it here: http://www.cs.tut.fi/~jkorpela/http.html and, more to the point: http://www.cs.tut.fi/~jkorpela/multi/5.html HTH Ralf Mattes bvh > Thanks. >