> > Testing with mutliple unknown factors in the mix > causes an exponential increase in the difficulty of > debugging.
Pretty much done all that... > Amen to that one. That's what I was tryign to get > him to do was narrow down and rule out different > things. > Like, if he's trying to get a url that is a public > internet address then, does he have > an actual internet connection and is his dns > resolving names. Yes I do have an internet connect and no I can't answer the resolving names question since I can only return pages stored locally or on our server. I am looking into whether it may be a firewall issue...since scripts are not allowed to be run on our server, they may be blocking executable scripts from running. > Also correct me if I'm wrong, (Which I may be > completely) does LWP even use any local webserver? > Since it's getting content like a browser and not > serving pages it seems it should work without apache > or IIS or any webserver. > If that's the case then isn't trying to figure out > why the local webserver isn't letting LWP get a url > kind of barking up the wrong tree? I presumed it uses a web server since it falls under CGI scripting...I figured that it you want to run it on the internet they you'd need a server and naturally an internet connection. But I am intrigued...why do you think LWP doesn't use a webserver? Ben __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
