From hom.sepanta at gmail.com Tue May 1 12:27:45 2007 From: hom.sepanta at gmail.com (Mostafa Razavi) Date: Tue, 01 May 2007 15:57:45 +0330 Subject: [drakma-devel] drakma causes lisp connection close unexpectedly In-Reply-To: References: <46367448.1050505@gmail.com> Message-ID: <46373241.8050200@gmail.com> I am sorry, I should have included more details. Yes, I use SLIME, and you're right. I tried it from SBCL repl and it worked. Actually, it seems when SLIME tries to print the result it runs into problem. Maybe, Persian text causes this problem. Anyway, thanks for you replies. Next time, I'll try to do more tests before posting here. Homayoon Edi Weitz wrote: > On Tue, 01 May 2007 02:27:12 +0330, Mostafa Razavi wrote: > > >> I'm starting to use Drakma in a program of mine, and it seems to >> work fine for me except in one strange case. I was trying to >> retrieve a page, with (drakma:http-request >> "http://cesa.iust.ac.ir/"), that I got "Lisp connection closed >> unexpectedly: exited abnormally with code 256". >> > > As Chris already said, this looks very much like a SLIME issue. > Actually, I'd be willing to bet that it is one... :) > > Works fine for me with LispWorks on Windows, but the page contains a > lot characters I don't know - maybe Arabic. > > HTH, > Edi. > _______________________________________________ > drakma-devel mailing list > drakma-devel at common-lisp.net > http://common-lisp.net/cgi-bin/mailman/listinfo/drakma-devel > > From szajmi at gmail.com Tue May 1 13:54:07 2007 From: szajmi at gmail.com (Andras Simon) Date: Tue, 1 May 2007 15:54:07 +0200 Subject: [drakma-devel] drakma causes lisp connection close unexpectedly In-Reply-To: <46373241.8050200@gmail.com> References: <46367448.1050505@gmail.com> <46373241.8050200@gmail.com> Message-ID: <9008cd5d0705010654u22fd2fccqe3c5e3b0d05ca64e@mail.gmail.com> On 5/1/07, Mostafa Razavi wrote: > I am sorry, I should have included more details. Yes, I use SLIME, and > you're right. I tried it from SBCL repl and it worked. Actually, it > seems when SLIME tries to print the result it runs into problem. Maybe, > Persian text causes this problem. Anyway, thanks for you replies. Next > time, I'll try to do more tests before posting here. You may find http://nolan.eakins.net/node/150 (besides Slime's docs) useful for configuring a Unicode-friendly Emacs/Slime/Lisp environment. Andras From edi at agharta.de Mon May 7 22:00:39 2007 From: edi at agharta.de (Edi Weitz) Date: Tue, 08 May 2007 00:00:39 +0200 Subject: [drakma-devel] New Chunga release 0.3.0 (Was: Lenient read-line*) In-Reply-To: <1177676663.9218.5.camel@deepthought> (Sean's message of "Fri, 27 Apr 2007 13:24:23 +0100") References: <1177596978.26324.24.camel@deepthought> <1177600070.26324.39.camel@deepthought> <46314705.1040307@cunningham.net> <1177676663.9218.5.camel@deepthought> Message-ID: On Fri, 27 Apr 2007 13:24:23 +0100, Sean wrote: > Sorry for the delay. And sorry for my delay as well... :) > I've attached a patch which implements *accept-bogus-eols* for > read-line* along with updated docs. When bound to a non-nil value > then a lone CR or LF will be accepted as EOL. I've released 0.3.0 which incorporates your changes. Thanks, Edi. From edi at agharta.de Thu May 10 00:05:50 2007 From: edi at agharta.de (Edi Weitz) Date: Thu, 10 May 2007 02:05:50 +0200 Subject: [drakma-devel] Re: drakma help In-Reply-To: (Cyrus Harmon's message of "Wed, 9 May 2007 16:27:57 -0700") References: Message-ID: Hi Cyrus, On Wed, 9 May 2007 16:27:57 -0700, Cyrus Harmon wrote: [Cc to mailing list.] > So I've been trying to do http-requesting with DRAKMA and I see some > weird results: > > (drakma:http-request "http://patft.uspto.gov/netacgi/nph-Parser? > Sect1=PTO2&Sect2=HITOFF&u=%2Fnetahtml%2FPTO%2Fsearch- > adv.htm&r=80&f=G&l=50&d=PTXT&s1=affymetrix&p=2&OS=affymetrix&RS=affymetr > ix") Seems Paul Graham's Arc server is not the only one which sends wrong line endings. Luckily, Chunga was modified to cope with that just two days ago... :) CL-USER 15 > (let ((chunga:*accept-bogus-eols* t) (drakma:*header-stream* *standard-output*)) (nth-value 1 (drakma:http-request "http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&u=%2Fnetahtml%2FPTO%2Fsearch-adv.htm&r=80&f=G&l=50&d=PTXT&s1=affymetrix&p=2&OS=affymetrix&RS=affymetrix"))) GET /netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&u=%2Fnetahtml%2FPTO%2Fsearch-adv.htm&r=80&f=G&l=50&d=PTXT&s1=affymetrix&p=2&OS=affymetrix&RS=affymetrix HTTP/1.1 Host: patft.uspto.gov User-Agent: Drakma/0.7.0 (LispWorks 5.0.2; Windows NT; Windows XP: 5.1 (build 2600) Service Pack 2; http://weitz.de/drakma/) Accept: */* Connection: close HTTP/1.0 200 Script results follow Server: NetAnswer Server 1.0 Content-Type: text/html 200 Cheers, Edi. From ch-tbnl at bobobeach.com Sun May 13 03:51:42 2007 From: ch-tbnl at bobobeach.com (Cyrus Harmon) Date: Sat, 12 May 2007 20:51:42 -0700 Subject: [drakma-devel] xml-rpc? Message-ID: has anyone layered xml-rpc on top of drakma? seems like a natural thing to do. s-xml-rpc seems nice, but I don't think it supports https. Thanks, Cyrus From lispercat at gmail.com Sun May 20 14:33:16 2007 From: lispercat at gmail.com (Andrei Stebakov) Date: Sun, 20 May 2007 10:33:16 -0400 Subject: [drakma-devel] Help with utf-8 (SBCL 1.0.5) Message-ID: When I make the request like this: (drakma:http-request "http://www.w3.org/2001/06/utf-8-test/UTF-8-demo.html") It results in error: " UTF-8 test file

Original by Markus Kuhn, adapted for HTML by Martin Dürst.

UTF-8 encoded sample plain-text file

debugger invoked on a SB-INT:STREAM-ENCODING-ERROR in thread #:
  encoding error on stream #
  (:EXTERNAL-FORMAT :ASCII):
    the character with code 8254 cannot be encoded.

Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.

restarts (invokable by number or by possibly-abbreviated name):
  0: [OUTPUT-NOTHING] Skip output of this character.
  1: [ABORT         ] Exit debugger, returning to top level.

(SB-INT:STREAM-ENCODING-ERROR
 #
 8254)
0]


Is it some parameter that I forgot to call http-request with to make it
aware of utf-8 encoding?

Thank you,
Andrew
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From rm at seid-online.de  Sun May 20 14:42:43 2007
From: rm at seid-online.de (Ralf Mattes)
Date: Sun, 20 May 2007 16:42:43 +0200
Subject: [drakma-devel] Help with utf-8 (SBCL 1.0.5)
In-Reply-To: 
References: 
Message-ID: <1179672163.6399.1.camel@localhost.localdomain>

sOn Sun, 2007-05-20 at 10:33 -0400, Andrei Stebakov wrote:
> When I make the request like this:
> (drakma:http-request
> "http://www.w3.org/2001/06/utf-8-test/UTF-8-demo.html")
> 
> It results in error:
[...]
> 
> Is it some parameter that I forgot to call http-request with to make
> it aware of utf-8 encoding? 

What does the following eval to:

(if (member :sb-unicode *features*)
    :we-have-unicode :no-unicode-found)


Cheers, Ralf Mattes
 
> Thank you,
> Andrew
> _______________________________________________
> drakma-devel mailing list
> drakma-devel at common-lisp.net
> http://common-lisp.net/cgi-bin/mailman/listinfo/drakma-devel



From ehuels at gmail.com  Sun May 20 15:02:18 2007
From: ehuels at gmail.com (Erik Huelsmann)
Date: Sun, 20 May 2007 17:02:18 +0200
Subject: [drakma-devel] Help with utf-8 (SBCL 1.0.5)
In-Reply-To: 
References: 
Message-ID: 

On 5/20/07, Andrei Stebakov  wrote:
> When I make the request like this:
> (drakma:http-request
> "http://www.w3.org/2001/06/utf-8-test/UTF-8-demo.html")
>
> It results in error:
>
> "
> \"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd\
> ">
> 
>     UTF-8 test file
>     
>      

Original by Markus Kuhn, adapted for HTML by Martin Dürst.

>
> UTF-8 encoded sample plain-text file
>
> debugger invoked on a SB-INT:STREAM-ENCODING-ERROR in thread # "initial t
> hread" {BBDF5A9}>:
>   encoding error on stream # {BBDF859}>
>   (:EXTERNAL-FORMAT :ASCII):
>     the character with code 8254 cannot be encoded.
>
>  Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.
>
> restarts (invokable by number or by possibly-abbreviated name):
>   0: [OUTPUT-NOTHING] Skip output of this character.
>   1: [ABORT         ] Exit debugger, returning to top level.
>
> (SB-INT:STREAM-ENCODING-ERROR
>  #
                                    ^^^^^^^^^^^^^^^

>  8254)
> 0]
>
>
> Is it some parameter that I forgot to call http-request with to make it
> aware of utf-8 encoding?

No. SBCL has detected your terminal doesn't support the characters
you're trying to print, so, it's generating an error.  As you can see
a few lines higher up, the standard output file has an associated
encoding of ASCII, meaning that probably the output of 'locale' on
your system contains LANG=POSIX or LANG=C.

> Thank you,
> Andrew

HTH,

Erik.