|
Thank you! I'll try this... thanks for everyone who replied, the other answers were great too, until one said it might be a maintnance nightmare. 
p.s. i didn't expect to get the answer so fast!
lead2gold
|
|
|
|
|
You can use GetFocus() to test the pressed button if your buttons are members of your Dialog like this;
OnButtonPressed()
{
CWnd* pWnd = GetFocus()
if (pWnd == m_Button1)
-blah;
else if (pWnd == m_Button2)
-blah;
return;
}
But I think it's better to let every button have its own OnButton pressed function.
SHBrowseForFolder will show the folder dialog.
Arjan.
|
|
|
|
|
Oops this won't work!
Arjan.
|
|
|
|
|
Oké here it is!
Look for ON_CONTROL_RANGE in the MSDN.
ON_CONTROL_RANGE( BN_CLICKED, ID_BUTTON1, ID_BUTTONn, OnButtonPressed )
Arjan.
|
|
|
|
|
but you still don't know which button called the callback .
Maximilien Lincourt
"Never underestimate the bandwidth of a station wagon filled with backup tapes." ("Computer Networks" by Andrew S Tannenbaum )
|
|
|
|
|
You do!
Your OnButtonPressed function will now look like this;
void OnbuttonPressed(UINT nID)
{
}
Arjan.
|
|
|
|
|
darn !! I stand corrected ...
Thanks.
Maximilien Lincourt
"Never underestimate the bandwidth of a station wagon filled with backup tapes." ("Computer Networks" by Andrew S Tannenbaum )
|
|
|
|
|
Imho, the ON_CONTROL_RANGE can result in a maintenance nightmare. As your software evolves, it's possible that ID_BUTTON1 and ID_BUTTONn may not be consecutive, which can cause hard-to-find bugs.
/ravi
Let's put "civil" back in "civilization"
Home | Articles | Freeware | Music
ravib@ravib.com
|
|
|
|
|
That is right, that why I don't use it myself after it happened one time.
Arjan.
|
|
|
|
|
Hi, all
I am trying to write a little experiment program where it is supposed to copy a function (the bytecode) during runtime. But I have encountered a problem, which seems to be VC++ fault (at least in debug mode). Whenever you want a function reference, VC++ gives you a different memory location than the where actual function is located. VC++ gives you a location of a jump instruction, which jumps to the actual function. But because I want the exact functions location in memory I am experiencing a problem. I hope you understood my problem (if not please reply, so I can clarify my self). Any ideas on how to avoid the problem with getting the wrong location?
Thanks in Advance
Aidman » over and out
We haven't inherited Earth from our parents, instead we have borrowed her from our children; an old Indian saying.
|
|
|
|
|
Is the function you are copying inside a DLL?
John
|
|
|
|
|
nop, a regular exe
Aidman » over and out
We haven't inherited Earth from our parents, instead we have borrowed her from our children; an old Indian saying.
|
|
|
|
|
I brought this up because I know dlls use a lot of JMP instructions into the actual code. The thing is that this is perfectly legal but not what you would expect. You may have to play with the compiler settings to turn off that feature.
John
|
|
|
|
|
Not sure if this will disable it in Debug mode, but you can try turning off the "Link incrementally" option on the Linker tab of the project settings. However, it may be that in debug mode it always uses the jmp instruction, regardless of the setting, so it can link faster.
Chris Richardson
Terrain Software
|
|
|
|
|
Thanks man! That did the trick 
Aidman » over and out
We haven't inherited Earth from our parents, instead we have borrowed her from our children; an old Indian saying.
|
|
|
|
|
I am updating old code and came across a marco that is causing a few thousand warnings in my debugging. I was hoping that one of you could help me understand how to get rid of these warnings.
The Macro is:
#define CNULL(a, b) ((V_VT(&(a)) == VT_NULL) ? b : a)
The code to call it is:
CString name = CNULL(f->Item[_T("StationName")]->Value, btEmpty).bstrVal;
where
f->Item[_T("StationName")]->Value is a BSTR wrapped as a _variant_t
btEmpty is a blank BSTR
I get "warning C4238: nonstandard extension used : class rvalue used as lvalue"
However, I get no warning when I do:
_variant_t tmp = f->Item[_T("StationName")]->Value;
CString name = CNULL(tmp, btEmpty).bstrVal;
Does Anybody know how I can form my macro to not get this warning?
Thanks
Rob Pellegrini
|
|
|
|
|
Hi,
I'm attempting to write an improved file packer for a game package. (The one I already created extracts the game files from an archive to the hard-drive before running the game, which is obviously very insecure.) Essentially, what I want to do is use a compressed .zip file as though it were a regular Windows directory - in other words, to run the game from inside the .zip file without unpacking it - is this possible?
Eg. I would compress all the game files into a zip file. Then I would like to write the code for an executable that could run the game from inside the zip file without needing to extract all of the files to a temporary directory on the hard-drive first. (By password-protecting the zip file it would have some very low-level protection, which is all I really need.)
I have seen something about "mounting" zip files, "virtual file systems" and transparently opening files elsewhere, but I'm not sure if this is what I need or where to start (obviously I don't want my users to be able to see the files inside the zip unless they open it with a zip program) - I am a novice when it comes to programming, and my only experience is with the WinAPI, which is what I would prefer to stick with.
If anyone can point me in the right direction - or even better, towards a library that will suit my needs - I would be eternally grateful.
Many thanks,
KB
|
|
|
|
|
From what I have heard password protected zip files are easily cracked if you have the right software and a fast cpu...
John
|
|
|
|
|
I'm not too concerned about this - the average user won't be able to crack it, and pretty much any file packer with low-level protection can be cracked. I'm more interested in archiving the files to take up less space on the disk and running them without the need to extract them; that the average Joe won't be able to mess around with (or mess up) the files is an added bonus.
Does anybody know of a way to do this? (Other file packing suggestions are welcome too, though I quite like the Zip process as it saves me writing a packer.)
Many thanks,
KB
|
|
|
|
|
code a loader program, which extracts the zip file to memory, and then include a module in your program, which extracts and loads game data to memory!
Don't try it, just do it! 
|
|
|
|
|
Thanks for the reply, but easier said than done!
I have been using the ZipArchive library from www.artpol-software.com so far, but I have no idea how to make the transition from extracting files to the hard-drive and then using ShellExecute() to launch the extracted game EXE (my current method) to extracting all the files to memory and running them from there (and bear in mind that the main game executable relies on a number of the other files that have to be extracted).
If anyone could provide some links to useful libraries or tutorials with code, or tell me the sorts of things I would need to do so that I can look them up, I would be really grateful.
Like I say, I am a novice who has only really used the basic WinAPI, so this is a very steep learning curve for me.
Many thanks!
KB
|
|
|
|
|
I'm new to C++, and I'm in the process of porting a program I made in Delphi to C++. The program creates a horizon chart, with stars and constellations and stuff. But I haven't got a clue how to create a bitmap in C++. Been looking at tutorials but none of them take u through the complete process. Can anyone help?
Thanx
The more knowledge we gain, the less we understand
|
|
|
|
|
what excactly do u wanna do with this chart??
display on a window, or save to the hard drive?
Don't try it, just do it!
|
|
|
|
|
Entire section of codeproject dedicated to this ....
http://www.codeproject.com/bitmap/
What you are asking is simple:
1) Create memory DC compartible with screen.
2) Create bitmap
3) Select bitmap into memory DC save original bitmap
4) Now all dc GDI functions will draw on your bitmap.
5) When done select original bitmap.
|
|
|
|
|
Our application allows the users to configure interface screens, using edit boxes, comboboxes and drawing elements.
If a combobox is designed on Win2K, and made say 10 characters wide, it will often only display 9 characters on WinXP because the default widths of scrollbars are not the same.
I'd rather not force people to use a particular scroll bar size, but short of changing the font size I can think of any other way to ensure the contents of my combos is fully visible.
We could design eveything on XP, which is fixes the immediate problem. But we'd still be stuck if anyone decided to customise their scrollbar width and make it wider.
Anyone have any suggestions?
Dan
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
