Re: Library stalling trying to retrieve password protected URLs

"K. O. Linn" wrote:

> >Date: Tue, 23 Nov 1999 08:58:38
> >To: www-lib@w3.org
> >From: "K. O. Linn" <linn@informatik.fh-wiesbaden.de>
> >Subject: Re: Library stalling trying to retrieve password protected URLs
> >
> >hi,
> >if you look at the commandline Example (HTLine.c), you might find what you
> want.
> >You can use this programm in an
> >interactive and non-interactive mode (with the -auth Switch). I ported this code
> to the robot
> programm. It worked after I added a new profile statement to the existing one:
> >    /* Initiate W3C Reference Library with a robot profile */
> >--->    HTProfile_newNoCacheClient(APP_NAME, APP_VERSION);     //wichtig für
> Passwort Abfrage!!!!!
> >    HTProfile_newRobot(APP_NAME, APP_VERSION);
> >
> >This might be not perfect, but it works.
> >
> >K.O.Linn
> >
> >
> >
> >
> >At 22:15 17.11.99 -0500, you wrote:
> >>Greetings again libwww'ers,
> >>
> >>When trying to load URLs that are password protected without specifying a
> >>password, libwww seems to stall. Using code posted to this list on June 17
> >>by Raffaele Sena <raff@nuvomedia.com> (BTW, thanks :) ), I've got a
> >>not-so-interactive application supplying the username and password when
> >>required. This works exactly as I'd expect. However, if I don't have a
> >>username and password to give, libwww ends up calling select() and waiting
> >>on a socket that doesn't become active again. I'd expect to get a 401 error
> >>instead.
> >>
> >>The trace shows the normal chain of events: Request, 401 Error, After
> >>Filter, look for name and password, request again. The second request never
> >>really gets underway if a name and password aren't found.
> >>
> >>Again, this is a part of the library I don't understand very well at all, so
> >>if anyone could help me out or give me some pointers, I'd be very
> >>appreciative.
> >>
> >>Thanks.
> >>--
> >>Sam Couter                                             sam@topic.com.au
> >>Internet Engineer
> >>tSA Consulting
> >>
> >>
> >>
> >

Received on Tuesday, 23 November 1999 17:17:01 UTC