At 15:39 +0200 08/17/2002, Daniel Stenberg wrote:
>On Fri, 16 Aug 2002, Ray DeGennaro at Eaglerock IS wrote:
>
>>curl 7.9.6 (hppa1.1-hp-hpux10.20) libcurl 7.9.6 (OpenSSL 0.9.6c)
>>
>> I dl'ed 7.9.8, applied the patch and did a new build. I have the
>>same problem. But, I did find one new piece of info.
>>
>> For "security reasons" this machine doesn't have access to any DNS
>>servers. The only hostnames that are allowed are in /etc/hosts. I
>>can access the remote site fine by IP, so I'm 90% sure it's not a
>>problem with the setting between this machine and the remote
>>machine. Also, although IP works for now, it won't work as a long
>>term solution.
>
>I don't think this additional information is what makes any
>difference. curl uses the "standard" name-resolving functions and
>they somehow fail on HPUX 10.20 (Bill Shaver reported the same
>problem: <http://curl.haxx.se/mail/archive-2002-08/0024.html>.

The only other pieces of info that I can add are: During builds, I see:

"No suffix list." comments/warnings

cc: "hostip.h", line 15: warning 617: Redeclaration of tag "hostent" ignored.

cc: "cookie.c", line 271: warning 527: Integral value implicitly
converted to pointer in assignment.

cpp: "arpa_telnet.h", line 53: warning 2001: Redefinition of macro SE.

cc: "telnet.c", line 437: warning 562: Redeclaration of
"set_local_option" with a different storage class specifier:
"set_local_option" will have internal linkage.

Before switching on "--disable-thread", I only recall seeing the
first two ("No suffix list" and "hostip.h") warnings.

>1. Does the name resolves fail on all attempts or are there some
>names and work and some that don't?

I tried all four hostnames in /etc/hosts (this machine has no access
to a DNS server), and all four failed with "(6) Couldn't resolve host
'hostName'". I even tried 'localhost' and that failed too.

>2. If you can, I'd like you fire up curl with a debugger and
>single-step through the Curl_getaddrinfo() function to see exactly
>where it bails out, and possibly check errno and stuff.

This will unfortunately have to wait a bit. Hopefully I'll be able
to do it Tuesday afternoon (Central Time, USA)

>3. As a last resort, if all you want is running the curl tool (i.e
>not using the libcurl library in a separate application) you may
>want to rebuild curl without using the thread-safe functions:
>
>./configure --disable-thread
>
>It'll then instead use another name resolve call (gethostbyname())
>which should make things behave differently.

This works, as far as I can tell. I can get to the machines on the
local network, that are in /etc/hosts, but I can't get to the one off
the local network, but 1) They do block the firewall and/or stop the
HTTP daemon when active testing isn't scheduled, and 2) The error I
now get is "(7) Connect failed". I'll try again tomorrow, when
they've turned the web server back on.

Ray

-- 
.=================================================================.
| =-=-=-=-=-=-= Eagle Rock Information Systems Corp =-=-=-=-=-=-= |
| -=-=-=-=-=-=- web and database business solutions -=-=-=-=-=-=- |
|   <http://www.eriscorp.com>        <mailto:info@eriscorp.com>   |
|Midwest Regional Office: 815-547-0662 (voice) 503-905-8153 (eFax)|
.=================================================================.
-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390