|
You may need to install the Platform SDK.
Inside the include directory
winsnmp.h
IIRC the lib file is called
WSnmp32.lib
and it is inside the lib directory.
Ant.
I'm hard, yet soft.
I'm coloured, yet clear.
I'm fruity and sweet.
I'm jelly, what am I? Muse on it further, I shall return! - David Walliams (Little Britain)
|
|
|
|
|
I found that I cannot use CTime::GetCurrentTime(), as it is accurate to seconds only.
Is there another function I can use?
For example, I want to calculate the time elapsed in an operation, accurate to millisecond.
Thanks
|
|
|
|
|
Look at GetTickCount() function
|
|
|
|
|
Well I think that better would be to use the QueryPerformanceCounter and QueryPerformanceFrequency. AFAIK the GetTickCount in reality works in accuracy of 10 miliseconds (and even 55ms on 9x systems).
|
|
|
|
|
geo_m wrote:
AFAIK the GetTickCount in reality works in accuracy of 10 miliseconds
Do you know if this problem occurs also with the C function _ftime(struct _timeb *timeptr), which should return something with a precision of a millisecond?
Fold With Us!
Sie wollen mein Herz am rechten Fleck, doch
Seh' ich dann nach unten weg
Da schlägt es links
|
|
|
|
|
K(arl) wrote:
Do you know if this problem...
It is not a problem, but a hardware limitation. Read here for more.
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
|
|
|
|
|
Thanks for the link! 
Fold With Us!
Sie wollen mein Herz am rechten Fleck, doch
Seh' ich dann nach unten weg
Da schlägt es links
|
|
|
|
|
Yes, that was true for old NT machines, running on the fastest processors few years ago.
Today, on average you get down to 1msec. (at most 2msec due to rounding problems) with GetTicCount(). (It is almost acurate on a Win2K, 2.4GHz. and even more with a WinXP 3.0GHz.)
-- Ricky Marek (AKA: rbid)
-- "Things are only impossible until they are not" --- Jean-Luc Picard
My articles
|
|
|
|
|
rbid wrote:
Today, on average you get down to 1msec.
What you are seeing is a mere approximation or simulation, not a true count. The system clock quantum, as described in the link I provided, is as accurate as you can get without introducing approximations.
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
|
|
|
|
|
I have a .h and a .c file which have some subroutines I would like to call.
How should I add these 2 file to my MFC project?
Should I use add files or add class? (these two files are not a class)
also, they may be written in c, what should I do to ensure the compilation in VC++ is correct when compile c program in C++ project?
thanks
|
|
|
|
|
You must add the .c file, otherwise it won't be compiled and your program won't link. Adding the .h file is optional; IntelliSense normally works better if you do. Just use the Add Files feature to add them.
You don't need to do anything in VC6 to compile a .c file as C. The C/C++ compiler uses the extension to decide how to compile the file, unless you override it. The defaults for a new project in VS.NET include the /TP flag, which instructs the compiler to compile all files as C++. This is rarely an issue as C is a mostly-compatible subset of C++. There are a very few cases where the compiler will produce different code when compiled as C versus compiling as C++.
To turn this feature off in VS.NET, go to Project Properties, Configuration Properties, C/C++, Advanced and set Compile As to Default.
[EDIT] I forgot to mention how to use the functions. Simply #include the header file in any source file you want to use the functions in. [/EDIT]
Stability. What an interesting concept. -- Chris Maunder
|
|
|
|
|
when I use a modal dialog box (win32 DialogBox()), the application does not have a main message loop; instead, the application uses the dialog box manager message loop to translate and dispatch messages.
how can i handle the keyboard input or Accelerator Keys using win32 modal dialog box?
|
|
|
|
|
The solution is to add accelerator handling in your dialog. This isn't very difficult, and requires only a few steps:
1. Declare an HACCEL data member for your dialog:
HACCEL m_hAccel;
This will hold the handle to the accelerator table.
2. In your OnInitDialog, add the following statement:
m_hAccel = ::LoadAccelerators( AfxGetResourceHandle(),
MAKEINTRESOURCE(IDR_ACCELERATORS) );
The IDR_ACCELERATORS is the resource handle for your list of
accelerators. This can be the main set of application accelerators, or you can define only a subset of accelerators to use in your dialog.
3. Next, override PreTranslateMessage in your Dialog. It should look something like this when you're done:
if( (pMsg->message >= WM_KEYFIRST) &&
(pMsg->message <= WM_KEYLAST) &&
(m_hAccel != NULL) )
{
if( ::TranslateAccelerator(m_hWnd, m_hAccel, pMsg) ) return TRUE;
}
return CDialog::PreTranslateMessage(pMsg);
TranslateAccelerators will check the accelerator table indicated by m_hAccel and, if the key code specified by the pMsg is assigned to an accelerator, the function will generate an appropriate WM_COMMAND and send it to the window specified by m_hWnd.
Since the m_hWnd receives the WM_COMMAND, you may want to specify the main application window here (the parent of your dialog, easily obtained via GetParent()). Alternately, if your Dialog only handles a subset of the application's accelerators, you can define a mini-accelerator table for your Dialog.
If you need to do this a lot, you may want to specify a thin class that derives from CDialog that is designed specifically to handle an accelerator table. Then you can derive your own dialogs from this base class.
Hope this helps!
Bob Ciora
|
|
|
|
|
Sorry Bob,
But your solution is for MFC. Torrentmoon and I both write in Win32 DialogBox application coding. This is different from your normal situation within MFC. In MFC and normal Windows class programming, you're right, one simply just has to override their message flow and toss in TranslateAccelerator() in it.
Unfortunately for us, Torrentmoon, I don't think we'll be able to do it. According to Microsoft: "A modal dialog box has its own message loop, which has no interaction with the application's main message loop." / http://support.microsoft.com/kb/126874[^]
I'll let you know if I hear anything about it, though.
V/r,
Suendisra
|
|
|
|
|
we already have a pointer string1 which accepts input at runtime. it is in Visual C++. The words in string1 has to be compared with a dictionary of words such as "i", "are", "the". How to initialise the dictionary as a pointer and store the values to be able to compare it with string1.
|
|
|
|
|
Maybe this little piece of code helps you. (I too hate working with strings in C++)
char* string1="are";
char* dictionar[3]={"I","are","the"};
for (int i=0;i<3;i++)
if (strcmp(string1,dictionar[i])==0) printf("%d",i);
Good luck!
Cristina
|
|
|
|
|
I seem to have a simple problem, but I didn't find a solution yet. So, please help me with any ideas.
I have a number, let's say X. I have its value.
I want to obtain in a C++ program, the (approximate) value of its cube root.
I thought I could approximate it with the function pow(number,1/3), but even cube root of 9 returns the value of 2.08008 which is too far from truth.
I know the problem is 1/3 which cannot be reprezented with accuracy because of its fractional part.
Do you have any other solution you can think of?
Thanks in advance,
Cristina
|
|
|
|
|
The cube root of 9, given to 5 decimal places (6 significant figures), *is* 2.08008. I can not see a problem with this.
Do you need more accuracy? Is the figure state the exact figure returned from the pow function?
Ant.
I'm hard, yet soft.
I'm coloured, yet clear.
I'm fruity and sweet.
I'm jelly, what am I? Muse on it further, I shall return! - David Walliams (Little Britain)
|
|
|
|
|
How to link functions in a .asm file?
Should I compile it first, and how to compile?
|
|
|
|
|
I have been after this answer for a long time.
The easy and nice way is to use visual c++ inline assembler,because in this way you donot have to face problems like calling conventions, and seperately compiling your application and assembling your asm file.
I am not prohibiting you from doing your work.
1:- first assemble your asm file with assembler,this will give you a file with .obj extension.
2:-now only compile your other application file(s), and you will get other .obj file(s).
3:- Now link all .obj files.
this will give you the .exe file
|
|
|
|
|
Sorry if this is a dumb ? but I am fairly new to C++.
I am writing an application that has no user events. I am using only WIN32 - NO MFC - because it is basically a bootstrapper application and I do not want any dependencies other than core Windows APIs.
I display a small status dialog that provides progress messages. If all goes well, it runs, displays it's messages, and the bootstrapper application terminates after launching another application. That part works fine.
But, if a condition is not met, I would like to display a message box. When I do this, the whole thing locks up. I am creating the messagebox as a child of the dialog, but it still does not process it's messages or even receive focus.
I've tried making the main dialog modeless - did not help.
I find the SDK docs on message processing rather confusing.
Can anyone point me in the right direction?
Thanks!!!!
R 
|
|
|
|
|
The problem with MessageBox is that it takes over input and doesn't allow the creating thread to run. In effect, the MessageBox takes over the focus, just like a modal dialog. So you'll want to come up with a way to run the MessageBox function in a thread separate from your main dialog's thread.
You may consider creating an additional modeless dialog that hangs off of your main dialog. You don't have to display the dialog (never call its ShowWindow(SW_SHOW)), and it doesn't have to have any special features. It only exists to pop up the MessageBox. Maybe add a method to this modeless dialog, DisplayMessage(msg) or something, that calls MessageBox.
I'm not able to test this now, but I think it'll work. It shouldn't tie up your main dialog's message loop, only the message loop of the invisible modeless dialog. Just make sure that you don't call the DisplayMessage method in the modeless while another message is being displayed. You'll also have to make sure the modeless message box gets cleaned up correctly (via DestroyWindow and (just like all modeless dialogs) don't let it be closed by the user.
Alternately, if you're good with Win32 threads, you can define a thread that you can fire from your main dialog. Given a string to display (and the MB_OK, etc. codes), this thread's main execution function simply calls MessageBox(your params), then exits. Just be sure you clean up the threads nicely so as not to leave "zombie" threads.
Hope this gives you some ideas.
Bob Ciora
|
|
|
|
|
Thanks for the input. I had already considered spawning a second thread but instead I kept reading the SDK info on message loops and thinking "Surely this cannot be as difficult as I am making it".
So I went with your second suggestion. I just call a wrapper function that spawns the thread and goes into a WaitForSingleObject state to suspend the main execution until the user dismisses the messagebox.
Works great!
Thanks,
Robert
|
|
|
|
|
hello,everyone!
i wirte a system service which is a serial communiction program ,it can start normly ,but when stop service at service control panel,it doen't work .pop a message box "error 1053 the service did not respond to the start or control request in a timely fashion"
if you know how to reslove it ,please tell me ,thanks a lot !
|
|
|
|
|
Your service only has about 5 - 10 seconds to come to a stop, otherwise it must post SERVICE_STOP_PENDING status to the service control manager (SCM).
It has to eventually report that it has stopped back to the service control manager, using SetServiceStatus - SERVICE_STOPPED.
Your service must periodically call (about once every 3 - 5 seconds) SetServiceStatus while you are finishing up your serial communications shutdown, so the SCM will not think your service is hung.
The best way to do this is to start another thread and inform the SCM of your service's status. Meanwhile, your main thread can continue to close down the serial communications.
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
