|
Thanks Graham and Michael. I was aware of the peekmessage technique of checking for the cancel button being pressed and processing GUI messages. Graham's outline is how I had thought I'd have to do it.
It struck me that this sort of thing could be a frequent requirement - i.e.
- immediate appearance of dialog box displaying "please wait while scanning..."
- processing of data that takes several seconds
- controls then updated with data (and the please wait message removed)
- Cancel button stops processing and closes dialog immediately (no user-perceived delay)
and that someone may have written a CDialog derived class already.
|
|
|
|
|
Done, using Graham's outline. Thanks
|
|
|
|
|
Hello everyone,
When using GetRecordInfoFromGuids to get record info from a typelib from an application, we only need to correctly supply the LIB ID (1st parameter to the function), and the function will automatically finds related typelib by the LIB ID in from Windows registry? No need to manually copy the typelib to the application current directory or manully copy somewhere else?
http://msdn.microsoft.com/en-us/library/ms221025(VS.85).aspx
I have tested it is fine just to supply the correct LIB ID, no manually copy is needed. But since my experience of using this API is limited, your confirmation and comments are appreciated.
thanks in advance,
George
|
|
|
|
|
Hi,
I'm going to conncect to a database file (Database#1.mdf) which I need to connect to directly. (Specifying the mdf file name in the connection string).
Can you provide a code that uses OLE DB to connect to the database?
the database is created in Solution explorer pane of visual studio and the created mdf file is stored somewhere in c:\Database#1.mdf.
Thanks.
|
|
|
|
|
Hi all,
I want to write a buffer content into a ostream. So I try this.
<br />
int CopyBufferTo(ostream& str;)<br />
{<br />
char writeBuffer[100] = {0};<br />
str.write(writeBuffer, 200);<br />
<br />
return 0;<br />
}<br />
Is that fine. I print the stream to console, and I can see the expect output. But then I want to attach as follows,
int AttachTo()<br />
{<br />
stringstream str(ios::in|ios::out|ios::binary);<br />
if(CopyBufferTo(str) == 0)<br />
{<br />
char test[256] = {0};<br />
sprintf(test, "%s", str.str());<br />
memcpy(400, buffer, 200);<br />
}<br />
}
I hope it's clear to you, after attaching the stream to buffer it contain part of it. Not the output on console. Can you help me to find where I'm going wrong.
Thanks
I appreciate your help all the time...
CodingLover
|
|
|
|
|
CodingLover wrote: char writeBuffer[100] = {0};
// Do the processing on buffer
str.write(writeBuffer, 200);
Shouldn't the second argument to write() match the size of writeBuffer ?
CodingLover wrote: char test[256] = {0};
sprintf(test, "%s", str.str());
What happens if str is larger than 256 characters?
CodingLover wrote: memcpy(400, buffer, 200);
Do you have a variable named 400 ?
"Love people and use things, not love things and use people." - Unknown
"The brick walls are there for a reason...to stop the people who don't want it badly enough." - Randy Pausch
|
|
|
|
|
I know .NET framework and C# well. Recently I started working with C++/CLI which I felt more interesting than C#. Since .NET framework is becoming popular, do you think MFC got obsolete? Are you guys doing any projects in MFC other than maintaining the legacy applications?
I don't know MFC and I would like to know whether learning MFC is worth now?
|
|
|
|
|
Christian Flutcher wrote: Is MFC obsolete?
NO, it is NOT !
there's nothing better than native C++ coding !!!
|
|
|
|
|
toxcct wrote: NO, it is NOT !
True.
toxcct wrote: there's nothing better than native C++ coding !!!
Absolutely true.
Anyway, the two sentences are...unrelated.
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
[My articles]
|
|
|
|
|
Of all your questions I've attempted, this is the toughest one, Christian.
First off, .NET and C++ (I will say only C++ in this message. But, When I say C++, include the frameworks and libraries built on and around it - MFC, ATL, WTL, etc.,) are entirely two different things. They exist to solve different problem sets and they cater to different consumers.
During the old days, there was not much of anything more than C/C++. There was another language known as VB, which was catering to an entirely different mass of programmers. VB was too easy to learn, someone quoted "as easy as falling a flight of stairs". But it had several drawbacks, which I won't be listing up here.
So, C/C++ was the prominent choice if you wanted to build high quality, efficient programs. Then the .NET framework came along, which introduced a lot of new features, which would be very difficult if you were to achieve that with C++.
So, the world witnessed a whole new array of fresh .NET programmers (programming became easy) and another mass of C++ guys shifted to .NET, even the "Big Dogs" of the C++ game (some of them being passionate towards technology, wanting to learn the new stuff, some other moved because .NET was easier to do and was the upcoming trend). With the days, .NET has grown to be a true giant, and is the choice for developing large scale business applications which usually involves networking, databases, client/servers, dynamic web-pages, etc.
As you've come from .NET background, I don't have to explain you how good is .NET while dealing with these things. It is the absolute gun, and C++ is no rival. But don't forget it: What .NET can do, C++ CAN do, faster, with lesser dependencies and cripples, lesser resources. But the cost and time of production will increase logarithmically and you will have to do a LOT of work yourself.
For example, when I had to write a server program that will be running 24x7, I wrote it in C#. Why? Because I don't have to bother about garbage collection or a remotest possible memory damage bug or memory fragmentation. But, when I had to write a program that will interpret bytes from a semi-intelligent terminal, before that is sent to the printer port and do some real-time processing on the buffer, I wrote it in C. Why? Because performance is of paramount importance there (read the word real-time?)
When it boils down to system side programming (desktop application development, device drivers, writing new funky frameworks like - uh... .NET, etc.,), C++ is the absolute choice. May I rephrase? Native programming and Managed programming exist for different purposes, so, they must be used wisely and appropriately.
And to talk about the opportunities, sadly the market for C++ devs are comparatively less (when compared to .NET), but is NOT DEAD, NOT OBSOLETE. And will never die.
[added] We, a lot of Visual C++ developers had been discussing this with MS that no significant amount of development was put by MS for the betterment of native language programmers. MS pretty much agreed on the point and gave us a very favorable reply (there's a lot of non-disclosure stuff that I cannot disclose here legally). They also released feature pack for Visual C++ 2008[^], which has improved the features of the MFC framework tremendously. MS has clearly stated that their next version of Visual Studio will bring in a host of improvements for the C++ developers. [/added]
Theese C++ guys are the true Gurus, true Geeks. I say it because they prove it over and over, beyond any shadows of doubt, by creating technology (like .NET) that will be mass-consumed.
Christian Flutcher wrote: I know .NET framework and C# well.
There is no C++ vs .NET argument that would be of my least interest, but please don't forget this: "My compiler compiled your compiler".
Many are stubborn in pursuit of the path they have chosen, few in pursuit of the goal - Friedrich Nietzsche
.·´¯`·->Rajesh<-·´¯`·.
[Microsoft MVP - Visual C++]
|
|
|
|
|
Got my 5 for this, Rajesh!
|
|
|
|
|
Thanks pal.
Unfortunately there is a lot of MVP NDA stuff, which I cannot legally disclose. Otherwise, I could have put forward a lot of points to prove that the future plans of MS shows how much they respect Windows Programmers and that they've taken our betterment very seriously.
Many are stubborn in pursuit of the path they have chosen, few in pursuit of the goal - Friedrich Nietzsche
.·´¯`·->Rajesh<-·´¯`·.
[Microsoft MVP - Visual C++]
|
|
|
|
|
WOW! that's a wonderful post. I appreciate your effort.
Rajesh R Subramanian wrote: Theese C++ guys are the true Gurus, true Geeks
Rajesh R Subramanian wrote: Please don't forget this: My compiler compiled your compiler.
I understand and truly regret for not studying it so far. But I am on the track and expecting to be a small geek very soon.
I have finished the "Thinking in C++" book suggested by you. No second thoughts, it was a great read. BTW, do you have any MFC book suggestions?
Thanks again.
|
|
|
|
|
|
I will check those books. Thanks Rajesh
|
|
|
|
|
Thanks for writing such good post..
Regards,
Sandip.
modified on Thursday, September 25, 2008 11:32 AM
|
|
|
|
|
Nice post Rajesh!
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Rajesh R Subramanian wrote: Of all your questions I've attempted, this is the toughest one
Of all your answers I've read, this is the best
|
|
|
|
|
included at my tips site, any problem please contact on phone before sending legal notice...he he he
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow Never mind - my own stupidity is the source of every "problem" - Mixture
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief and You/xml>
|
|
|
|
|
Legal notice? Hehe...
What got on my eye was - the site shows[^] the post was published on July 27th 2008.
Many are stubborn in pursuit of the path they have chosen, few in pursuit of the goal - Friedrich Nietzsche
.·´¯`·->Rajesh<-·´¯`·.
[Microsoft MVP - Visual C++]
|
|
|
|
|
Rajesh R Subramanian wrote: the post was published on July 27th 2008.
That’s unforgettable date for me... I was engaged that day... See I am giving your post special place in history
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow Never mind - my own stupidity is the source of every "problem" - Mixture
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief and You/xml>
|
|
|
|
|
July 25 and 26 are unforgettable for me. July 25 is my best friend's birthday and 26 was the day my sister got caught up in Mumbai flood (and was rescued the same day). Chabbeese July - sounds familiar?
BTW, congrats on your new endeavor.
Many are stubborn in pursuit of the path they have chosen, few in pursuit of the goal - Friedrich Nietzsche
.·´¯`·->Rajesh<-·´¯`·.
[Microsoft MVP - Visual C++]
modified on Friday, September 26, 2008 6:10 AM
|
|
|
|
|
Christian Flutcher wrote: do you think MFC got obsolete
MFC is hardly obsolete. We continue to use MFC for new standalone apps in our shop.
|
|
|
|
|
I still using MFC in my applications!, last application/DLL i developed, used MFC classes in it.
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow Never mind - my own stupidity is the source of every "problem" - Mixture
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief and You/xml>
|
|
|
|
|
Sometimes I prefer C++ with VCL Seems to have less bugs
modified 7-Mar-17 16:31pm.
|
|
|
|
|