|
Message Closed
modified 2-Apr-21 5:21am.
|
|
|
|
|
"Project" menu -> Properties(last menu) -> C/C++ -> Advanced -> In right side "Compile As" -> "Compile as C Code(/TC)".
--
"Programming is an art that fights back!"
|
|
|
|
|
N a v a n e e t h wrote: actually extension doesn't matter
I don't know for the 2010 version, but for the 2005 version, if your file has a c extension, it will be automatically compiled as C code. So, the extension does make a difference.
|
|
|
|
|
New Project -> Visual C++ -> Empty Project
In Solution Explorer window, right click & select "Source Files" -> "Add" -> "New Item"
On left side of the "Add new item" dialog, select "Code"
In the file name field type "YourFileName.c" and click "Add"
Write some code in the file like below and press "Ctrl + F5", you can see the output:
<br />
#include "stdio.h"<br />
<br />
int main()<br />
{<br />
int nNum = 10;<br />
char cChar = 'a';<br />
printf("%d", nNum);<br />
printf("\n");<br />
printf("%c", cChar);<br />
printf("\n");<br />
<br />
return 0;<br />
}<br />
Regards
--
"Programming is an art that fights back!"
|
|
|
|
|
I'm using a CStatic as a 'draw' window in a dialog. To get the extents of the window I'm using:-
CDC *pDC;
CWnd *wnd;
CRect R;
pDC = AWindow.GetDC();
wnd = pDC->GetWindow();
wnd->GetClientRect(&R);
This works fine in Debug but craps out in Release, at the moment I'm stumped, I've narrowed it down to being wnd=pDC->GetWindow() as the problem, or at least thats where is stops, any ideas?
|
|
|
|
|
Where is that code ?
If it is in the OnPaint method, you need to use CPaintDC.
to get the rect of the static control, can't you simply use this->GetWindowRect(rect) ?
Watched code never compiles.
|
|
|
|
|
Forgot about this->GetWindowRect(), now works 
Don't know why GetWindow didn't work though...
But thanks
|
|
|
|
|
I have multiple derived classes and a function that accepts their (abstract) base ptr.
Right now I have a lot of code like this in my function:
void foo(BaseClass* p)
{
if (DerivedClass1 *p1 = dynamic_cast<DerivedClass1 *>(p))
{
...;
}
else if(DerivedClass2 *p2 = dynamic_cast<DerivedClass2 *>(p))
{
...;
}
}
I want to replace it with a switch if possible:
switch (p.type_id)
{
case DerivedClass1.type_id: ...; break;
case DerivedClass2.type_id: ...; break;
}
is that possible to do?
There is sufficient light for those who desire to see, and there is sufficient darkness for those of a contrary disposition.
Blaise Pascal
|
|
|
|
|
Derived class ids
#define ID_DER1 01
#define ID_DER2 02
in base class, add a pure virtual function
virtual int GetTypeId() = 0;
its implementation in derived classes
int DerivedClass1::GetTypeId()
{ return ID_DER1; }
int DerivedClass2::GetTypeId()
{ return ID_DER2; }
and the foo function looks like
void foo(BaseClass* p)
{
switch (p->GetTypeID())
{
case ID_DER1: printf("der1");
break;
case ID_DER2: printf("der2");
break;
}
}
|
|
|
|
|
As far as I know, it's not possible.
However, your code doesn't seems very nice: you are really breaking some basic principle of OOP. Why do you need to access the specific types ? Can't you instead use virtual functions and let each type implements the expected behavior as needed ?
|
|
|
|
|
I use this to pass notification messages for progress updates, task finished, etc. from worker threads. I use it instead of callbacks. Some messages need their own userdata (hence derived classes, which contain the userdata). I could use callbacks with void* pParam for the userdata, and an ID to show the type of message (like PostMessage does), but RTTI already gives me the ID. The receiver of the message is not always derived from CWnd (otherwise I would have just used PostMessage instead of this whole thing).
There is sufficient light for those who desire to see, and there is sufficient darkness for those of a contrary disposition.
Blaise Pascal
|
|
|
|
|
I still don't really understand what you need to do differently for the different types  . If these are some kind of "typed" messages, can't you just provide a virtual getText method that is overriden by each type ?
I really don't understand your scenario: what are those objects and why do you need to handle them differently based on their types ?
|
|
|
|
|
Quick Question: What does switching on a type mean... especially if you're dynamically casting the result?
Answer: It means you're missing a virtual function!
So don't mess about with switches and casting, add a virtual function to the base class. This will give you three benefits:
- SPEEEEED - a virtual function call will always as fast or faster than a switch on a type_id
- It makes your code a lot easier to read. Your switch/if/then else is replaced by 1 line, yep
- It makes your code a lot easier to extend. If/when you add a new derived class you just have to implement the derived class, you don't have to mess about with the client code.
SO... Just say no to switching on type_id. You know it makes sense.
Cheers,
Ash
|
|
|
|
|
Couldn't agree more
|
|
|
|
|
Hi all,
i m using a button and create its variable from CBitmapButton derived class,
and load bitamps on this button CBitmapButton::LoadBitmaps function.
but when i focus the button and press enter key here the button is not pressed while its working for space key.
please help me for this.
thanks in advance.
|
|
|
|
|
This if I remember correctly is exactly how it should behave. On a Dialog pressing enter will 'click' the dialog's default button, otherwise you will need to handle WM_KEYUP and trap VK_ENTER
|
|
|
|
|
|
Hi all,
I want to add a combobox in a List control
when clicking a column in the list control
How to do this?
|
|
|
|
|
|
See here.
"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
"Man who follows car will be exhausted." - Confucius
|
|
|
|
|
|
Hi!
I've decalred a pointer variable inside a class. I'm assigning value to this variable inside a function. I've to make this variable visible to classes in other files. How to make this visible to other files?
|
|
|
|
|
it depends on the relationship between the two classes. However an instance or pointer to an instance of the first class is required to access its members from another classes. So keep a pointer to the first class in other classes from which you want to access the variable. Or declare the variable as 'public static' so that it canbe be accessed from anywhere by using ClasssName::variable syntax.
|
|
|
|
|
If you really want to do this (and judging by other questions you've posted on these forums I'm waiting for the inevitable "my pointer's being overwritten/when I dererference the pointer an exception is thrown" question) then:
- add a member function to the class that returns the pointer
- include the header with the class in it to the other files that contain code that you want to mangle^h^h^h^h^h^haccess the pointer.
Generally (although not always) it's a bad idea to expose a class's internally dangly bits to the outside world like this though. If you start thinking of classes less as dumping grounds for data but as things that do stuff your question changes from: "How do I access this pointer?" to "what behaviour do I want my class to have?" You'll probably find that you only need a small subset of what unfettered pointer access gives you in the code you currently think of as wanting access and your code will be a bit safer as a result.
Cheers,
Ash
|
|
|
|
|
{
DWORD dw;
int i;
char ch;
printf("Enter first value=");
scanf("%x",&dw);
printf("\nEnter second value=");
scanf("%d",&i);
printf("\nEnter single character=");
//control not stop here......
scanf("%c",&ch);
}
Here program control does not stop at
"scanf("%c",&ch);"
Waiting 4 reply.
Thanks
Sagar
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
