This is the managed C++ forum. Managed C++ can NEVER be just C. This is the wrong place to ask this. Define 'not working' when you ask this again in the right place. Christian Graus - Microsoft MVP - C++ Metal Musings - Rex and my new metal blog

look Here[^] "A winner is not one who never fails...but the one who never quits"

Most likely cause is a for or while loop that does not end because there is a bad value of a variable or wrong assumption in the code somewhere cheers, Neil

The "poor man's profiler" will find this one. Steve

and this code is work or not work CFile file(_T("c:\\test.txt"),CFile::modeNoTruncate | CFile::modeWrite ); file.SeekToEnd(); file.Write(_T("test"),4); file.Close ();_** **_ whitesky

zahid_ash wrote: But its using FTP command, I have build my own server and client that is not using FTP protocol. Could you please help me in that direction (not FTP involvment) - thanks You have to send back acknowledge from client....make a log of acknowledgement's sent by the client ...and vice versa...and when crash occurs just read the log and do appropriate. Knock out 't' from can't, You can if you think you can :cool:

Hi, yes you can i.e. CreateEvent and use WaitForSingleObject( HANDLE hHandle, DWORD dwMilliseconds ). ----------- Mila

zahid_ash wrote: Fatal error Kernal32.lib required You are receiving this message at run-time? :confused: "The largest fire starts but with the smallest spark." - David Crow "Judge not by the eye but by the heart." - Native American Proverb

Use SHELLEXECUTEINFO with ShellExecuteEx() and the structure has a member "hProcess" this is the handle to newly created process. suhredayan There is no place like 127.0.0.1

zahid_ash wrote: HI. I am running my application using command prompt. like C:\> D:\App.exe after launching this Application the command prompt come back to prompt again like C:\> does it means that application has been ended . but the appliccation is still running then how can I come to know that application is still running using command prompt if the application is Command prompt based then it runs fine... but if it is windows based then application chooses the windows platform to run and application's info enters into windows enviornment not into DOS environment even it run from command prompt. if you want to check the application running state then you have to check into running processes by enumarating processes or any other way. Knock out 't' from can't, You can if you think you can :cool:

Zac Howland wrote: There is a reason why the DirectX libraries define the following macro Yep, there is: Microsoft DirectX programmers don't know C++ very well. ;P My programming blahblahblah blog. If you ever find anything useful here, please let me know to remove it.

So have you stepped into the call to Create() to find the offending statement? "The largest fire starts but with the smallest spark." - David Crow

MSDN library mentions this problem in the description of ::TrackPopupMenu function. In order to solve it, there is a recomendation to make the window foreground before TrackPopupMenu, and then to post a benign message immediately after TrackPopupMenu: ::SetForegroundWindow(hwnd); ::TrackPopupMenu(...); ::PostMessage(hwnd, WM_NULL, 0, 0); Or, in case of MFC, inside a member: SetForegroundWindow(); TrackPopupMenu(...); PostMessage(WM_NULL); Hope this will help. -- modified at 10:11 Friday 2nd June, 2006

See here. "The largest fire starts but with the smallest spark." - David Crow

zahid_ash wrote: On client side I only socket is create to connect to the server ip and port, I think this creation of scoket would not be blocked by client side fire wall to connect to server side application? Have A try Buddy! "Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow cheers, Alok Gupta VC Forum Q&A :- I/ IV Support CRY- Child Relief and You

:wtf: The tigress is here :-D

VuNic wrote: To sense it, you need a *lady* client!! I don't have ONe:(( "Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow cheers, Alok Gupta VC Forum Q&A :- I/ IV Support CRY- Child Relief and You

Firewalls are mainly used to block incoming packets rather than outgoing packets. If it is a firewall blocking outgoing packets unless that application is a "trusted" application, then it would have to be manually added by the user anyway. The usefulness of a firewall filtering outgoing connections is debatable, because this means that the malicious software is already installed on the client computer so the battle is more or less already lost. The actual port number for outgoing sockets is usually not important and it's usually some rather high number (as the lower port numbers are all reserved for specific applications, eg 21 for ftp, 80 for http) http://www.iana.org/assignments/port-numbers[^]