I have solved the problem... removing the bind() function execution. Acording with the MSDN documentation: "The bind function is used on an unconnected socket before subsequent calls to the connect or listen functions. It is used to bind to either connection-oriented (stream) or connectionless (datagram) sockets. When a socket is created with a call to the socket function, it exists in a namespace (address family), but it has no name assigned to it. Use the bind function to establish the local association of the socket by assigning a local name to an unnamed socket." I understood that the bind function is not necessary, because I only want to send datagrams with a SOCKET to server and receive the responses by the same SOCKET, and the WSAAsyncSelect function grants the data response to the app. This is correct? Thanks, Cris.

Michael Dunn wrote: That still doesn't explain why would UAC interfere with a call to read an INI file. Restricting access to \windows makes no sense - how would you use the computer if you couldn't access \windows? No one is supposed to have direct access to windows, windows does, but not the programs. We've just been too accustomed to lower security. _________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)

People, any idea?

See Owner Drawn Menu With Free Color '& Font[^] WhiteSky

Hello, Anybody have an idea? I have find in the net, but nothing found. Please take a look in this problem ;-) Thanks again, Cris.

Thanks Paresh!! Do you know this tool? I am receving the message: " ---------------------------------------------------------------------------------------------- The evaluation version of the toolkit only supports DLL configurations. To purchase the full version (with static link support) please visit http://www.codejock.com ---------------------------------------------------------------------------------------------- c:\arquivos de programas\codejock software\mfc\xtreme toolkitpro v11.1.3 for visual studio 6.0\source\xttoolkitpro.h(222) : fatal error C1189: #error : This build configuration is not supported by the evaluation library " Can't I test before buy? []'s Cris.

OK, thank you again.

A foreign process, started by another app.

I don't understand your question since GDI+ only handles image files. Anyone who thinks he has a better idea of what's good for people than people do is a swine. - P.J. O'Rourke

Ok, thanks...

Thank you for your help, but this class is not from Visual C documentation. I have solve my problem simply interpreting the xml received like a text. []'s Cris

Cris wrote: I need to read a file from the server, then I will use the CInternetFile class for this (is anyone better ??). Are you asking how to read a file from the server, or use the CInternetFile class? "When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen

You could try handling the WM_POWERBROADCAST message.

Try here for starters. Googling also works. Five birds are sitting on a fence. Three of them decide to fly off. How many are left?

You don't load RC files at runtime, the RC file is just the source (just as you don't run C++ code, you run compiled code). The resource-related APIs all take module handles, which indicates which module to load from. Check out LoadModule() and the resource API docs for more. --Mike-- Ericahist | CP SearchBar v2.0.2 | Homepage | RightClick-Encrypt | 1ClickPicGrabber Actual sign at the laundromat I go to: "No tinting or dying."

I haven't had any experience of that myself. But a quick google on 'msdn SetBkColor() transparent' gave many results.. Try checking them out.

These pages cannot be displayed. Can you show me how make this ?? []'s

Hi Cris, It is declared in Shlwapi.h. Or you can use some other Registry access function if you want. I have the MSDN info for you if you wish. But once again you really don't need the path if you use ShellExecute(..) on an installed application. Art /////////////// From MSDN info /////////////// SHGetValue Retrieves a registry value. DWORD SHGetValue( HKEY hkey, LPCTSTR pszSubKey, LPCTSTR pszValue, LPDWORD pdwType, LPVOID pvData, LPDWORD pcbData ); Parameters hkey Handle to the currently open key, or any of the following predefined values: HKEY_CLASSES_ROOT HKEY_CURRENT_CONFIG HKEY_CURRENT_USER HKEY_DYN_DATA (Windows 95 only) HKEY_LOCAL_MACHINE HKEY_PERFORMANCE_DATA (Windows NT only) HKEY_USERS pszSubKey Address of a null-terminated string that specifies the name of the subkey from which to retrieve the value. pszValue Address of the value. pdwType Type of value. For more information, see Registry Data Types. pvData Address of the destination data buffer. pcbData Size of the destination data buffer. Return Values Returns ERROR_SUCCESS if successful, or a nonzero error code defined in Winerror.h otherwise. You can use the FormatMessage function with the FORMAT_MESSAGE_FROM_SYSTEM flag to retrieve a generic description of the error. Remarks Note If your application must set/retrieve a series of values in the same key, it is better to open the key once and set/retrieve the values with the regular Microsoft® Win32® registry functions rather than use this function repeatedly. Requirements Version 4.71 and later of Shlwapi.dll Windows NT/2000: Requires Windows 2000 (or Windows NT 4.0 with Internet Explorer 4.0 or later). Windows 95/98/Me: Requires Windows 98 (or Windows 95 with Internet Explorer 4.0 or later). Header: Declared in Shlwapi.h. Import Library: Shlwapi.lib.