|
What are you saying? When a timer is no longer needed, of course KillTimer() should be called. Even though a few WM_TIMER messages may still be in the queue, the message-handling function can react accordingly.
"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)
|
|
|
|
|
yes, but Alok seems to calls KillTimer() at the end of OnTimer() 
Maybe i'm wrong, but that's not clear...
TOXCCT >>> GEII power
|
|
|
|
|
toxcct wrote:
Maybe i'm wrong, but that's not clear...
While he could have highlighted the code and text better so that they did not appear to be one, I think he was just showing how to start a timer, and then how to stop a timer.
"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)
|
|
|
|
|
you are right buddy
i am showing how to start a one minute timer and stop it to help him/her to understand problem
Alok Gupta
visit me at http://alok.stormpages.com
|
|
|
|
|
|
hey man, go sleeping, of course we're speaking about C++ !!! 
TOXCCT >>> GEII power
|
|
|
|
|
standard INI file should be connected with regedit,
for example the two lines below:SetRegistryKey(_T("Local AppWizard-Generated Applications"));
LoadStdProfileSettings(); // Load standard INI file options (including MRU)
i know when "setRegistryKey(_T("Local AppWizard_Generated Applications")"
we can find it in regedit,but i don't know the use of the "LoadStdProfileSettings(); "
|
|
|
|
|
From the documentation:
"Call this member function from within the InitInstance member function to enable and load the list of most recently used (MRU) files and last preview state. If nMaxMRU is 0, no MRU list will be maintained."
The code for CWinApp::LoadStdProfileSettings can be found in APPCORE.CPP in the MFC source; this uses an internal MFC class CRecentFileList to manage the list of recently-used files maintained by the application. The implementation of CRecentFileList can be found in FILELIST.CPP.
You can normally find the MFC source for VS6 in C:\Program Files\Microsoft Visual Studio\VC98\MFC\SRC. If it's not there, you can install it from the CD.
The framework stores the MRU information under a key called 'Recent File List' under your application's registry key.
The 'last preview state' refers to print preview; this code saves and restores the number of pages shown (one or two) when showing a print preview.
Stability. What an interesting concept. -- Chris Maunder
|
|
|
|
|
I am using TSAPI writing a CTI service prog.
in TSAPI,function(acsEventNotify) allows an application to request that a message be posted to its application queue when an incoming ACS event available. when Telephony server's receive queue become non-empty,then it would post a msg(user defined) to application,and after application received this msg ,it will get the msg from receive queue to process.
RetCode_t acsEventNotify
(
ACSHandle_t acsHandle,
HWND hwnd,
UNIT msg,
Boolean notifyAll
);
hwnd: the window which receive notif
msg: user-defined msg to be posted when an incoming event become available
in my service,i create a window to receive this msg.but i can't receive any msg.however,but when my prog is an application,it can run correctly.why
can anybody tell me acsEventNotify,how to work?
|
|
|
|
|
|
Computer Telephony Interface
|
|
|
|
|
when we program by appwizard ,what,s the entrance of command line argument ?
i have seen msdn ,but i still feel it is abstract,please lend me a hand ,how to understand it specificly?
|
|
|
|
|
|
i have read a book on mfc,but i feel many concept i can not understand
thoroughly,so i want to see how do other people understand it?
i think even if very simple conception ,not all the people can give perfect explanation on it,if that,all the people are all greate,
many greate things are based on the trivial things,thank you
|
|
|
|
|
if every one can buy a book and get the solution from there then why do we need a forum like this?
MSN Messenger.
prakashnadar@msn.com
"If history isn't good, just burn it." - Sidhuism.
|
|
|
|
|
CCommandLineInfo cmdInfo;
ParseCommandLine (cmdInfo);
use CWinApp::ParseCommandLine to initialize a CCommandLineInfo object with values reflecting the parameters entered on the command line, which often include a document file name. The statements
if (!ProcessShellCommand (cmdInfo))
return FALSE;
"process" the command line parameters. Among other things, ProcessShellCommand calls CWinApp::OnFileNew to start the application with an empty document if no file name was entered on the command line, or CWinApp::OpenDocumentFile to load a document if a document name was specified. It's during this phase of the program's execution that the framework creates the document, frame window, and view objects using the information stored in the document template. (In case you're wondering, the document object is created first, followed by the frame window and then the view.) ProcessShellCommand returns TRUE if the initialization succeeds and FALSE if it doesn't. If initialization is successful, the statements
i dont remember where had i seen this 
greatest thing is to do wot others think you cant
suhredayan@omniquad.com
messenger :suhredayan@hotmail.com
|
|
|
|
|
thank you suhredayan,before seeing this thread i have draw a diagram about commandlineinfo,now i see your answer i understand more clearly,your explanation is specific,i am working hard ,i believe i will make progress soon.;P
|
|
|
|
|
>thank you suhredayan
i ll pass that to Jeff Prosise.
greatest thing is to do wot others think you cant
suhredayan@omniquad.com
messenger :suhredayan@hotmail.com
|
|
|
|
|
Its a good one, but I was not the one who needed the anwser.
MSN Messenger.
prakashnadar@msn.com
"If history isn't good, just burn it." - Sidhuism.
|
|
|
|
|
A handy reference is MFC Internals[^]. It's got a lot more concrete information on how the framework is put together and how it works. I didn't feel I understood MFC until I read this.
The book is a little out of date now, having originally been written for MFC 4.0, but the fundamental operation of the framework barely changed from MFC 4.0 to 6.0 (indeed, versions 4.2, 5.0 and 6.0 were upwards-compatible in binary form - a program built with 4.2 could typically run unchanged on MFC 6.0's mfc42.dll). 7.x has had more changes to accommodate the merging of ATL and MFC.
Stability. What an interesting concept. -- Chris Maunder
|
|
|
|
|
Hi all,
I am trying to load a bitmap in my window but without success. I am using win 32 api. i want to load the image from a file ( path to the file is found out dynamically) and display it.
could someone help me with this
thanx
|
|
|
|
|
|
|
MSDN has a sample name LoadPic.exe. It can load gif, bmp, ico, jpg, bmp... and much image format.
---------------------------
Auto Debug for Windows
http://www.autodebug.com/
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
