I HAVE ONE WINDOWS PROGRAM,"AAAA", AND ONE C++ PROGRAM,"BBBB". THE AAAA PROGRAM HAS ONE TEXTDRAW TO INTERFACE TO THE BBBB PROGRAM. I AM NOT ABLE TO GET THE BBBB PROGRAM TO RUN. I HAVE 3 TYPES OF BUILDS, WIN32 CONSOLE, WIN32 APPLICATION, AND ONE POCKET PC 5.0 THE SMART DEVICE AND THE WIN32 APPLICATION STOP ON THE BBBB PROGRAM AT THE MAIN() FUNCTION. THE CONSOLE RUNS THE BBBB PROGRAM AS A CONSOLE.
I AM TRYING TO WRITE TO THE WINDOWS SCREEN FROM THE BBBB PROGRAM. ALL I GET IS HELLO WORLD. I AM SUPPOSE TO GET HELLO WORLD AND THEN A 21 X7 INPUT SCREEN. WHEN I RUN THE BBBB PROGRAM AS A CONSOLE I GET THE 21X7 INPUT SCREEN, SO MY SCREEN HANDLER IS WORKING.
I CAN PROGRAM WINDOWS TO GENERATE A 21X7 INPUT SCREEN, EXCEPT I NEED THE C++,BBBB, TO WRITE TO THE SCREEN
I TRIED CALLING THE BBBB PROGRAM FROM THE AAAA PROGRAM USING THE FUNCTION MAIN(), RUN MAIN, RUN BBBB TO SEE IF THAT WOULD WORK. NOTHING WORKED
RUNNING POCKET PC PROGRAM
weoili
I have been thinking GUI for about 2 weeks now. I have two programs that should run at the same time, however the time share is spilt. I just got to make sure the text is written before the WM_PAINT command is issued. I tried to force my two program to run at the same time, but no go. So, i concluded after much thought and a couple of nightmares that the OS initializes the starting point at the main() function. This idea was confirm by the help file on main(), which says the OS determines the entry point to the program.
Somehow, i must have turned GUI off. I rebuilt a new base structure for my programs. I found the directory that crtdefs.h was in, and unincluded it from my program, All three projects now work......yippie. Now i have to figure out what is causing the OS not to run my BBBB program with my AAAA program.........
Weste
Pocket pc: I took the same simple read file, and tried to write to a 21x7 grid and no screen output at all. that's it!!! I've got all the pieces to my puzzle and i'm stuck in quick sand and sinking fast. someone come to the rescue....
int
_tmain(int argc, _TCHAR* argv[]) is my entry point. Is the entry point something like this or just main();Graham Hay
Henk B
I have been thinking and wondering for six weeks on this question, and it just popped up yesterday as a very important turning stone. If it works. yessssssssssssssss. If it does not work, it just another hurdle to go around
In GUI you pass messages and LPCWSTR. The way i have it figured, i will turn Paint on by passing the message WM_PAINT from my c "command program" to my windows program. Like this:
message = UINT (WM_PAINT);
I am waiting on the GUI, I can not figure what flags to set to turn it on to test my theory!!!!!!!!!!!!!
I test ran all this on a win32 project and it worked, win32 has a console. pocket pc does not have a console, you draw in pocket pc. Which is fun, and gives programmers a some new ideas, why not!!! I swore i would never use windows, except now it is funnner than c, so why not.
pmarreddy
akjal
To Alex Feinman;
Console: Alex i took your advise, and tried to build a program, to add my stuff to. My program is a simple 600 line module with nothing fancy. OK, when i compile and run my program i get the right text except there is no /n command. So my display which is 21x7 comes out as two lines of correct text, except the is no /n.
Console: So it wrote a simple program "Hello World", and it didn't work!!!!! Answer remove crtdefs directory.
Console: So i wrote another simple program to read a file and display it , in a grid 21x7, that is all it does. The simple program comes out with two lines, with the right text, without /n.
i like that ASSERT command. I found an error!!!! ME Mr. error.
I'm stuck on GUI, any help would be gracious.
Im going to write a simle program to test my GUI.