|
Sorry, I should of specified. It's just to get the pixel color of the pixel on the entire screen, doesn't matter what application or whatever, I could probably code it in VB or Java easier, but I want to make it professional. It's been a good 2 years since I've even touched C++, and it's a bit troubling.
C++'s keywords and stuff throw me off, I find that it has no relation to a similar structure, and it's a bit confusing. I probably need more experience, but then again, I'm just 17. :/
|
|
|
|
|
arunforce wrote: It's just to get the pixel color of the pixel on the entire screen
In that case, as Vunic suggested, the GetDC(NULL) API will get you a screen DC. Don't forget to
free it when you are finished with it (ReleaseDC()).
Mark
"Great job, team. Head back to base for debriefing and cocktails."
(Spottswoode "Team America")
|
|
|
|
|
arunforce wrote: I could probably code it in VB or Java easier
Yup it is, when you opt for the Ignorance is bliss thinge. Just 17? Great, you are trying something good. At your age I never managed to install an IDE in my pc. The only user-made directory in my pc was "GAMES". C:\CD GAMES. lol.. it was all games.
Press: 1500 to 2,200 messages in just 6 days? How's that possible sir?
Dr.Brad :Well,I just replied to everything Graus did and then argued with Negus for a bit.
|
|
|
|
|
Is there anyway to Parse a Macro with the Visual Express Debugger When I try to Step into it It says on Source Code and askss me if I want to see Assembly code
|
|
|
|
|
You could manually preprocess the file in question using the compiler's /P[^] and /C[^] options. This will product a .i file from the .c or .cpp file. Remove the .c or .cpp file in question and replace it with the .i file with the extension renamed to .c or .cpp, as the case may be. Now debug as normal.
Steve
|
|
|
|
|
I am assuming the compiler will parse the Macro with options in question and produce a .i file If I reanme to a .c The debugger will use that source code
|
|
|
|
|
Yeah, that's the idea. I use this technique when debugging macro code. The problem you're experiencing is just one reason why macros should be avoided if possible.
Steve
|
|
|
|
|
Cool I an Assembler MVS internals guy I found some intresting project that helped me learn C/C++
Since you seem to be on really good at this Visual C any ideas how I can become better at it
|
|
|
|
|
I guess just practice and read.
Steve
|
|
|
|
|
Thankx But unfortantly the code in question is in .h file anything to parse that out
|
|
|
|
|
That's no problem: you pre-preprocess the C/CPP file(s) that include it.
Steve
|
|
|
|
|
Okay you have been very helpfull thankx much
|
|
|
|
|
I got the parsed out listing rename it to .c however doesn't seem like I am able to make a breakpoint or at least have Visual studio Stop at the Macro like it did without the preprocessor listing
|
|
|
|
|
I tried to send you this message but looks I sent it to myself
anyway here goes
I got the parsed out listing rename it to .c however doesn't seem like I am able to make a breakpoint or at least have Visual studio Stop at the Macro like it did without the preprocessor listing
|
|
|
|
|
At this stage the easiest thing to do would be to rename the original file, place the pre-preprocessed file in the same location and rename it so it's used instead of the original file. Place breakpoints in this file: all macros have been expanded.
Steve
|
|
|
|
|
I did that meaning make a breakpoint with the renamed .i file
The code above it gets excuted a millon times so can'nt move the breakpoint further up
Maybe I should rebuild with renamed .i file which has the parsed code
|
|
|
|
|
ForNow wrote: Maybe I should rebuild with renamed .i file which has the parsed code
I took that as given; sorry, perhaps I should have been more explicit. To rebuild with the pre-preprocessed file replacing the original file is the whole point.
Steve
|
|
|
|
|
|
Yes, without the /P and /C options added to produce the pre-preprocessed files.
Steve
|
|
|
|
|
|
Just had a thought since my problem is in the included file what say I use the /FI compile option and ForceIncludedFiles Am i way off base with this or is the ForceIncludedFiles for C++ methods while basically the code a I debugging is in C
Thankx Again
|
|
|
|
|
Hello everybody,
I'm writing a GINA replacement (more like a stub ATM) and I was wondering if there was any way I could run a process as SYSTEM without registering it as a service e.g. starting "notepad.exe" at user logon but as SYSTEM.
Please feel free to drop any hints
Thanks
|
|
|
|
|
Hi all, I'm looking for a third-party Outlook-style calendar component that can be built into our product. It needs to be in C++ but I'm not looking for any .Net components and better not MFC, because that will increase the cost of the integration. I was just looking at a product called 'Xtreme Calendar pro' and it looks quite nice just that it's for MFC. Anyone got any other ideas? Thanks.
-- modified at 21:37 Tuesday 27th February, 2007
|
|
|
|
|
viksoe has a WTL Outlook bar implementation; WTL is very light weight, so it would fit nicely with your requirements.
You can get the code from his website here Viksoe outlook bar[^]
-- modified at 16:23 Tuesday 27th February, 2007
Sorry - I read your post, and "thought" Outlook bar, not calendar control, he also has a Calendar control on his site here: Calendar Control[^]
|
|
|
|
|
Dear Author,
I appreciate all the efforts you took to get this site up and running but i dont like the way you have developed the forum section.
when anyone who replies to any post, then that post should come up on the top whereas new messages keep on adding and the old message goes back to 3-4 pages and most of us dont even care to look more then 2-3 pages back.
For instance look at this forum site,
http://www.nabble.com/port-xen-f12400.html
How beautifully they have managed it without making it a mess, whereas this site forum just looks a big mess.
Please take steps to change the design of this forum as we all need this great forum but would appreciate its proper use.
Thanks and Regards
SSpecialist
|
|
|
|