C / C++ / MFC

Thank you, thank you! :-D The difficult we do right away... ...the impossible takes slightly longer.

A simple console application may do it, or probably better, a Windows service. manoharbalu wrote: transfer data across LAN network using TCP sockets and hence needs MFC support. TCP/IP has no requirement for MFC support.

econy wrote: I think this is because ... More likely there is something not quite right in your code. But without futher information it is impossible to make any suggestions.

Don't trace. It's very hard to estimate the amount of information needed whithout flooding the output with pointless redundand information. Also the printed information is difficult to associate with the actual control flow, if the traced function can be called from different points in your code. Judo Sarabia wrote: how to determine the flow of the program? Use a debugger, step through the code, and analyze the state of your program at your pace. You can check the call stack whenever you like to determine how you arrived at the function, and what happened earlier, or where the function arguments came from. GOTOs are a bit like wire coat hangers: they tend to breed in the darkness, such that where there once were few, eventually there are many, and the program's architecture collapses beneath them. (Fran Poretto)

1. the line tree1->findOWN(new Student("",12105092))->merge(s1); creates a memory leak, as the function argument is created on the heap, but never deleted. 2. your function CTree::TCompare compares objects of type Student using operator<(const Student&, const Student&) Did you define that operator? If not, the result of these comparisons are undefined. If you did, the error may be within the code of that operator definition. GOTOs are a bit like wire coat hangers: they tend to breed in the darkness, such that where there once were few, eventually there are many, and the program's architecture collapses beneath them. (Fran Poretto)

You are welcome. THESE PEOPLE REALLY BOTHER ME!! How can they know what you should do without knowing what you want done?!?! -- C++ FQA Lite

if the problem is cannot open include file , You must first check the following: 1. Check your directories if your compiler you used was save in the same directories. 2. How to check your directories (press Alt O(Options) in your C ++(IDE)compiler then choose directories. 3. Then change your directories if it is not properly placed. (If you save your compiler in the C drive, the directories must in C Drive also. Celine

Is that one of your export classes? ...how is it defined in the header? ...make sure you've labeled it as an import (that's the declspec part of the example) in the header file. One thing I noticed about that example is that it's exporting functions, not really exporting classes. Difference is the constructor, if you're exporting/importing a whole class, this[^] is the way to do it. Look at the section labeled as "C++ Native Approach: Exporting a Class".... although it wouldn't hurt to read the whole article so you know get as much info as possible.

Not seasoned enough to read http://www.codeproject.com/Messages/2922875/HOW-TO-ASK-A-QUESTION.aspx[^].

Quote: Why should the compiler generate errors, when I don't explicitly use functions defined in those libraries ? Because libShared does. THESE PEOPLE REALLY BOTHER ME!! How can they know what you should do without knowing what you want done?!?! -- C++ FQA Lite

I had solved: cs.style |= TVS\_HASLINES | TVS\_LINESATROOT | TVS\_HASBUTTONS | TVS\_CHECKBOXES | TVS\_NOSCROLL; in case that anyone need it ...

I approve and recommend this solution... :laugh:

When you run an exe from the command prompt, the command prompt IS your default standard output. Your question doesn't exactly make sense.

At last,how do you solve that question?I also encountered that question,can you help me?

Have you tried to set CStatic lblPresent as member variable ? Something like CStatic m_lblPresent

curious what are you showing in your MDI? you can just use the same instance of CDocument object for both the MDI and the non modal dialogs. just get a pointer to the MDI CDocument object and access within your non modal dialogs classe(s) You can also just get pointers to the specific controls used in your MDI (tree, list, GDI obects) and then just acces these in your modal classes. So the data will all be the same. there are several effective ways to do this, but it's situational

What type of object is rReg? "One man's wage rise is another man's price increase." - Harold Wilson "Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons "You can easily judge the character of a man by how he treats those who can do nothing for him." - James D. Miles

You must have a Window, in order to receive the WM_ messages. However, you can create a Window but not make it visible if necessary.