|
1. You should reply to the OP not to others who offer answers.
2. You should make your links clickable; like this[^].
Binding 100,000 items to a list box can be just silly regardless of what pattern you are following. Jeremy Likness
|
|
|
|
|
Perhaps you should have replied to the original poster, rather than to Albert. He isn't the one having the issue, and the original poster doesn't receive notifications of replies to other people.
|
|
|
|
|
Am really sorry, am new to this session
|
|
|
|
|
Have a look to the thread, Member4725068 gave a link where it is explained, which was reposted as a clickable link by Richard MacCutchan
Regards.
--------
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpfull answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
|
I have been working with MFC for many years. I know the library and specially my way around to make my programs. Right now my career is not very into programming so I'm not over the newest and biggest wave around. Basically I’m programming for my pleasure and maintaining some programs I have. My doubts arise when you start seen winRT, .net and all those fireworks that we see every day. I want to keep doing what I do, but not be a dinosaur that someday realizes that it’s like still programming for Windows 98. What are your opinins and recommendations as what should be my next step (MFC, WinRT, TheBestFramerorkEver, etc.)
|
|
|
|
|
Personally, I would give a try to WinRT.
Veni, vidi, vici.
|
|
|
|
|
If you're a long time Windows/MFC programmer get away from Microsoft stuff for a while. It's very easy to get wedded to a particular vendor's tools and end up locked into their corporate strategy. Then when they bugger off in a different direction you end up trying to get up to speed with something else fast.
So spread your wings a bit...
- Pick up a linux or FreeBSD distribution and see how you can write code for them and how it's different/same as for Windows
- Grab a portable application framework (WxWidgets is good if you're well used to MFC) and see how you can build it and use it
- Learn another language like Python or Haskell. Python's a surprisingly close to C++ despite looking totally different and Haskell's a completely different programming model
- Reads loads of books about how to write large systems and see how that's different from how you write small ones
- Find an Open Source project that sounds interesting and a bit outside your comfort zone to expose you to how other people write code (get prepared to say WTF? and Ugh! a lot)
- If you REALLY want to stay programming just for Windows start writing the odd app in C rather than C++. Then try VB to see how that's different
Er, sorry, rambling, will stop now.
Good luck!
Ash
|
|
|
|
|
Thank you for your point of view. It surprices me that your recommendation is not in MS world. I like C++ as a language because for me it feels natural to me. I have programmed in many languages, some high level, others not so much, but I always come back to C++.
I would like to know if there other adventages to WxWidgets besides portability becasuse most of my programming has been for windows, and my target users use windows for now.
I have a lot of code in MFC, some programs will stay there until they die, others I would like to evaluate migrating to other frameworks, to take advantage of what the future brings (mobile, touch, etc). The problem right now I see is that many people are saying that this is dead and that is the futures and so on. Most is marketing but in the end I don't clearly see that MS is giving a long life to MFC. On the other hand, going to WinRT, it feels like as an experiment that could be dropped on the next release as we have seen many times. WxWidgets on the other hand has been for some time, but never tried. I think it will be arround for some years from now.
|
|
|
|
|
Disregard my advice to learn other languages then, looks like you already know a pile of them  .
I recommend getting away from MS once in a while because you can get stuck in a bear trap if you use nothing else[1]. I see loads of poor buggers still trapped using VC++6.0 (on these forums and in real life) and I almost cry for them. Then I remember they made the choice to swallow the hook MS fed them gave them and now they can't choke it up. Instead of using standard C++ they splatted on every MS extension they could find. When MS finally came up with a very good standard compiler in 2003 (2002 was nearly there) they were stuck. Huge job to move the code.
Anyway, I don't recommend writing non-portable code, even if you just use windows, as it's your ticket out of trouble when you have to change tools. And portable code has another advantage: If you need a programmer quickly you have a greater pool to draw on, you're not just stuck with the subset of VC++ programmers and you're a member that bigger pool as well.
Where was I? Oh yes, WxWidgets next. So WxWidgets is meant to be portable so it's not a bad thing. However if you only ever do Windows in C++ with the caveats above it won't do a lot for you. You might as well keep using MFC. You might still like to look at the differences in implementation between WxWidgets and MFC, the things they do differently, the rubbish ideas in both, the great ideas in both.
For the next big thing I'd wait a couple of years and see what catches on. After a few years the good ideas are still there and the bad ones are gone apart from the people who invested heavily in them. Try and avoid the marketing spend (Sun and Microsoft spent loads on selling Java and .Net to non-techy managers, not developers) and concentrate on what helps you right now. I use a lot of open source libraries (expat, libCURL and OpenSSL to name three) and they can quite often do what the big guns are trying to flog in a more effective way.
So the moral of this lot is avoid company tie ins - they're usually bad for you. Keep learning stuff outside the box you're in (whether employer mandated or self imposed) and you can't go wrong. Well you can but it'll help in the long run.
Sorry about the length of the post, I'm not sure if I've answered your points that well though!
Cheers,
Ash
[1] And I say this with 6 different versions of MS's compiler on my computer
|
|
|
|
|
Thank for the time spent on answering my question. I think you are right on spending some time on external libraries.
|
|
|
|
|
You may like to look at C#, which should be fairly easy for you as an MFC developer. .NET Book Zero[^] by Charles Petzold is a great introduction, and these tutorials[^] on MSDN are quite helpful. Once you feel comfortable with C# and .NET, you can move on to WPF or ASP.NET, but of course, it all depends on where you want to be in the future.
Binding 100,000 items to a list box can be just silly regardless of what pattern you are following. Jeremy Likness
|
|
|
|
|
Thanks, I've neved done C# probably becase of confort. When you know how to do it in C++ why bother. Well for some projects this has been a good desicion, but for others probably was an oportunity lost. Next time I have a chance I will put the effort to learn it.
|
|
|
|
|
It depends on what you want to be able to do... a lot of new applications are skipping C++ and going right to C#, so if you want to be competitive in the market as a programmer, then learning C# would be a good idea.
|
|
|
|
|
hello guys... I am trying to add the couple of property pages to property sheet. If I ignore all the assertions then the EXE runs properly. But if I go to the assertion it takes me to the following address
- <pre lang="c++"><b>atlmfc\include\afxwin1.inl</b></pre>
and the line
- <pre lang="c++"><b>{ ASSERT(afxCurrentResourceHandle != NULL);</b></pre>
I tried to trace the starting point and put a break point on CMyApp::InitInstance(). But the assertion is shown even before this function is called.
Again, the project builds successfuly and if I ignore all the assertions then the EXE works fine as well. What can be the problem
|
|
|
|
|
You should find in the call stack window of Visual Studio what is the origin of the problem.
Veni, vidi, vici.
|
|
|
|
|
CPallini wrote: You should find in the call stack window
Yes. The origin is the global variable for one of the PropertyPage that I have declared, in order to excess it in other TABS. It is fine because before declaring these global variables, this program was working absolutely fine with no assertions.
The constructor of the property page looks like.
CEmployementDlg::CEmployementDlg(CWnd* pParent )
: CPropertyPage(CEmployementDlg::IDD)
{
}
I dont know what resource I am missing here.
This world is going to explode due to international politics, SOON.
|
|
|
|
|
|
Another thing to look into a global variable you have mentioned. Could you give more details about it? Like type and where it is declared?
JohnCz
|
|
|
|
|
Hi,
I am having a problem. I have a project "MicroSIP" which is used for SIP based call voice over IP. I am running it into VS 2010 and I need to customize it according to my need. For this as soon as I edit the main dialog ( Dialer ) and add some other controls ( like edit control of CEdit) and add member variable for from wizard of "Add Variable", it shows the message "unable to update DoDataExchange method".
More over if getting reference of newly placed "Edit Control" in the program , it has NULL pointer or undefined reference.
Anybody having any idea about this to resolve or some way around to resolve the issue. I am having extremely trouble for solving this scanario.
Regards
Usman Khalil
|
|
|
|
|
Sometimes the wizards get out of whack is some of the commented text that is in the header/source files is removed. Why not add the control by hand? It's really not that difficult.
This is the problem with people using wizards... when they fail, you're left with no recourse. If you learn what it is the wizard does, then you don't have to depend on it.
|
|
|
|
|
Unfortunately adding it by hand also didn't work at all.
See the problem:
It crashes now inside DDX_Control(pDX, IDC_EDIT_Address, MacAddressEditCtrl ); where IDC_EDIT_Address is the id and MAcAddressEditctrl is CWnd object.
oid AFXAPI DDX_Control(CDataExchange* pDX, int nIDC, CWnd& rControl) { if ((rControl.m_hWnd == NULL) && (rControl.GetControlUnknown() == NULL)) // not subclassed yet { ASSERT(!pDX->m_bSaveAndValidate);
pDX->PrepareCtrl(nIDC); ////it crashes here...and inside it int the long run inside of code somehere..it calls GetOleControlSite() and there it is observed that m_pCtrlCont is NULL.
HWND hWndCtrl;
pDX->m_pDlgWnd->GetDlgItem(nIDC, &hWndCtrl);
if ((hWndCtrl != NULL) && !rControl.SubclassWindow(hWndCtrl))
{
ASSERT(FALSE); // possibly trying to subclass twice?
AfxThrowNotSupportedException();
}
ifndef _AFX_NO_OCC_SUPPORT
else
{
if (hWndCtrl == NULL)
{
if (pDX->m_pDlgWnd->GetOleControlSite(nIDC) != NULL)
{
rControl.AttachControlSite(pDX->m_pDlgWnd, nIDC);
}
}
else
{
// If the control has reparented itself (e.g., invisible control),
// make sure that the CWnd gets properly wired to its control site.
if (pDX->m_pDlgWnd->m_hWnd != ::GetParent(rControl.m_hWnd))
rControl.AttachControlSite(pDX->m_pDlgWnd);
}
}
endif //!_AFX_NO_OCC_SUPPORT
}
}
|
|
|
|
|
Where's the code where you describe MacAddressEditCtrl? Are you positive IDC_EDIT_Address exists in the resources? When you try to access this variable, are you sure there's an instance of the dialog created? Has OnInitDialog() been called already?
If I had to guess, you're probably trying to use the control before it has been created.
|
|
|
|
|
Thanks Albert.
As you pointed out and I realized that I placed and written the code of another OnInitDialog..
It was main dialog's control of whole I was trying to manipulate of another dialog's code.
Thanks
|
|
|
|
|
Could you upload the header and cpp file of dialog class ?
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
