|
Hi.
I had an interesting conversation with a programming (C++, Java, and soon, C#) professor at my college.
Background
----------
I am current practicing design and implementation using MFC. I am proficient with C++ and is gaining considerable experience with MFC.
Scenario
--------
I asked the professor if she teaches MFC in one of the upper-division programming courses I am planning to take next semester or the following semester. It is basically a couse on OOP C++, which I understand well now. I asked her if he teaches MFC. She says yes. However, I asked her aid who has taken that same course with her just an hour earlier, but he said there was no courses on MFC. The course that the professor teaches is more on OOP C++ concept.
Anyways, she went on to say that C# really interests her. So the conversation went on, but there was one thing that caught my attention. She said she *heard* that Microsoft is planning to *not support* MFC in the near future. What?
What is the future of MFC? Is C# affecting it at all?
I think C++ w/ MFC (or Win32 API) is the most powerful Windows programming tool.
Thanks,
Kuphryn
|
|
|
|
|
I can't see MFC disappearing anytime soon.
- Matt Newman / Windows XP Activist
-Sonork ID: 100.11179:BestSnowman
†
|
|
|
|
|
MFC remains the best all around tool available for creating large scale desktop windows applications. Like VB, C# is great for forms based UI design, especially on the web side, but it would not be the best tool to use if your goal is a full scale windows application. Currently, I think WTL is actually about the only threat to MFC.
MFC does *not* constitute good OO design and I, for one, would not be sad to see it replaced. I am actually surprised that they teach it in college. I hope MS does come out with a superior app development tool in the near future, C# or not.
"There's a slew of slip 'twixt cup and lip"
|
|
|
|
|
MFC will be with us for a long time. There is so many apps out there that rely on MFC that Microsoft wouldn't want to risk removing support for MFC.
I'm not 100% sure that MFC will be updated very much in the future. I don't think there are many more changes that Microsoft can make. MFC pretty much does all it can for writing Win32 platform applications.
The question mark is on what framework will C++ programmers be using to write .NET applications. (I'm not even sure Microsoft have an answer to that yet)
Michael 
|
|
|
|
|
More headaches from everyone's favorite dev system.
When I click Add Resource, the program saves the open files and then exits. !!!
I've tried this on several projects, it only happens on 2 of the 4 I tried. Both are largish projects ported from VC6. The two it works on have minimal RC files (version info only). I checked with my boss; same thing happens on his machine.
And to add insult to injury.. the usability experts at Microsoft removed the "Open as Text" option for files, so I can't even add the resource manually, without leaving VC.
Anyone else get bitten by this? Know of a solution?
|
|
|
|
|
More headaches from everyone's favorite dev system.
Reading posts at CP and in newsgroups, are you really sure MSVC7 is "everyone's favorite dev system"? ;->
If I could choose I'd rather have VC4.2 with the VC6 .dsp files (somewhat tweaked) and and up to date compiler. Most definitely also the VC4.2 MVB MSDN viewer that kicked the pants off the HTML based crap (in comparison) we have now.
|
|
|
|
|
Open as text is still there.
I have also had problems with the resource editor. Maybe we will get a patch soon.
....
Tim Smith
I know what you're thinking punk, you're thinking did he spell check this document? Well, to tell you the truth I kinda forgot myself in all this excitement. But being this here's CodeProject, the most powerful forums in the world and would blow your head clean off, you've got to ask yourself one question, Do I feel lucky? Well do ya punk?
|
|
|
|
|
Tim Smith wrote:
Open as text is still there.
You're right! They sure did hide it well.
It seems that the VC++ team must have had a mandate to make every feature twice as hard to use... I haven't found anything in this version that is an improvement (other than the improved STL, of course).
|
|
|
|
|
Hello all,
What in your collective opinions would be the best way to recursively search a users's hard drive for files given that there are multiple files to search for and all this needs to be done in one operation?
I can use CFileFind to search the HD for 1 file, then re-do the search again for file 2, and so on and so forth, but...this could take years on large HD's...or is this the way to go? 
Anyone, anyone, Bueller?
Frank
|
|
|
|
|
Just FindFirstFile & co. and do the regexp'ing yourself from the returned filenames.
|
|
|
|
|
Eureka!!! The eagle has landed.
Thanks, Mike. Sometimes you just need a little input to get you going back in the right direction again.
Again, many thanks.
Frank
|
|
|
|
|
Hi,
I am trying to use the MFC socket classes in a client/server app I am working with. How can I determine when a CSocket has data to be read, and I can call Receive? I am waiting for messages from a client on this socket. I do not want to use a windows message (AsyncSelect), but I find no EventSelect method in the CAsyncSocket class to parallel the WSAEventSelect function.
I tried using WSAEventSelect driectly, with the SOCKET handle encapsulated by the CAsyncSocket class, but ran into struct redefinitions and other include problems, because I was including both afxsock.h and winsock2.h, but if winsock2.h is not included, all of the WSA??? stuff is undefined. Has anyone tried something similar? I would like to have the flexibility of the raw WSA functions, with the encapsulation of the MFC socket classes. It seems MS chose not to wrap all of the winsock API in MFC, but seems like they intend these to be used with the CSocket/CAsycnSocket classes, since the socket handle is accessible to client code.
Thanks,
Aaron
|
|
|
|
|
This is not too elegant a solution, but you can try adding a CEvent member to your CAsyncSocket-derived class and signalling it in OnReceive.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
Not quite, but thanks for the advice. Actually, I am trying to use raw winsock functions with the MFC socket classes, but the includes are messing me up.
Anyone else done something like this? I had originally started out writing my own wrapper class for the socket functions, but thought it would be better to use MFC's classes if possible.
|
|
|
|
|
The function CAsyncSocket::OnRecieve will be called by the framework when CSocket has data to be read. Just derive your own class from CSocket and overload this function. Whenever it's called there is data to be read, and you can do whatever you want, like call another function to take care of the reading. Use the CAsyncSocket::Recieve function to read the data.
Sprudling 
|
|
|
|
|
I want to read CD_Rom's Label in my CD drive when windows start and if it is the right CD I want to execute an .exe file. How can I do this? Thanks right now
Kemal ÖZLÜ
|
|
|
|
|
When "windows start", or when a user logs in?
Anyway, add your exe to HKLM/.../RunOnce. Make your exe enumerate the CD-ROM devices on your system (if you only want drive-letter-mapped devices use GetLogicalDrives(), if not you need to use FindFirstVolume() & co. - it depends on the target OS). CheckDriveType() and then GetVolumeInformation() to get the label. There are then a few different ways to start the target exe: CreateProcess(), ShellExecute() and system() comes to mind.
|
|
|
|
|
Hello
I was wondering if there is a kind soul out there who would be willing to help me out ?
I am currently undertaking C++ market research and need to find out statistics on the most commonly used libraries.
Does anyone have any such data or know where I might find it ?
Look forward to hearing from kind souls soon
|
|
|
|
|
The most commonly used type of C++ library is the standard C++ library provided with any C++ implementation (even that there still are no such implementation available - a few comes close though).
Out of those I'd say there is no dubt that the most widely commercially distributed (and possibly also used) are different versions of the Dinkumware library, since Dinkumware is the vendor of the libraries shipped with the different versions of MSVC.
For free libraries I'd expect STLport to be the #1 C++ library both used and distributed. You should probably also consider counting the GNU C++ library.
|
|
|
|
|
Mike
Thank you for getting back to me. I most appreciative of the information.
|
|
|
|
|
I salute you all,
How can i make MS Paint's Curve EXACTLY?
|
|
|
|
|
Since it is a Bezier curve, I'd suspect PolyBezier would do it.
|
|
|
|
|
MSPaint draws cubic Bézier curves with two end points and two control points. See <a href="http://msdn.microsoft.com/library/en-us/gdi/linecurv_2d2q.asp?frame=true">PolyBezier</a> for details.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
I want to develop an application about memory in VC++6.0, but I have no idea on how to get files name in memory, anyone can help me for that? Many thanks
|
|
|
|
|
What do you mean by "get the file name in memory"? Could you please ellaborate?
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
