|
Ahh, thats more like it. Thanks for the info.
Systems AXIS Ltd - Software for Business ...
|
|
|
|
|
Forgive if I am failing to understand the situation properly but hacking the win32 executable seems like dangerous way of adjusting the VS_VERSIONINFO. Would it not be better remove all the existing VS_VERSIONINFO resources from your source code, and then have a separate .rc file that only contains your up-to-date VS_VERSIONINFO. Each compoenent can then be compiled with the same instance of the VS_VERSIONINFO resource and the need to hack the executables has gone.
|
|
|
|
|
Is there a way to delete a complete folder (short of finding all files, deleting them individually, then delete the folder)?
I can assume that I have Delete access, and the files are no longer used, and that there are no sub folders.
"Dor säggsische Dialeggt eechnet sich wie keeen onderor für den Ausdrugg zäärdlischor Gefiehle."
sighist | Agile Programming | doxygen
|
|
|
|
|
RemoveDirectory() deletes a folder, but the folder has to be empty. This code should do the trick :
void DeleteFolder(const CString & strFolder)
{
CFileFind finder;
if (finder.FindFile())
{
while (finder.FindNextFile())
{
if (!finder.IsDots())
{
if (finder.IsDirectory())
{
// Folder - recursively delete it
DeleteFolder(finder.GetFilePath());
}
else
{
// File - delete it
DeleteFile(finder.GetFilePath());
}
}
}
}
// And delete the folder
RemoveDirectory(strFolder);
}
"A robust program is resistant to errors -- it either works correctly, or it does not work at all; whereas a fault tolerant program must actually recover from errors."
|
|
|
|
|
SHFileOperation() operates recursively.
Five birds are sitting on a fence.
Three of them decide to fly off.
How many are left?
|
|
|
|
|
Hi,
It's possible to use a WebService as a client from a Visual C++ 6.0 application ? Or I'm force to make the client install the .net framework and make an .net COM Component that will communicate with the old VC++ application ?
Greetings
Braulio
|
|
|
|
|
Hi I have the following situation:
SetWindowLong(hWnd,GWL_WNDPROC,(LONG)MyOwnWndProc);
MyOwnWndProc is a member function of a class I've made. Now I was wondering if it's possible to somehow convert a pointer to the function or something to a LONG. In its current state this won't compile. I've already tried making a class member pointer, and tried to convert that to a LONG, but alas no go.
And no, I don't want to use a non-class function. I really need to know if it's possible with a class function.
Many thanks in advance,
DanglingDude
|
|
|
|
|
Its possible with class member functions.
Try this
LRESULT CALLBACK YourClass::MyOwnWndProc(HWND hWnd, UINT msg,
WPARAM wParam,
LPARAM lParam)
{
}
and then use
SetWindowLong(hWnd,GWL_WNDPROC,(LONG)MyOwnWndProc);
"A robust program is resistant to errors -- it either works correctly, or it does not work at all; whereas a fault tolerant program must actually recover from errors."
|
|
|
|
|
This is exactly what I have now.. and doesn't work.
Are you sure this is supposed to work?
|
|
|
|
|
DanglingDude wrote:
And no, I don't want to use a non-class function. I really need to know if it's possible with a class function.
MyOwnWndProc() would need to be a static member in order for this to work.
Five birds are sitting on a fence.
Three of them decide to fly off.
How many are left?
|
|
|
|
|
i want to control my mouse cursor for open "my computer"
how i do?
somebody help me , i would like to know there.
thank you very much
|
|
|
|
|
Does MFC calls is syncronized by created STA appartement?
CoInitialize(NULL) is called in App:InitInstance.
What if I choose MTA model?
To avoid blocking and reenterance behavior?
I created some threads in MFC app.
I can not create Windowless controls in CDialog than...
Is There any slution?
thanks
|
|
|
|
|
If you choode MTA model, you need to call CoInitializeEx( ).
"A robust program is resistant to errors -- it either works correctly, or it does not work at all; whereas a fault tolerant program must actually recover from errors."
|
|
|
|
|
To join the MTA of a process, a given thread must call CoInitializeEx(0, COINIT_MULTITHREADED). Any objects created within this thread must be thread-safe.
I would suggest to use the MTA model. If you implement it properly, then COM will come in and take care of synchronization for us.
After working with "Apartment", "Both", and "Free", I would take MTA anytime over STA model.
"A robust program is resistant to errors -- it either works correctly, or it does not work at all; whereas a fault tolerant program must actually recover from errors."
|
|
|
|
|
You incorrectly inderstand my question -
I had read article you cited,
but need to esplain not how to create MTA,
but how to define precisely that MFC based on it -
is made safe.
|
|
|
|
|
MFC is not threadsafe!!!
"A robust program is resistant to errors -- it either works correctly, or it does not work at all; whereas a fault tolerant program must actually recover from errors."
|
|
|
|
|
there is an opinion where MFC is not safe for MTA,
and how to modify to make thread -safe?
|
|
|
|
|
I have read some articles( yrs back ), where they have mentioned that MFC is not thread-safe, and so cannot be used with MTAs. I remeber someone suggesting to thread-safely implement IUnknown, to over come this problem. But that shudn't be enough. Why MFC cannot become MTA is still unresolved.
I think its better to remove that itching rabbit(MFC) from your code.
"A robust program is resistant to errors -- it either works correctly, or it does not work at all; whereas a fault tolerant program must actually recover from errors."
|
|
|
|
|
Lemme search that article for you.
I'l post the URL as soon as I find it.
"A robust program is resistant to errors -- it either works correctly, or it does not work at all; whereas a fault tolerant program must actually recover from errors."
|
|
|
|
|
My program is MFC based,
I would glad to eliminate, but what instead?
WTL is not well documented, and not standard in programming.
|
|
|
|
|
Go for ATL without MFC support. If you include MFC support in your ATL project, your COM object has to start choking up around the MFC runtime DLL. But its true that, you will get all the features in MFC, But you will have to pay for it.
So I would say, its actually a design decision, which you have to take. If you have GUIs, then u may use MFC, otherwise dont go for that. Thats my advice.
"A robust program is resistant to errors -- it either works correctly, or it does not work at all; whereas a fault tolerant program must actually recover from errors."
|
|
|
|
|
I have complex mainly GUI application, that was based on MFC,
but threading is also good thing for not to use in any library.
is there method to correctly use GUI libraries in threading environment?
|
|
|
|
|
You can have dialogs ( CAxDialogImpl ) and property sheets in ATL itself. But if you want anything more, use MFC, and choose STA Apartment with 'Apartment' threading model.
Refer msdn for more details
Start here[^]
"A robust program is resistant to errors -- it either works correctly, or it does not work at all; whereas a fault tolerant program must actually recover from errors."
|
|
|
|
|
You may not have to worry if MFC is thread safe.
You can use multi-threading with an MFC application as long as you always use the MFC stuff from the main thread. What are you using multi-threading for? If you just need working threads to do some calculations in the background without directly touching the UI, you can do that fine.
|
|
|
|
|
Yes, sometimes this is so. Thanks for your opinion.
It is to be related to all MFC objects is registerd at one thread.
So it is possible to make other thread that interacts "by handle"
with other threads...
But this is complex to check sometimes in complex GUI systems.
And blocking with reenterancy- is a problem still.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
