|
You put it in the CBase class then every class that inherits CBase must implement P.
|
|
|
|
|
does not work ...
I can ommit P() in C2 without compile error because its stil defined in C1
also I miss the code of CBase::P() itself
like:
class CBase
{
private:
virtual void P() abstract;
public:
void F() { printf("Base: F()->P(): "), P(); }
};
class C1 : public CBase
{
private:
void P() override { printf("C1::P\n"); }
};
class C2 : public C1
{
private:
};
|
|
|
|
|
The function C1::P() is declared private so it is not accessible in class C2. However, it is difficult to see exactly what problem you are trying to solve here.
|
|
|
|
|
The structure is:
CBase <- C1 <- C2 <- ... etc
so straigt inheritance
CBase contains the main method CBase::F() which does all calculations needed.
And this method F() calls P() which should be choosen by inheritance (polymorphism)
CBase::F() { ...; P(); ... }
If I have CBase* b = new C2() than C2::P() will be called.
If I have CBase* b = new C1() than C1::P() will be called.
because of P() is a virtual method, overridden by C1::P().. C2::P() etc
now I miss C1::P() (forgot to add it) =>
if CBase b=new C1() then CBase::F() will call CBase::P() instead of C1::P() because there is no C1::P()
the override clause also tells the compiler to check if C1::P(), C2::P() match their parents P().
All is cointained by a complex chaotic SW-project which I will clean by small steps.
The idea behind:
P() is a call to a factory class which creates objects dependend on parameters AND on the class from which is called
CBase::P(int type) creates objects of CPbase_<type> so CPbase_1, CPbase_2...
C1::P(int type) creates obejcts of CP1_<type> so CP1_1, CP1_2...
C2::P(int type) creates obejcts of CP2_<type> so CP2_1, CP2_2...
etc...
CBase::F(switch,type) : if (switch) P(type) else CBase::P(type) ...
So if switch is set call the factory "of the class", else call the factory of CBase
example:
Cbase b = new C1();
b->F(true, 3) will create an object of C1_3()
All the pointers are stored in a list and for each element in the list the creation-funbtion F() is called
list ... C1*,CBase*,C3* etc ...
foreach element in list , element->F(switch,type) ...
|
|
|
|
|
1. Change all private into 'protected'
2. For testing purpose do trial and error of pure virtual test on each level.
Best wishes
|
|
|
|
|
Hi
I have a CrichEditCtrl that works fine. However when the user Selects to view some other data in a Different Cdialog/CRichEditctrl. The first stops working and returns a zero
I display the Text I am Searching for and the Returned code From FindText (in the caption bar)
The Text looks fine However as soon as The Second Cdialog/RichEdit are created the return from the First CDaliog/RichEdit returns a zero
I double checked things as resource id of both RicheditCtrl's and they are different
|
|
|
|
|
Are you saying both dialogs are open at the same time?
|
|
|
|
|
Yes Actually this is the 3rd CDialog/CRicheditCtrl Pair That I have in my application The parent window is the First Cdialog/CrichEditCtrl. However After this is Created the Find functionality of the Richedit which is a child control of my main (for lack of a better term)CDialog stops working
|
|
|
|
|
Without a lot more detail, including the code, it is anyone's guess. However using dialogs to open other dialogs does not sound like the best design.
|
|
|
|
|
If you can see the problem starts when it's returning zero then you have an obvious debug point.
Place a debug point inside an if statement on the zero return ... when it breaks follow the steps backwards. The hard part is generally finding a debug point with this sort of problem but you have that already.
In vino veritas
|
|
|
|
|
I added he following code want to see what is in the rich edit
linechar = myedit->FindText(FR_DOWN , &listtext);
if(linechar == 0)
{
CFile dumpfile;
CFileException e;
TCHAR* pszFileName = _T("F:\\DUMPLIST.LST");
if(!dumpfile.Open(pszFileName, CFile::modeCreate | CFile::modeWrite, &e))
MessageBox("file could not be opened");
EDITSTREAM dmp;
dmp.dwCookie = (DWORD_PTR) &dumpfile;
dmp.pfnCallback = (EDITSTREAMCALLBACK)dumpit;
myedit->StreamOut(SF_TEXT,dmp);
}
static DWORD CALLBACK dumpit(DWORD_PTR dwCookie, LPBYTE pbBuff, LONG cb, LONG *pcb)
{
CFile* pFile = (CFile*) dwCookie;
pFile->Write(pbBuff, cb);
*pcb = cb;
return 0;
}
|
|
|
|
|
|
ForNow wrote: I added he following code want to see what is in the rich edit
Why not just use:
CString str;
myedit->GetWindowText(str);
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"You can easily judge the character of a man by how he treats those who can do nothing for him." - James D. Miles
|
|
|
|
|
Would that code get what's in the rich edit good to know
I did find the bug in my code
What works in the debug version does not necessarily work in release by doing research the bugs have to do with the heap in my case I had forgotten to initialize CStatic *pointers after adding the '= new' code I resolved the problem thanks
|
|
|
|
|
I get this message all of the sudden while I have a modless Cdialog and Richedit displayed
When I switch the debugger to threads I see a number of ntdll.dll worker threads
Can somebody point me in the right path
Thanks
|
|
|
|
|
Just look at the Call Stack and find in this list your own (last called) module. Click on it to see what was your command/operation that caused the exception
|
|
|
|
|
I did that went to the main thread (and looked at the stack) it pointed to thrdcore.cpp
!::GetMessage(&(pState->m_msgcur line 155 Please note I have created 5 other Threads 4 UI threads which act as a wrappers for my Derived CAsynSocket Class and a regular worker thread
Thanks
|
|
|
|
|
Access violation means that you're accessing memory that hasn't been allocated to your application ... so do the obvious.
Go back a few steps on the stack and look at the sequence and look at all the pointer use and check
1.) The pointer is valid
2.) Is what it pointing at allocated
3.) If it is required that the structure it points to #0 terminated ... is it.
Something in the last calls is failing one of those criteria, if need separate every pointer to a temp line of code in those sections and run a debug test on it.
In vino veritas
|
|
|
|
|
Without some more information about where this happened, the code that caused it, and the values of the variables involved, it is impossible even to make any suggestions. The only thing one can say is that you are using either an uninitialised variable, or one that has received an invalid value.
|
|
|
|
|
The strange thing Is there all these worker threads (ntdll.dll) that seem to have come up okay
Thanks
|
|
|
|
|
ForNow wrote: all these worker threads (ntdll.dll) that seem to have come up okay
But that does not mean anything. The only way to solve this sort of problem is by tracking back to the point where the fault is created. This may be a simple bug in your code, cross-thread corruption, or any one of a million other things happening.
|
|
|
|
|
If I put these two functions in a Windows program
/*-----*/
void SetTitle(HWND wn,char*S)
{SendMessage(wn,WM_SETTEXT,0,(long)S);}
/*-----*/
void GetTitle(HWND wn,char*S,long n)
{SendMessage(wn,WM_GETTEXT,n,(long)S);}
/*-----*/
these functions will set and read the window's title.
If I use these to catch the mouse interrupts:-
case WM_LBUTTONDOWN: case WM_LBUTTONUP: case WM_LBUTTONDBLCLK:
case WM_RBUTTONDOWN: case WM_RBUTTONUP: case WM_RBUTTONDBLCLK:
case WM_MBUTTONDOWN: case WM_MBUTTONUP:
case WM_MBUTTONDBLCLK: case WM_MOUSEMOVE:
{int x=short(L&0xffff),y=short(L>>16)&0xffff; char Z[64];
sprintf(Z,"{%d,%d,%2x}",x,y,S); SetTitle(wn,Z); goto DEF;}
the window's title will show the current mouse return values.
Please, what are the message names used to catch interrupts from a game-type joystick?, if I want to program for a joystick or similar.
|
|
|
|
|
|
The Windows functions still faithfully keep a return code (MK_MBUTTON = 16) for if the middle mouse button is down. Can computer mice with 3 buttons still be bought? Or have they gone where the passenger pigeon went?
|
|
|
|
|
This is hardly a question for a C++ forum? You can find different mouse types in any PC store.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
