|
Hi all,
I have an editable flexgrid.
Now I want to add an combobox to it.
How can I add.Please help me.
Thanks in advance.
|
|
|
|
|
Hi all,
I am at my wits' end with a program that I am currently working on, so I hope someone of you may have the ultimate bright idea that I'm looking for...
I am writing a multi-threaded, dialog-based program in VC 6.0. This program runs a number of Ftp client communication sessions simultaneously as a sort of server. Since our clients communicate with a lot of different parties, based on Ftp, but each with their own particular methods, each of these communication channels is separately configurable.
The program works fine, but during testing, it turned out that it is gradually eating memory. Since it needs to be able to run infinately, this is a major issue. I took out one or two issues (like properly closing a CFileFind.FindFile and using _beginthread and _endthread in stead of CreateThread), but I'm pretty sure that at this moment each "new" is properly terminated with a "delete", so the idea is growing that this might have to do with memory fragmentation. I have now introduced a call to EmptyWorkingSet (hProcess) every hour. This does indeed reduce the used memory back to some 650K (from 7MB) and does seem to do the trick, however when the program is orderly terminated, WinMain throws an exception. In itself this is not so much of an issue since it only happens on termination, but it looks extremely unprofessional and might be an indication of something that could start bothering me later on...
My questions:
1. Does anyone have any really good ideas about finding possible memory leaks (or about solving memory fragmentation should this be the issue) I have been using all the standard tricks, but it does not really point me to specific elements that I might still have forgotten to delete
2. Can anyone shed any light on the usage of EmptyWorkingSet that might solve the exception problem
Thanks in advance
William
Willam Engberts
|
|
|
|
|
|
Hi all,
Can anybody help in coverting an existing vc++ application to support .net framework.
OR
please refer me to some link where i can find out the solution to my problem.
Regards,
Pankaj Sachdeva
There is no future lies in any job but future lies in the person who holds the job
|
|
|
|
|
I know from experience that when I'm adding to a win32 project some .net components VS prompt me to convert from native to CLR-supported.
|
|
|
|
|
Do you want to change your program of VC++ to VC++.net?
|
|
|
|
|
You can migrate to managed code in steps, or with C++, use mixed native and managed code.
Here's a good start: How To: Migrate to /clr[^]
Mark
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://www.codeproject.com/script/Forums/Images/coffee.gif)
|
|
|
|
|
hello all,
I have a simple project created by using Visual studio 2005(using MFC, complied in debug mode), it works at my computer, But it does not work another computer where not installed visual studio 2005, I know this is dlls issue,
But i want to know what dlls i should copy with the application(.exe file), or another way to do it?
Thanks in advance
It is never late to learn
|
|
|
|
|
You have to make a release version of your program and install vcredist_x86.exe on the target machine. It can be dowloaded here[^]. If you have the VC SP1, scroll down the page to get the version for the SP1.
|
|
|
|
|
Hello,
Thanks for your reply
I made a release mode, but it does work as debug mode, that is one thing.
Another thing, do u think that Installing vcredist_x86.exe on the target machine, to run my application?
Thanks
It is never late to learn
|
|
|
|
|
Gofur Halmurat wrote: Another thing, do u think that Installing vcredist_x86.exe on the target machine, to run my application?
 sorry, I didn't understand the question. If you want to run your application on the target machine, then you'll need to execute vcredist_x86 on it. This will install the C-runtime libraries and the MFC libraries.
|
|
|
|
|
MFC42D.DLL
MFCN42D.DLL
MFCO42D.DLL
MSVCRTD.DLL
paste these dll on system32. It will solve your problem. 
Yes U Can ...If U Can ,Dream it , U can do it ...ICAN
|
|
|
|
|
 He's talking about VC2005, not VC6.
|
|
|
|
|
u r Right, that was my mistake.
Yes U Can ...If U Can ,Dream it , U can do it ...ICAN
|
|
|
|
|
Shilpi Boosar wrote: u r Right
May I please ask you to STOP using SMS language on the boards? Don't you have a keyboard with all the keys in it? 
Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP
|
|
|
|
|
u r right but plz help coz urgent...
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
|
Yes U Can ...If U Can ,Dream it , U can do it ...ICAN
|
|
|
|
|
|
Using SMS lingo on a good public board like this is considered to be unprofessional, and I suggested you not to do it. I'm done.
Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP
|
|
|
|
|
I use Visual Studio 2005,
those dlls should be like these:
MFC80D.DLL
MFCN80D.DLL
MFCO80D.DLL
MSVCRTD.DLL
But, still not clear, Why should use always copy the dlls into system, my program is
like 0.4 mb, the dlls are about 10 mb
For the simple project, why should i hold the dlls
It is never late to learn
|
|
|
|
|
You could build the project using MFC in a static library instead of moving debug dlls. But this might also generate huge executable.
|
|
|
|
|
Shilpi Boosar wrote: MFC42D.DLL
mfc42d.dll is used by vc6. The mfc dlls with VS 2005 starts with mfc80
|
|
|
|
|
i.e the ugly way.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
|
|
|
|
|
The problem with this is that it is illegal to distribute the dlls you listed. Those are DEBUG builds, and per the Microsoft License Agreement, you may not re-distribute them.
You must build a release build of your program, and then you are permitted to redistribute the release build of the dlls (using the vcredist as mentioned by others).
Karl - WK5M
PP-ASEL-IA (N43CS)
PGP Key: 0xDB02E193
PGP Key Fingerprint: 8F06 5A2E 2735 892B 821C 871A 0411 94EA DB02 E193
|
|
|
|
|
Thanks for the satisfactory reply
Yes U Can ...If U Can ,Dream it , U can do it ...ICAN
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
