|
I want to emulate pressing a pushbutton.
I call SendDlgItemMessage(hDlg,IDBUTTON,BM_SETSTATE,TRUE,0L);
and then I have tried calling RedrawWindow(GetDlgItem(hDlg,IDBUTTON),NULL,NULL,RDW_INVALIDATE|RDW_ERASE|RDW_FRAME|RDW_UPDATENOW|RDW_INTERNALPAINT);
with various flag combinations, but the button will not redraw.
If I call MessageBox after the RedrawWindow, the button redraws, but I don't want to do that!
What am I missing?
|
|
|
|
|
Try the following scenario  :
...
{
...
SendMessage(hBtn, WM_LBUTTONDOWN, MK_LBUTTON, MAKELONG(10, 10));
RedrawWindow(hBtn,...);
Sleep(100);
SendMessage(hBtn, WM_LBUTTONUP, MK_LBUTTON, MAKELONG(10, 10));
...
}
virtual void BeHappy() = 0;
|
|
|
|
|
I am getting the following error:
error C2143: syntax error : missing ')' before '&'
on building the below code:
typedef unsigned int uint4;
void Find(uint4& a, uint4 b, uint4 c);
void Find(uint4& a, uint4 b, uint4 c)
{
. . . .
}
I do not see any error in code.
Any idea as to why this error is coming up?
modified on Tuesday, April 6, 2010 4:40 AM
|
|
|
|
|
void Find(uint4& a, uint4 b, uint4 c,);
^
What's the purpose of that comma?
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
sorry thats a typing mistake here
|
|
|
|
|
Your code compiles fine with my C++ compiler (are you using a C compiler?).
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
yes I guess
how to find that in visual studio
I have written the code in a .cpp file
|
|
|
|
|
.cpp source files are compiled (by default) with the C++ compiler.
However, the default behaviour may be overriden by the /TC compiler option, see [^].
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
Thanks Pallini for the inputs.
I think I have got the bug.
Actually in the VC project the file where I had been calling the fn. is .cpp while I have define it in a .c file.
I guess this may be the problem.
|
|
|
|
|
rupeshkp728 wrote: Actually in the VC project the file where I had been calling the fn. is .cpp while I have define it in a .c file.
I guess this may be the problem.
Please note you cannot use references (e.g. 'uint4 &' as your function's parameter) in C language.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
yes I have changed the file name to .cpp
|
|
|
|
|
I'm not sure how using multiple .cpp files to create one .exe works but I'm attempted to using multiples to create just one .exe file. I'm currently using Microsoft Visual Studio 2008 and I've created a project built the project, and ran the file. I've either done something incorrect, or my idea of how this would work is wrong, in which case, my bad.
#include "DarkGDK.h"
void drawBlueBox();
void drawRedBox();
int x=319;
void DarkGDK()
{
dbSetWindowOff();
dbMaximiseWindow();
dbSetDisplayMode(1280, 1024, 32);
while(x=319){
dbCLS();
drawBlueBox();
drawRedBox();
}
dbWaitKey();
}
void drawBlueBox()
{
int red = dbRND(255);
int green = dbRND(225);
int blue = dbRND(225);
DWORD blue1 = dbRGB(red, green, blue);
DWORD black = dbRGB(0, 255, 0);
dbInk(blue1, black);
dbBox(0, 0, 639, 511);
}
void drawRedBox()
{
int red = dbRND(255);
int green = dbRND(225);
int blue = dbRND(225);
DWORD red1 = dbRGB(red, green, blue);
DWORD black = dbRGB(0, 255, 0);
dbInk(red1, black);
dbBox(640, 512, 1280, 1024);
}
#include "DarkGDK.h"
int y=0;
void main()
{
int width = dbScreenWidth();
int height = dbScreenHeight();
int mouseX = dbMouseX();
int mouseY = dbMouseY();
dbPositionMouse(dbScreenWidth()/2, dbScreenHeight()/2);
DWORD white = dbRGB(255, 255, 255);
DWORD black = dbRGB(0, 255, 0);
while(y=0){
dbInk(white, black);
dbText(350, 150, "Screen Width: ");
dbText(460, 150, dbStr(width));
dbText(120, 350, "Screen Height: ");
dbText(240, 350, dbStr(height));
dbText(120, 363, "Mouse Position: ( , )");
dbText(255, 363, dbStr(mouseX));
dbText(297, 363, dbStr(mouseY));
dbWait(50);
}
}
The first .cpp file makes a full screen window that makes two randomly color changing boxes, while the second .cpp files tracks your mouses movement as you move it across the screen and displays it. The code on either .cpp files is running properly when compiled alone and into two separate .exe files. If someone could explain exactly how one .exe file made with multiple .cpp files would run I think that would also be helpful.
|
|
|
|
|
I think you don't really understand how to work with multiple cpp files. In fact, the two files are not "executed at the same time". You still have only one main function which will get called when your program start. If you want to call some functions defined in your second cpp file, you have to call them in your main function.
In fact, having multiple cpp files very similar (in the way of calling the functions I mean) as having only one cpp file. It is used to structure your program a bit more nicely (you don't have one huge file with everything in it).
|
|
|
|
|
That is what I was coming to think after I actually got the entire project to build and run and it still wasn't working the way I had been expecting. So to get the "main" function of the second .cpp file to run i have to call it within the other one using the same method used for calling the two functions that made the two different colored boxes correct?
|
|
|
|
|
gamefreak2291 wrote: So to get the "main" function of the second .cpp file to run i have to call it within the other one using the same method used for calling the two functions that made the two different colored boxes correct?
Yes, but the problem is that you have a while loop in both of your functions, which means that you still won't achieve what you want. You need to have only one loop in which you execute your code.
|
|
|
|
|
Yeah, that how the issue began, I want to have two continuous loops running. One looping at every possible interval(mouse position), the other looping every second or so(changing the colors of the squares). I was wanting to do this without having to create two separate executable files and running then side by side.
|
|
|
|
|
I suggest you take a look at some tutorials about game programming. What you need to do is only have one loop to handle the messages (e.g. mouse events) and you will need to keep track some information for each object that is drawn (its state). If you want to change the color of the object every second, then you need to remember also the time at which the color changed previously, and before you draw your object, you check if you have to change the color or not.
|
|
|
|
|
I was recently given a brand new copy of a Game and Graphics textbook for C++ and I've been putting it to use. But I like to veer off and try things as I go that aren't explained in my reading materials. The book explained how to color sections of the screen, and from there I used the index to find out the other parts and attempted to combine a few functions I had been wanting to do before starting Visual programming. Nevertheless I plan on finishing the book and maybe it'll continue to help out.
|
|
|
|
|
You got to understand how an exe is build. There some steps. One is that the compiler translatet the h/cpp files into obj-files and than the linker grab the obj files and creates the exe.
Please refer for further details: http://msdn.microsoft.com/en-us/library/0k6kkbsd.aspx[^]
Press F1 for help or google it.
Greetings from Germany
|
|
|
|
|
I do understand how the executable file is compiled, what I was not understanding is how the file is than actually executed.
|
|
|
|
|
Sorry but you dont understand it. 
The cpp-file isnt executed. It got compiled and linked in the exe. It is like brewing beer: the parts got processed and the final product hasnt the original parts in it.
pleaz: "Read the fine manual"
Press F1 for help or google it.
Greetings from Germany
|
|
|
|
|
Sorry, but you're not helping at all. I do understand it. I understand what the compiler does. I know it processing the c++ code, converts it into machine code, creating object files, and then links them into the executable. The thing I did not understand was how the final product would run if there were multiple sources(these are also known as source files or .cpp files). I was attempting to see if when the final product was executed if the functions from each separate source would run along side one another, or if it worked the same as having multiple functions within one single .cpp file. So instead of judging my understanding of the process, try being helpful like the other fellow.
|
|
|
|
|
gamefreak2291 wrote: I know it processing the c++ code, converts it into machine code, creating object files, and then links them into the executable
gamefreak2291 wrote: The thing I did not understand was how the final product would run if there were multiple sources
This is a contradiction...
You miss some aspects of the first point that makes you not having a proper understanding the second.
I try to summarize in brief:
- Each cpp file is a set of declaration that can be either object instances (aka "global variables") or function ("sequence of expressions and statements") each having a name.
Some of those declaration are "external" other "internal" (by default, functions are "external", tgat means "visible outside the file they are in")
- The translation the compiler does on each cpp file produces obj files where code is translated into machine code, and where external names are mapped in a symbol table.
- The linker peeks all the obj-s and libraries and resolve the mapped names with their respective references they have.
To let this process to succeed, all linked names must be unique (or mangled as such).
One of the names (corresponding to the main function)is then mapped in the exe file as the "applicaion entry point" (well, not exacly, the entry point is an internally CRT initializer that calls main at the end...) so that when the operating system loads the application the execution will start from there.
If you follow these three steps, there is no reason why your question should take place.
The program flows in the way the various functions reciprocally call each other. No matter where they originally came from.
There is no "parallelism" in a C++ classic program.
2 bugs found.
> recompile ...
65534 bugs found.
|
|
|
|
|
The question should still exist, however it could have been slightly more direct. I understand how having multiple functions and variables withing a single .cpp work. I know extra functions must be called, from within the main function, to be 'executed'. I, however, did not understand how things would work having multiple .cpp files all with their own "main functions" because I had never been instructed, read about, or tried this before. Cedric Moonen understood exactly what I was doing wrong, made mention of it, and my confusion of how having multiple .cpp files work. I now understand it's used for organizational purposes, and works no differently that having multiple functions within one file. Nevertheless I appreciate the attempt at helping me.
|
|
|
|
|
gamefreak2291 wrote: I, however, did not understand how things would work having multiple .cpp files all with their own "main functions" because ...
After I told that in all a program (no matter with how many files) names bust be unique, the question become meaningless:
What is the meaning (in mathematical sense) of the words "main functions"?
If you link more file having each one a main function, the result is a linker error.
You have never been instructed about how to do that, simply because it cannot work.
Anyway, it doesn't matter how: the important thing is that you understood what was the problem.
2 bugs found.
> recompile ...
65534 bugs found.
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
