The first sentence is correct. The second two incorrect for the code in the original question. The problem occurs because of the locally declared char Buffer[1024]; and the InternetReadFile(handle, Buffer, sizeof(Buffer), &dwRead). The given Buffer in fact cant be terminated without potential loss of characters read because it has been potentially completely filled by the InternetReadFile. To correctly terminate the Buffer for later appending to a CString would require a Buffer[dwRead] = '\0'; where for most iterations of the loop dwRead = 1024, which would either invalidate one of the other local variables or corrupt the stack in some other way. The correct way would be InternetReadFile(handle, Buffer, sizeof(Buffer)-1, &dwRead) and then a Buffer[dwRead] = '\0'; inside the while loop.

cookies are associated with a domain or sub URL, NOT a web browser control. Try Google for: HTTP Cookie

thanks!

I think ES_AUTOVSCROLL is there to help scroll the window when the user inputs text using the keyboard etc. But for automatic additions to the control, I think you could send it a message to scroll itself after adding text to it. //Add text to it here. m_system_message.SendMessage(WM_VSCROLL,MAKEWPARAM(SB_BOTTOM,0)); Then it should scroll to the bottom, and the cursor, if in it, should appear at the end of the last line. this is this.

Maybe you need to call CoInitializeEx() on your worker thread. awah wrote: its LRESULT return value becomes like -29581853 or something like that. The exact value, preferrably in hexadecimal, would be much more helpful to us than "something like". :) Mark Microsoft MVP - Visual C++

You need to pass a valid URL, such as http://yahoo.com --Mike-- Visual C++ MVP :cool: LINKS~! Ericahist | PimpFish | CP SearchBar v3.0 | C++ Forum FAQ Dunder-Mifflin, this is Pam.

Do you have any calls to UpdateData()? "A good athlete is the result of a good and worthy opponent." - David Crow "To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne

Call Mid() to extract a substring

u r sending keys "abc" of ascii 97,98,99 which stands for VK_NUMPAD1,VK_NUMPAD2,.. If u want print 'abc' then turn off capslock and send "ABC" see "winuser.h"

awah wrote: SPY++ only shows messages that the control has sent out, not messages that it receives Incorrect. Spy++ shows the messages sent to a control. The 2nd value in the spy display is the window handle of the RECEIVING window. What you can't tell is where the message originated. Judy

HEre's an example: <00001> 0001058C S WM_NCHITTEST xPos:510 yPos:756 <00002> 0001058C R WM_NCHITTEST nHittest:HTCLIENT <00003> 0001058C S WM_SETCURSOR hwnd:0001058C nHittest:HTCLIENT wMouseMsg:WM_MOUSEMOVE <00004> 00090564 S WM_SETCURSOR hwnd:0001058C nHittest:HTCLIENT wMouseMsg:WM_MOUSEMOVE <00005> 00090564 R WM_SETCURSOR fHaltProcessing:False <00006> 0001058C R WM_SETCURSOR fHaltProcessing:False <00007> 0001058C P WM_MOUSEMOVE fwKeys:0000 xPos:252 yPos:377 On each line: message # receiving window handle S/R/P - S: message sent via SendMessage (i.e. sender will wait until window has processed message), R: message completion (will always be paired with a S), P: message sent via PostMessage. Note in my example there is a nested pair of S/R - 3 and 6 are a start/stop and 4,5 are a nested sent message decode message type decoded message parameters There is no way to tell who sent a P message nor the first of multiple S messages. When you see nested S messages, it is a good bet that the outer S message sent the message to the inner S window. Spy++ does not track messages created by a window. It only tracks messages received by windows. Judy

using MFC can i use MFC for this?

awah wrote: my thread begins by obtaining information from editboxes Well, this is a definite no-no from worker threads. Never touch the GUI from a worker thread, it may cause a deadlock. Read Joe Newcomer's article on the subject to get a better understanding of how to do worker threads here[^]. "It's supposed to be hard, otherwise anybody could do it!" - selfquote "High speed never compensates for wrong direction!" - unknown

- copy itself to the startup folder, execute the copy and return - if startup folder already has a copy of itself, delete the one in startup folder - if unable to delete, it's assumed that it is running because it is running and gets write protected - search for it's process and kill it so that it can be deleted - but we dont want 2 instance of it, hence if it is already running and the startup folder, return the latter instance

nope it doesnt it's the same as the windowsetpos command above