|
it's recommended knowing some other programming languages before entering the beautiful world of c. i read once that about 80% of the people that would like to know how to program in c usually give up (specially when it comes to pointers!) but hang on it; i'm convinced that almost anybody can learn c by working hard.
once you've trespassed this wall, nothing will be the same again, believe me...
here's a link for ya:http://www.cplusplus.com/doc/tutorial/[^]
good luck!
Я люблю русский язикь!
|
|
|
|
|
Wow!
I believe he was asking about C++ not C, the criters are related but not the same. C is one of the easest languages to learn, although you have a point about pointers. Now I personaly recommend learning C before learning C++, because you can learn things that you may never learn as a C++ programmer.
Good job providing the link to a C++ tutorial though.
P.S. If you ment to say C++ instead of C I appoligise for this post.
INTP
|
|
|
|
|
phil:
i think the most important things at the beginning are some MFC basics so one can see something in the monitor. i had to learn c/c++ by myself and i'd rather skydive naked into a hot sea of piranha than do another big app based on SDK. it's frustating because as a beginner, you'll rather want to see sth appear quikly without two pages of code per pixel.
later on (as it happened to me), one wonders about many things in starts diggin and diggin.
even though the method i used wasn't as structurally correct as the one you've mentioned, it's recommendable so you get over these initial problems that usually often occur.
Я люблю русский язикь!
|
|
|
|
|
Windows is not a good eviroment to learn C/C++ and learning C++ via MFC is even worse. I am a self taught programmer and have been writing programs for over 15 years. The first thing someone should do, if they want to be good at it, is learn the language. MFC is great and I use it for almost my applications, but it hides what is realy going on. MFC is a frame work, one of many, and is almost entirely Windows specific. A programmer that knows the language can program in any eviroment. A programmer that just knows how to use MFC without knowing whats behind it (Windows SDK), is limiting his/her self.
By the way, your reply appears to have have nothing to do with the subject of the original question.
INTP
|
|
|
|
|
There are two ways to look at it, learning C++ via MFC is bad because it hides everything, or learning C++ via MFC is good because it hides everything. I think both are perfectly adequate. The C++ syntax is very confusing for a beginner because it is less like english than many high level languages (VB, delphi etc.) and MFC provides an entry point into the syntax. And I think because it is a high-level framework, much like VB, beginners can get into C++ and do things without seeing the enormity of the language and getting put off by the realisation of just how big a task it is to learn C++. For those who are curious, they will dig to the bottom of MFC to find how it works and is put together and start developing a proper C++ knowledge base. Doing it the other way around is very difficult because you are stepping into the cauldron of fire, where there is lots of code and little reward, many just get bored. However, it is as you say a very good way of learning, because you learn from the ground up. As you learn more, you will be able to see how MFC is put together without even looking at it. I'd say if your completely dedicated, start from the bottom and create some simple apps and figure out how it works. If your not sure about learning a language, check MFC out and see if you can get to grips with that, cos if you can't there's no point in pursing your hobby with C++.
"When I left you I was but the learner, now I am the master" - Darth Vader
|
|
|
|
|
Pointers don't make any sense when you're first learning C/C++. I know the first thing that came to mind when I first started learning pointers is that why would I want to use pointers (after all why would I want the address of some other variable or some data in memory?) Only after learning data structures, memory allocation techniques along with Windows programming and COM did pointers start making sense.
|
|
|
|
|
Thank you, this tutorial looks like it will be very usefull.
"I'd love to change the world, but nobody will give me the source code."-Anonymous
"If I were two-faced, would I be wearing this one?"-Abraham Lincoln
|
|
|
|
|
C++ is the most confusing, complex, and frustrating language I've ever tried to learn; it's also the most useful, and worth the effort. The MS documentation is completely useless unless you already know the language and the IDE, but there are some books that can help. The best I've found is Practical Visual C++ 6, by Bates & Tompkins, though I've wasted money on a lot of other books that taught me absolutely nothing (including the MS Press Visual C++ Reference Library).
Find a copy, work through the examples, and have fun. I've been trying to make sense of the language and the IDE since Visual C++ 4 was current, and made no progress whatsoever until I got this book. Now it's actually fun.
Heard in Bullhead City - "You haven't lost your girl -
you've just lost your turn..." [sigh] So true...
|
|
|
|
|
Iam creating an mdi application where in if we save the page each child window would be saved under one name.How can i group several pages or child windows and save as one project under one name and when i open it i must be able to view all the child windows created in that project.
How can it be done
|
|
|
|
|
In my app, i use ADO to retrieve data from Access and i user clistctrl to show the data.
When the number of record is huge, it's very slow, then i tried to use virtual list which read data dynamically, however the performance is still bad because in OnGetDisp the data is retrived automatically, and involved in calling recordset object many many times.
After that, i try to user VB, i found that performance of ListView ctrl in mscomctrl.ocx is great (I didn't bind list ctrl with adodc object, i add the items dynamically). I note that the class name in VB is different from that in VC, for example, in VB the name is ListImages, while in VC, it's CImages. So i decide to use this control in visually c++, but there is still a problem. Because i use bitmap in the ctrl,i have to let the control to show some pics as well. and i import CImage,CImages, CPicture, CImageList class using wizzard. When i use CreateDispath to create CPicture obejct, it always failed, i suspect the ProgID is incorrect, then i use oleview to try to get the name, but i can't find it, then i tried Clsid, copy it from oleview, and it still failed to create, the error message is "the control is not registered". At last i went to try CImage, i got the same result unfortuletely.
Finnaly, i give up the wrapper class, i use import directive to get the coclass, o, my god, it still doesn't work.
Pls, help me, how to use the control and other com objects in vc, or tell me another list ctrl class to use with great performance.
I'm sorry, it's a long thread.
thank you.
I love C++
|
|
|
|
|
I use this method to create image object
1.IImagesPtr img;
img.CreateInstance(__uuidof(ListImages));
2.CImage img;
img.CreateDispatch(""); //I can't find the ProgID
|
|
|
|
|
Hi there everyone,
I'll try to be brief in describing my difficulty.
I have been given good advice from this forum that it would be good to learn how to use the STL instead of always using MFC collections like CList. I have been convinced; seeing how many useful tools are available (I'm going to be using stable_sort for example). Here is the deal. My App has a class (CMyDBM) that had as a member a CList as follows:
CList<CPlayerRec*, CPlayerRec*> m_PlayerList;
Where CPlayerRec is a class that itself holds a fixed number of CStrings and some ints (it has no other classes or structs and nothing dynamic, just some CStrings and ints).
I then had a series of functions in CMyDBM that did various things. Among them was the copy constructor function. The project compiled fine at that point.
I then removed the CList member from CMyDMB and subsituted the following member:
std::vector<CPlayerRec*> m_Players;
I changed the copy constructor to the following:
CMyDBM::CMyDBM(const CMyDBM& initDBM)
{
CPlayerRec* ptrPlayerRec = NULL;
std::vector<CPlayerRec*>::iterator it = initDBM.m_Players.begin();
for( ; it != initDBM.m_Players.end(); it++)
{
ptrPlayerRec = new CPlayerRec;
*ptrPlayerRec = *((CPlayerRec*)(*it));
m_Players.push_back(ptrPlayerRec);
}
}
Now, when I try to build, I get the following error:
E:\Program Files\Microsoft Visual Studio\MyProjects\Stats\MyDBM.cpp(64) : error C2440: 'initializing' : cannot convert from 'class CPlayerRec *const * ' to 'class CPlayerRec ** '
Conversion loses qualifiers
My idea was to store in the vector a collection of CPlayerRec pointers that I could 'new' as I needed them and then access and delete them later. I am open to storing actual CPlayerRec objects; but then how can I create them 'on the fly' with new and then add them to the vector? I would also have to figure out where / how to delete them.
I appreciate you reading this lengthy post and offering any advice.
Thanks,
Eric
|
|
|
|
|
Hi all,
I made the following change to the code:
I removed the following line (the one with the error):
std::vector<CPlayerRec*>::iterator it = initDBM.m_Players.begin();
And I added the following two:
std::vector<CPlayerRec*> tempVector = initDBM.m_Players;<br />
std::vector<CPlayerRec*>::iterator it = tempVector.begin();
The code now compiles, but I am concerned that I kludged it. Did I just shut the comiler up from bitching or is this the correct solution?
If this is correct, then what kind of clean-up do I need to perform regarding tempVector at the end of the copy constructor code?
Thanks very much again, 
Eric
|
|
|
|
|
You have basically casted away const-ness in what you have done there - in a round about way anyway, you make a non-const copy of the vector and then call begin().
Look at initDBM decliration - const CMyDBM& initDBM.
The version of begin that returns 'iterator' isn't const - therefore you get errors about calling a non-const method on a const object - or an object within a const object in this case. The version that returns 'const_iterator' is const and is what you should strictly use when your not planing on modifying the objects in the collection anyway.
Change it to :
std::vector<cplayerrec*>::const_iterator it = initDBM.m_Players.begin();
That should work
|
|
|
|
|
Diddy,
Thanks very much for the reply. I see exactly what you mean. I will try it as soon as I get home where the project is. I appreciate your help!
Best,
Eric
|
|
|
|
|
No problem
Hope it works
|
|
|
|
|
Hi,
How can I trigger the user with sound? Is there a function for Visual C++ 6.0
|
|
|
|
|
PlaySound will help you with this.
Toughest Steel Comes From Hottest Furnance
|
|
|
|
|
Beep(20,2000);
were rgrtgrtvrtrt rtrtb brt tyuhjghj hbhbnh hnjm 1234567?
|
|
|
|
|
Hi,
I had created a few dialogs in my program. Whenever the users moved the secondary dialog, the drawings (using MoveTo & LineTo) behind the secondary dialog (which is the main dialog) got corrupted.
How can I fixed the secondary dialog & how can I prevent the main dialog drawings from corrupted?
Need Help
Siew Hoon
|
|
|
|
|
Are you repainting the main dialog correctly?
Sounds like a case of paint-once - IE you are painting the main dialog and then leaving it, when ever windows invalidates the area for what ever reason, you're not repaiting.
Try opening the main dialog and dragging another app (say an open copy of notepad) over the main dialog, what happens?
If the drawings dissapear insure you repaint what's ever on the dialog (well, the area that has been invalidated) everytime you get a WM_PAINT message - not just once.
|
|
|
|
|
Hi,
I did not do any repainting. How to repaint?
Need Help
|
|
|
|
|
I mean where you say "the drawings (using MoveTo & LineTo)" etc.
How are you doing your drawings? (actually, better question, where are you doing them?)
Do you have something like this:
CMyDlg::OnPaint()
{
MoveTo(...);
LineTo(...);
}
Or are you just paintining once? Ie constructing the dialog, then painting on it?
Put up your painting code, including where you are doing it
|
|
|
|
|
Hi,
I don't have a OnPaint function. I only have OnDraw function as list below:
void CTempProfilerView::OnDraw(CDC* pDC)
{
// Inside a for loop
MoveTo(..);
LineTo(..);
}
Best Regards,
Siew Hoon
|
|
|
|
|
So its the _view_ thats not repainting? IE not a dialog...
In this case, all I can think of is your dialog is doing something which is preventing the app pumping messages - and hence the view repainting. Is the dialog that is causing the problem modal or modeless? Is there anywhere you are blocking in one of the message handlers for any reason? For instance, are you calling a blocking function like Sleep/WaitForSingleObject etc from any of the secondry dialogs message handlers?
Cheers
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
