You should move your find processing to a separate function and call that with the root path you wish to search. You can then call that recursively each time you find a directory, something like:
void ProcessFiles(string root, string directory)
string searchPath = // root plus directory plus mask
// start the find loop
// if next filename = "." or ".." continue
// if next entry is a directory
// ProcessFiles(searchPath, directory.name);
The Button is a standard Windows control that can be used in a Win32 or MFC application. The MFC Button Control[^] is an MFC class that 'wraps' the standard Button, but can only be used in MFC applications.
2>C:\Program Files\Microsoft SDKs\Windows\v6.0A\\include\rpcndr.h(154) : warning C4114: same type qualifier used more than once
2>C:\Program Files\Microsoft SDKs\Windows\v6.0A\\include\rpcndr.h(154) : error C2632: 'char' followed by 'char' is illegal
2>C:\Program Files\Microsoft SDKs\Windows\v6.0A\\include\rpcndr.h(154) : warning C4091: 'typedef ' : ignored on left of 'unsigned char' when no variable is declared
Such things may happen when including header files in the wrong order, required header files has not been loaded, or are skipped due to exclusions. Because we don't know the other headers file that might be involved, it can't be answered for now.
A common problem is the inclusion of winsock2.h. This must be included before windows.h. I mention it here beacuse RPC is network related.
If this does not help you should try to find out the correct order by inspecting the header file inclusion tree. You can generate an include file tree by editing your project settings (Configuration Properties - C/C++ - Advanced - Show Includes).
Inspect the line of error (154 in rpcnhdr.h) to know which definitions trigger the error. Then try to find these definitions in header files included before that.
When you use ATL, then your application is not a non-ATL one.
The first error message is "same type qualifier used more than once". So byte has been already defined.
The next one "'char' followed by 'char' is illegal" indicates that byte has been probably defined using a #define statement so that the compiler sees
The third error is just based on the previous one.
So the goal is to find the previous definition of byte and check if the definition can be suppressed or the header file containing it might be included later. That might be some work because atlbase.h includes a lot of other files. I did a quick search but did not found it. But you should better perform this search with your files because they may change with the Visual Studi and the SDK versions.
Sir, I need to create "string" as an output using my formatted data.
To achieve this I did make use of "sprintf" function.But when building a solution using visual studio I get "C4996" error.
Here is the error message which I get:
Severity Code Description Project File Line Error C4996 'sprintf': This function or variable may be unsafe. Consider using sprintf_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details. 155
to disable all depreciation I've used this preprocessors as per my compiler's suggestion
_CRT_SECURE_NO_WARNINGS must be defined before the header files that use the macro are included. So put it on top of your source file before including any header files.
To set it for all files of a project, add it on top of stdafx.h (when using that) or add it to the preprocessor definitions of your project settings (Configuration Properties - C++ - Preprocessor - Preprocessor Definitions).
Decreasing the warning level does not help here because the warning is treated as an error. To treat them as warnings, set SDL Checks to No in your project settings (Configuration Properties - C++ - General).
Another option is disabling the warning by using a pragma statement:
#pragma warning(disable : 4996)
This is useful when using those deprecated functions only a few times because they can be disabled on function level:
No, they are totally different.
You create a pointer that will point to an integer variable, and pass its address to the function. The function then stores the address of a variable inside the pointer. On return the pointer now points to the variable, and the variable contains a value.
You create a pointer that will point to a pointer but is currently NULL. So when you pass it to the function the function gets a NULL value.
Simply put, in case 1, hello points to the address of pointer, in case 2, hello contains NULL. If you step through the code with your debugger it should become clear.
I have an MDI application under MFC. When I click on a menu I have a dialog based view (CDialog) which contains a button. What I need is when I click the button I want to resize my Dialog and set it to a new position.
I tried the MoveWindow, SetWindowPos but nothing changed. I think that those functions don't work with MDI or I missed sthing.
So people: How can I resize and move my Dialog to a new location point.
Moving the dialog by code should work like moving it by mouse. This does not depend on the application type.
Resizing is disabled for CDialog derived classes. To be resizable the window must have a different style (you may search for resizable dialogs). But it usually requires a lot of code to implement resizing with dialogs. It may be simpler to create your own window class that is not CDialog based (especially when it should be non-modal).