class CBase { virtual CBase* func1(int,char); }; class CDerived:public CBase { CDerived *func1(int,char); }; I complier codes in VC 6.0 and diplay follow error: error C2555: 'CDerived::func1' : overriding virtual function differs from 'CBase::func1' only by return type or calling convention because CDerived derived from CBase, I think CDerived::func1 can return CDerived's pointer.do you think so ? your friend:bobi
Ahh! I know how to set a breakpoint programmatically! (See "John M. Drescher" and "kakan"s answers) The original question was if breadpoints set programmatically could be turned off. The general consensuses is that they can not, and I would be suppised if they could. INTP Every thing is relative...
bobi_zcl wrote: what is the output result?why? Why don't you step through it yourself and find out? :^) Note that the code in main() won't work on VC7.x, the declarations of a and b will be treated as function prototypes, not variable declarations. If you use 7.x you'll need to change it to:
A a = A();
A b = B();
--Mike-- LINKS~! Ericahist | 1ClickPicGrabber | CP SearchBar v2.0.2 | C++ Forum FAQ Strange things are afoot at the U+004B U+20DD
I can understand.but I define another two:fun(int) and fun(int*),then I call fun(0),the compiler will compile successfully, and fun(0) will select fun(int) instead of fun(int*).why? thank your suggestion,I will go to the visual C++ forum. your friend:bobi
bobi_zcl wrote: there is a property about standalone in XML,so i think standalone is a debug mode. Yes I think so too. xacc-ide 0.0.15 now with C#, MSIL, C, XML, ASP.NET, Nemerle, MyXaml and HLSL coloring - Screenshots
I deeply believe it is: Coelacanth Embedded. I saw the fish deep inside the binary sources :sigh: Don't know much < I, don't care much > I, while I am here ... just be happy :)
It's probably not really important from a practical perspective if or when the actual platform, for example NET, replaces VS6. Rather, the meaningful question is at what point in time does any particular skill become widely obsolete or widely required in the job market? C++ is in general is by no means obsolete the US, but NET has already replaced VS6 in becoming the latest must-have essential skill in much of the job market. So in the important sense, NET has or soon will "replace" VS6 because employer demand for NET skills have either already surpassed, or soon will surpass VS6 skills in terms of a developer's marketibility. I could not comment on that status in China. At what point in time do you think most software companies in China will have managed to acquire bootlegged illigitemate copies of VS.NET? That is the time when VS6 skillsets will need to be replaced by VS.NET skillsets. :laugh:
