On Fri, Mar 13, 2009 at 7:02 PM, Andrei Stebakov <lisper...@gmail.com> wrote: > When executing code: > (let ((*break-on-signals* 'error)) > (drakma:http-request "http://lisp.org/";)) > > it gives some errors which don't happen when *break-on-signals* is nil. > The errors are: > > junk in string "org" > BREAK was entered because of *BREAK-ON-SIGNALS* (now rebound to NIL). > [Condition of type SIMPLE-CONDITION] > > Restarts: > 0: [CONTINUE] Return from BREAK. > 1: [REASSIGN] Return from BREAK and assign a new value to *BREAK-ON-SIGNALS*. > 2: [RETRY] Retry SLIME interactive evaluation request. > 3: [ABORT] Return to SLIME's top level. > 4: [ABORT] Exit debugger, returning to top level. > > Backtrace: > 0: (BREAK "~A~%BREAK was entered because of *BREAK-ON-SIGNALS* ~\n > (now rebound to N.. > 1: (SIGNAL #<SB-INT:SIMPLE-PARSE-ERROR {1976ED11}>)[:EXTERNAL] > 2: (ERROR SB-INT:SIMPLE-PARSE-ERROR)[:EXTERNAL] > 3: (PARSE-INTEGER "org")[:EXTERNAL] > 4: (USOCKET::LIST-OF-STRINGS-TO-INTEGERS ("lisp" "org")) > 5: (USOCKET:DOTTED-QUAD-TO-VECTOR-QUAD "lisp.org") > 6: (USOCKET::HOST-TO-VECTOR-QUAD "lisp.org") > 7: (USOCKET:SOCKET-CONNECT "lisp.org" 80)[:EXTERNAL] > 8: (HTTP-REQUEST "http://lisp.org/";)[:EXTERNAL] > > I wonder why does it try to covert url name to integers?
Because SBCL wants a vector quad to connect to a socket. > I think I only stepped into this problem because I needed to use > *break-on-signals* so that my hunchentoot errors invoke the lisp > debugger... I think this issue belongs on the usocket mailing list. There we can handle the issue. It's not specific to Drakma. Anyway, thanks for reporting it. Bye, Erik. _______________________________________________ drakma-devel mailing list drakma-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/drakma-devel
