[cl-openid-devel] Fwd: getaddrinfo fails upon calling 'cl-openid:initiate-authentication

[Maciej Pasternacki]

I just realized that I replied to private mail instead of the list, so  
I'm forwarding my message to list for the archives.

Sorry,
Maciek.

Begin forwarded message:

> From: Maciej Pasternacki <maciej at pasternacki.net>
> Date: 5 marca 2009 00:51:11 GMT+01:00
> To: Aad Versteden <madnificent at gmail.com>
> Subject: Re: [cl-openid-devel] getaddrinfo fails upon calling 'cl- 
> openid:initiate-authentication
>
> Hello,
>
> On 2009-03-04, at 22:53, Aad Versteden wrote:
>
>> I've been trying to get cl-openid running today, yet I'm failing
>> miserably.  For some reason (it might not be specific to cl-openid,
>> yet I could reproduce it on two computers on the same network) the
>> call to 'cl-openid:initiate-authentication seems to fail with the
>> error "Name service error in "getaddrinfo": -2 (Name or service not
>> known)".  On ubuntu, that status code becomes -5.
>
> Can you, please, paste here the whole error backtrace and, if it's  
> possible, the OpenID that gives this error?  It looks like an error  
> that would be caused by an invalid ID.
>
> Which OS and Lisp implementation do  you use?
>
> Does using Subversion snapshot of usocket, or darcs snapshot of cffi  
> help?  For development I use cl-librarian setup (described in  
> README), which gets usocket, trivial-utf-8, bordeaux-threads, arnesi  
> and fiveam from version control.  It's possible that asdf-install  
> has old version of usocket or cffi, it can com from either of those  
> libraries (I can't really tell without a backtrace).
>
>> This happens when running the rlying-part.lisp example (with an
>> updated call to 'init-relying-party) in the current darcs repository.
>>
>> I have used darcs dist and ran asdf-install on that tarball to fetch
>> the other needed libraries.  Some changes were needed in the code, to
>> make it compatible with the current tarball of hunchentoot.
>
> Maybe it's library compatibility problem, I didn't check these for a  
> while.  I'll look into it, but it's possible that I can find some  
> time only after the weekend.
>
>> I have tried to run some c-code to see if getaddrinfo worked on some
>> trivial cases and that seems to work.  Hover, getaddrinfo seems to
>> fail on calls with an http prefix.
>
>
> I have no idea, how can http prefix be handed to getaddrinfo.  The  
> backtrace would be helpful.
>
> I created a fresh environment, checked out all the libraries with cl- 
> librarian as described in the manual, and tested  INITIATE- 
> AUTHENTICATION by hand.  I'm unable to reproduce your error (Clozure  
> CL on MacOS X 10.5 on Intel).  Here's what I ran; can you check how  
> this code runs for you?
>
> CL-USER> (defvar *relying-party* (make-instance 'cl-openid:relying- 
> party
>                                       :root-uri (puri:uri "http://localhost/rp 
> ")
>                                       :realm (puri:uri "http://localhost/ 
> ")))
> #<CL-OPENID:RELYING-PARTY #x30004293CEDD>
> CL-USER> (cl-openid:initiate-authentication *relying-party* "http://www.pasternacki.net/ 
> ")
> #<URI http://www.myopenid.com/server?openid.ns=http%3A%2F%2Fspecs.openid.net%2Fauth%2F2.0&openid.mode=checkid_setup&openid.claimed_id=http%3A%2F%2Fwww.pasternacki.net%2F&openid.identity=http%3A%2F%2Fjaphy.myopenid.com&openid.assoc_handle=%7BHMAC-SHA256%7D%7B49af12e9%7D%7BK%2FI3Jg%3D%3D%7D&openid.return_to=http%3A%2F%2Flocalhost%2Frp%3Fcl-openid.authproc-handle%3DAg..&openid.realm=http%3A%2F%2Flocalhost 
> >
> CL-USER>
>
> Regards,
> Maciek
>
> -- 
> Maciej Pasternacki -><- http://www.pasternacki.net/ -><- http://www.3ofcoins.net/
>

-- 
Maciej Pasternacki -><- http://www.pasternacki.net/ -><- http://www.3ofcoins.net/