|
In the header file for the dialog, add the member (in the public section, or make an accessor function for it):
CIcon m_YourIcon;
Then, when you know what icon you want:
char * a_pszIcon = NULL;
if( Number == 1 )
{
a_pszIcon = "icon1.ico";
}
else
if( Number == 2 )
{
a_pszIcon = "icon2.ico";
}
Dialog.m_YourIcon.Attach( (HICON)LoadImage( NULL, a_pszIcon, IMAGE_ICON, 0, 0, LR_LOADFROMFILE ) );
Now, add a WM_INITDIALOG handler for your dialog, and in the handler put the code:
SetIcon( m_YourIcon, TRUE );
SetIcon( m_YourIcon, FALSE );
That's all you should have to do...if I understood the question correctly.
Chris Richardson
C/C++ Include Finder[^]
|
|
|
|
|
It did very nicely! thanks so much!
lead2gold
|
|
|
|
|
|
Chris Richardson give you a good solution.;)
|
|
|
|
|
|
Hey, call me stupid but why would a plain MFC dialog-based project give the following output on close (in debug mode)?
The thread 0xC04 has exited with code 3 (0x3).
The program 'C:\...\FreqResp.exe' has exited with code 3 (0x3).
When the exe is compiled in release mode, when you exit the main dialog the program brings up the "FreqResp MFC Application has encountered a problem and needs to close" window.
Any ideas on why this would be happening would be helpful!
Cheers,
Dave
|
|
|
|
|
Does your app call abort() or signal()? They both cause the app to exit with code 3, look up SIGABRT in MSDN for more details...
abort() sounds like it could be being called here, as that (according to MSDN) ends with an "abnormal program termination" - hence the message you get in release?
Dylan
Boycott Bush
Punch GWB
|
|
|
|
|
Hrrm - I don't call abort() or signal() in my program 
I am stuck - it just seems to exit like any other mfc dialog app, but can't figure it out! If a button with IDOK or IDCANCEL is pressed the dialog should exit with code 0, but the app just won't do it!
Is there anything that could be failing and terminating the program, like something failing to close??
Cheers,
Dave
Cheers,
Dave
|
|
|
|
|
That sounds pretty odd. I'd try doing a 'rebuild all' and then stepping through the exit process in debug.
Dylan
Boycott Bush
Punch GWB
|
|
|
|
|
In the CFileSAveDialog, I give the user to save a file in the xls format
When I run the application in an os with no excel installed, the file does not get saved.
please help
|
|
|
|
|
How are you trying to save the file? If you are automating Excel to perform the save, then obviously Excel must be installed for it work...
Dave
|
|
|
|
|
Thanks for your reply
I use the excel to automate the saveing, so i think it is not possible
should just the user that it cant be saved unless excel is installed
|
|
|
|
|
What files do you need to include with your executable to get help working? Is there an install step that's necessary?
I verified my help interface on my computer, and then sent the application and the .hlp and .cnt files to a friend who said he couldn't access help from my application. I haven't created an install utility yet, he just extracted all the files to a directory of his choosing on his computer.
I tried searching for information on installing help, but haven't found anything yet...
|
|
|
|
|
according to your description, I think the reason for the problem maybe caused by the help files' path, please check your source code to confirm that you used the opposite path, if you used the absolute path in your application, the problem maybe occur on other computers.
good luck;)
Sh Ai
|
|
|
|
|
I've always created applications for a handful of engineers in a lab environment. This is my first "commercial" application, and I hate to admit it, it's the first time I've tackled Help! 
I looked through my application to try to find out where the help file is specified, and didn't find anything. Can you provide a little more information on where I would find a reference to the help path?
Also, did you really mean "opposite" path?
Thanks for your reply.
|
|
|
|
|
help always goes like this:
void OnHelp()
{
WinHelp(m_hWnd,helpfile,0,0);//
// if you set helpfile like "C:\\path\\help.chm"
//then you may find no help file on another computer if no such file in such folder.
//i mean you should put all the help files in the subfolder where the exe file is.example:
//execute file path is "." so, the help file should be in ".\\help\\"
}
|
|
|
|
|
I used this function to get mouse cursor coodinates. I got different results when the program run in the Woindows 98/Me and Windows 2000/Xp. Why?
Thanks
|
|
|
|
|
Is the program using the same font and size on all systems. Dialogs will resize themselves based on changes in fonts and the mouse coordinates will come in differently for the same proportional movement. In other words if you click the mouse at the right and bottom of the dialog the mouse coordinates will be quite different.
Art
|
|
|
|
|
An extreme novice question,...
I have been searching the Internet, mostly at the Microsoft Developer Network site and, of course, here.
Undoubtedly, you guys have all gone through this in developing applications.
Is there a comprehensive reference for File Management using streams, and/or strings, and/or alpha-numeric character arrays?
I am envisioning writing a complex mathematical modeling program and would like to structure data files, for both diagnostic reasons and as initial data fields for additional components.
Thanks for any suggestions,...
|
|
|
|
|
My STL articles between them offer a decent overview of using iostreams.
Christian
NO MATTER HOW MUCH BIG IS THE WORD SIZE ,THE DATA MUCT BE TRANSPORTED INTO THE CPU. - Vinod Sharma
|
|
|
|
|
Still the best book on all things C++ IMHO is Bruce Eckel's "Thinking in C++", available for free download at http://www.mindview.net/ (the version in the bookshops is outdated).
Bruce includes a comprehensive discussion of streams and streams vs files.
However, from your post I am not sure that your issue is one of streams vs files. As a C++ programmer, you should use streams. Period.
Now, when you say "structure data files", that's where I think you should be talking XML. Which kind-of voids the question of streams vs files: because you shouldn't reinvent the wheel, you should use a readily available XML engine (such as Microsoft's free MSXML4, but many others exist, too). These engines have facilities to fetch and persist XML data, including the storage in a local file.
Bernd
|
|
|
|
|
Christian Graus and Bernd,
THANKS! Excellent suggestions from both of you, I really appreciate it. Very helpful.
Christian, your articles are EXCELLENT (exactly what I was looking for) , and Bernd, I hadn't even thought of XML, but, it's a great idea. I suspect you both saved me alot of time exploring inadequate approaches to the problem.
|
|
|
|
|
If I filter TCP packets, and rewrite the destination port on the SYN packets before being forwarded to the Winsock layer, will the connection get established to the new destination port in the packet or will it disrupt the three-way handshake and go into some indeterminate state?
This is a fundamental question that needs to be answered before I can go ahead and implement a piece of software that redirects incoming connection to different ports based on some parameters. The software is not supposed to be a proxy; and should not be in the path once the connection is established to the translated port.
My article on a reference-counted smart pointer that supports polymorphic objects and raw pointers
modified 29-Aug-18 21:01pm.
|
|
|
|
|
Hi,
You need to do such a translation in both directions (when you change port A to X on incoming packets you have to change the X to A on outgoing packets in the same 'connection').
If I very simplify the problem - if you change the port on recvd packet from say 80 to 8080, the ip stack on your machine will have no problem with it, but as a response he will send back to the connection originator reply from port 8080. If you will not change this number back from 8080 to 80, it will be delivered to the connection originator, but he will just drop it, because he didn't require connection to port 8080, but to 80.
For that very some reason your software must stay in the way as a proxy as long as the connection will remain. (because the same rule is valid for 'regular' data packets - the client doesn't expect packets from 8080, so it will be dropped)
Anyway, what you wrote will not work, but the ip stack (winsock) will not go into some indeterminate state  .
Hope this helps you, if you have another question you can ask, I worked on project where exactly this kind of problems were solved unfortunately the management spent all money for a new cars, buildings etc ...as usual... 
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
