Do you notice this same behavior with globus-url-copy with a bogus
hostname? For instance, I get:
$ globus-url-copy gsiftp://bogusname/etc/group -
error: globus_xio: Unable to connect to bogusname:2811
globus_xio: globus_libc_getaddrinfo failed.
globus_common: Name or service not known
Mike
Ole Weidner wrote:
Hi,
I've encountered some weird behavior while using the GridFTP C client
API. If I supply any function - let's say globus_ftp_client_mlst() with
a host (URL) for which I have either the wrong credentials or if there's
no GridFTP service running on the specified host everything works as
expected and the function return with something like:
globus_xio: Unable to connect to localhost:2811
globus_xio: System error in connect: Connection refused
globus_xio: A system call failed: Connection refused
or
globus_ftp_control: gss_init_sec_context failed
GSS Major Status: General failure
globus_gsi_gssapi: Error with gss context
globus_gsi_gssapi: Error with GSI credential
globus_gsi_gssapi: Error with gss credential handle
BUT if I pass a hostname to the function that doesn't exist (and can't
be resolved), the function will hang FOREVER (the done callback won't
return) although it should certainly come back with something like
"cannot resolve hostname"?!?
Any ideas how to fix it?
Thanks,
Ole
