gethostbyname function
Applies to: desktop apps only
The gethostbyname function retrieves host information corresponding to a host name from a host database.
Note The gethostbyname function has been deprecated by the introduction of the getaddrinfo function. Developers creating Windows Sockets 2 applications are urged to use the getaddrinfo function instead of gethostbyname.
Syntax
struct hostent* FAR gethostbyname( __in const char *name );
Parameters
- name [in]
-
A pointer to the null-terminated name of the host to resolve.
Return value
If no error occurs, gethostbyname returns a pointer to the hostent structure described above. Otherwise, it returns a null pointer and a specific error number can be retrieved by calling WSAGetLastError.
| Error code | Meaning |
|---|---|
|
A successful WSAStartup call must occur before using this function. | |
|
The network subsystem has failed. | |
|
Authoritative answer host not found. | |
|
Nonauthoritative host not found, or server failure. | |
|
A nonrecoverable error occurred. | |
|
The requested name is valid, but no data of the requested type was found. This error is also returned if the name parameter contains a string representation of an IPv6 address or an illegal IPv4 address. This error should not be interpreted to mean that the name parameter contains a name string that has been validated for a particular protocol (an IP hostname, for example). Since Winsock supports multiple name service providers, a name may potentially be valid for one provider and not accepted by another provider. | |
|
A blocking Windows Sockets 1.1 call is in progress, or the service provider is still processing a callback function. | |
|
The name parameter is not a valid part of the user address space. | |
|
A blocking Windows Socket 1.1 call was canceled through WSACancelBlockingCall. |
Remarks
The gethostbyname function returns a pointer to a hostent structure—a structure allocated by Windows Sockets. The hostent structure contains the results of a successful search for the host specified in the name parameter.
If the host specified in the name parameter has both IPv4 and IPv6 addresses, only the IPv4 addresses will be returned. The gethostbyname function can only return IPv4 addresses for the name parameter. The getaddrinfo function and associated addrinfo structure should be used if IPv6 addresses for the host are required or if both IPv4 and IPv6 addresses for the host are required.
If the name parameter points to an empty string or name is NULL, the returned string is the same as the string returned by a successful gethostname function call (the standard host name for the local computer).
If the name parameter contains a string representation of a legal IPv4 address, then the binary IPv4 address that represents the string is returned in the hostent structure. The h_name member of the hostent structure contains the string representation of the IPv4 address and the h_addr_list contains the binary IPv4 address. If the name parameter contains a string representation of an IPv6 address or an illegal IPv4 address, then the gethostbyname function will fail and return WSANO_DATA.
The memory for the hostent structure returned by the gethostbyname function is allocated internally by the Winsock DLL from thread local storage. Only a single hostent structure is allocated and used, no matter how many times the gethostbyaddr or gethostbyname functions are called on the thread. The returned hostent structure must be copied to an application buffer if additional calls are to be made to the gethostbyname or gethostbyaddr functions on the same thread. Otherwise, the return value will be overwritten by subsequent gethostbyname or gethostbyaddr calls on the same thread. The internal memory allocated for the returned hostent structure is released by the Winsock DLL when the thread exits.
An application should not try to release the memory used by the returned hostent structure. The application must never attempt to modify this structure or to free any of its components. Furthermore, only one copy of this structure is allocated per thread, so the application should copy any information it needs before issuing any other function calls to gethostbyname or gethostbyaddr .
The gethostbyname function cannot take an IP address string as a parameter passed to it in the name and resolve it to a host name. Such a request is treated exactly as a string representation of an IPv4 address or an unknown host name were passed. An application can use the inet_addr to convert an IPv4 address string to a binary IPv4 address, then use another function, gethostbyaddr, to resolve the IPv4 address to a host name.
Note The gethostbyname function does not check the size of the name parameter before passing the buffer. With an improperly sized name parameter, heap corruption can occur.
Example Code
The following examples demonstrates the use of the gethostbyname function.
#include <winsock2.h> #include <ws2tcpip.h> #include <stdio.h> #include <windows.h> #pragma comment(lib, "ws2_32.lib") int main(int argc, char **argv) { //----------------------------------------- // Declare and initialize variables WSADATA wsaData; int iResult; DWORD dwError; int i = 0; struct hostent *remoteHost; char *host_name; struct in_addr addr; char **pAlias; // Validate the parameters if (argc != 2) { printf("usage: %s hostname\n", argv[0]); printf(" to return the IP addresses for the host\n"); printf(" %s www.contoso.com\n", argv[0]); printf(" or\n"); printf(" %s IPv4string\n", argv[0]); printf(" to return an IPv4 binary address for an IPv4string\n"); printf(" %s 127.0.0.1\n", argv[0]); return 1; } // Initialize Winsock iResult = WSAStartup(MAKEWORD(2, 2), &wsaData); if (iResult != 0) { printf("WSAStartup failed: %d\n", iResult); return 1; } host_name = argv[1]; printf("Calling gethostbyname with %s\n", host_name); remoteHost = gethostbyname(host_name); if (remoteHost == NULL) { dwError = WSAGetLastError(); if (dwError != 0) { if (dwError == WSAHOST_NOT_FOUND) { printf("Host not found\n"); return 1; } else if (dwError == WSANO_DATA) { printf("No data record found\n"); return 1; } else { printf("Function failed with error: %ld\n", dwError); return 1; } } } else { printf("Function returned:\n"); printf("\tOfficial name: %s\n", remoteHost->h_name); for (pAlias = remoteHost->h_aliases; *pAlias != 0; pAlias++) { printf("\tAlternate name #%d: %s\n", ++i, *pAlias); } printf("\tAddress type: "); switch (remoteHost->h_addrtype) { case AF_INET: printf("AF_INET\n"); break; case AF_NETBIOS: printf("AF_NETBIOS\n"); break; default: printf(" %d\n", remoteHost->h_addrtype); break; } printf("\tAddress length: %d\n", remoteHost->h_length); i = 0; if (remoteHost->h_addrtype == AF_INET) { while (remoteHost->h_addr_list[i] != 0) { addr.s_addr = *(u_long *) remoteHost->h_addr_list[i++]; printf("\tIP Address #%d: %s\n", i, inet_ntoa(addr)); } } else if (remoteHost->h_addrtype == AF_NETBIOS) { printf("NETBIOS address was returned\n"); } } return 0; }
Requirements
|
Minimum supported client | Windows 2000 Professional |
|---|---|
|
Minimum supported server | Windows 2000 Server |
|
Header |
|
|
Library |
|
|
DLL |
|
See also
- Winsock Reference
- Winsock Functions
- addrinfo
- addrinfoW
- getaddrinfo
- GetAddrInfoEx
- GetAddrInfoW
- gethostbyaddr
- gethostname
- inet_addr
- WSAAsyncGetHostByName
- hostent
Send comments about this topic to Microsoft
Build date: 4/24/2012
hs = gethostbyname(host);
The message window has three buttons: "Break", "Continue" and "Ignore", if I choose "Continue" the execution continues for hours without problems. If I choose "Break" and then hit F5, VS ask me if I wish to ignore the buggy code, if I respond "Yes" the program continues runing properly for hours and hours, but if I asnwer "No" it shows another message that says: "First-chance exception at 0x774240eb in myprogram.exe: 0xC0000005: Access violation writing location 0x00000000." and execution cannot be resumed any more.
The wierd thing is that this problem always seem to occur shortly after I close IE7 or other web browser I was using to read my yahoo mail, or when click a navigation button inside yahoo mail.
Addtional information:
1.- The upgrade code creates a thread that does all the network operations (connect, request and download) and then exits.
2.- If I don't open up a web browser the program can work for days without any interruption.
3.- My OS is Windows Vista home basic.
I would like to know if anyone is having a similar problem, and apreciate very much a solution.
Thanks in advance.
UPDATE:
I modified my program to use geraddrinfo instead of gethostbyname and still have the same problem, but now the execption is dected somewhere inside ws2_32.dll. Once again, the problem pops up while navigating inside yahoo mail, but also while accessing msdn.
This is too crazy, if my code has a bug, then why this bug only shows up while I'm doing something with the web browser?, why no execption occurs as long as there's no web browser open?, and why the program continues working fine if I choose to ignore the exception?.
Hope someone can give me some light becuase this problem is driving me nuts.
Here is the call stack:
rpcrt4.dll!774240eb()
[Frames below may be incorrect and/or missing, no symbols loaded for rpcrt4.dll]
rpcrt4.dll!774240c3()
rpcrt4.dll!774aed87()
rpcrt4.dll!7746ca00()
ntdll.dll!77842119()
ntdll.dll!7780ba51()
ntdll.dll!777d0a5f()
ntdll.dll!777d0a64()
ntdll.dll!777f4fe0()
ntdll.dll!777d0a64()
advapi32.dll!762e7648()
advapi32.dll!762e7655()
advapi32.dll!762e7b7b()
ntdll.dll!777f43c0()
kernel32.dll!766bb637()
kernel32.dll!766bb651()
kernel32.dll!766b4516()
ntdll.dll!777f4810()
nsi.dll!779714b9()
ntdll.dll!777f4320()
kernel32.dll!766baeb6()
nsi.dll!779714ce()
nsi.dll!77971623()
nsi.dll!779716a0()
dnsapi.dll!75e15eb8()
dnsapi.dll!75e15620()
ntdll.dll!777f6e0c()
dnsapi.dll!75e15460()
dnsapi.dll!75e15f9e()
mswsock.dll!75664703()
mswsock.dll!75664668()
mswsock.dll!756644c2()
ntdll.dll!777f71e6()
ntdll.dll!778418bc()
ntdll.dll!77842869()
ntdll.dll!7784284d()
ntdll.dll!7784284d()
ntdll.dll!7780b7cd()
ntdll.dll!777f7512()
mswsock.dll!7566433d()
mswsock.dll!75664a2a()
mswsock.dll!75664a5c()
nlaapi.dll!74ed58cf()
nlaapi.dll!74ed58de()
NapiNSP.dll!71da1391()
winrnr.dll!71d91244()
ntdll.dll!777f7512()
ntdll.dll!777f7545()
kernel32.dll!766b9a26()
ws2_32.dll!766430e6()
ws2_32.dll!766456c5()
ws2_32.dll!76644732()
ws2_32.dll!76644712()
ws2_32.dll!76644654()
ws2_32.dll!766445c7()
ws2_32.dll!76645504()
[tfl - 05 09 09] Hi - and thanks for your post. You should post questions like this to the MSDN Forums at http://forums.microsoft.com/msdn or the MSDN Newsgroups at
http://www.microsoft.com/communities/newsgroups/en-us/. You are much more likely get a quicker response using the forums than through the Community Content. For specific help about:
Visual Studio : http://groups.google.com/groups/dir?sel=usenet%3Dmicrosoft.public.vstudio%2C&
SQL Server : http://groups.google.com/groups/dir?sel=usenet%3Dmicrosoft.public.sqlserver%2C&
.NET Framework : http://groups.google.com/groups/dir?sel=usenet%3Dmicrosoft.public.dotnet.framework
PowerShell : http://groups.google.com/group/microsoft.public.windows.powershell/topics?pli=1
All Public : http://groups.google.com/groups/dir?sel=usenet%3Dmicrosoft.public%2C&
- 8/16/2009
- george_5154
- 9/5/2009
- Thomas Lee
case AF_INET6:
printf("AF_INET\n");
should be:
printf("AF_INET6\n");
- 7/17/2008
- hoegaarden
If the parameter passed to the gethostbyname() function is an empty string like:
HOSTENT *pEnt = gethostbyname("");
the function returns a pointer to a HOSTENT object with the host name of the local host computer assigned into the h_name parameter.
- 1/2/2008
- ddaS-edEn