|
Anu_Bala wrote: I dont know how to give beep sound in my application
MessageBeep().
You can also use:
BOOL Beep(
DWORD dwFreq,
DWORD dwDuration
);
// Here you can set the frequency (in hertz) and the duration for which you would like to play the sound (in msec)
Somethings seem HARD to do, until we know how to do them.
_AnShUmAn_
|
|
|
|
|
U can use the MessageBeep function.. look for it in the MSDN.. for the speed of beeps you can place it a timer with the required breaks ..
Peace
|
|
|
|
|
|
hi,
in the clickevent of a button i open a dialog box.
on pressing the ESC key the dialogbox vanishes
but i want to remain the dialog box in the client area.
ne body can help me out???
thanx in advance,
zari
|
|
|
|
|
zareee wrote: on pressing the ESC key the dialogbox vanishes
Override the PreTranslateMessage() handle VK_ESCAPE in it.
Here's the code for this:
if(pMsg->message == WM_KEYDOWN && (VK_ESCAPE == pMsg->wParam || VK_RETURN == pMsg->wParam))
pMsg->wParam=VK_SEPARATOR;
Somethings seem HARD to do, until we know how to do them.
_AnShUmAn_
|
|
|
|
|
|
overide the OnCancel function of the dialog and keep that function blank.
void MyDlg::OnCancel()
{
}
nave
|
|
|
|
|
Shilpi Boosar wrote: hi u take a bool variable flag ...
For what Purpose?
Shilpi Boosar wrote: on button click u take it flag variable true
Why?
Shilpi Boosar wrote: if it is true than the dialod box created
He never said that the dialog box isn't created and so he needs to check for this. What he want's that when you create a mfc dialog based application and execute it, the dialog pops up but vanishes when escape key is hit with the dailog in focus or the enter key is pressed...
Somethings seem HARD to do, until we know how to do them.
_AnShUmAn_
|
|
|
|
|
Overide OnCancel for Esc and OnOk for enter.
|
|
|
|
|
What does C++ differ from Visual C++?
|
|
|
|
|
hanh16violet wrote: : Re: C++ And Visual C ++ ?
See Here[^]
This question has already appeared on this message board several times.
Somethings seem HARD to do, until we know how to do them.
_AnShUmAn_
|
|
|
|
|
|
C++ is a programming language .....but vc++ is not a programming language ...it is IDE (integrated development environment) ...
|
|
|
|
|
Google before you ask Q
|
|
|
|
|
im doing data mining project on association rules based on apriori algorithm...can anyone help me out with the souce code.
several errors occured..."ecline in line is not permited" in config.h file.
-fear is not the factor-
|
|
|
|
|
http://en.wikipedia.org/wiki/Apriori_algorithm
http://web.syr.edu/~dxing/Files/DataMining/WebMining.pdf#search=%22apriori%20algorithm%20source%20code%20in%20vc%2B%2B%22
may be it will help u
|
|
|
|
|
Hey All,
I am having a problem getting an app that was written with VC8 on XP SP2 to run on a W2K (Windows 2000 v5.0.2195 with SP4) machine. The app is a unicode build and uses MFC and STL.
Because of the SxS distribution rules used by VC8 I had to jump several hoops before it stopped complaining about not being able to find it's DLLs.
First I upgraded the windows installer to version 3.1 using WindowsInstaller-KB893803-v2-x86.exe version 3.1.0.0
Then I installed the VC and MFC dll's using vcredist_x86.exe version 2.0.50727.42
Now as soon as I try to run the app it crashes with an access violation. Using the map file generated by VC8 the nearest I could figure is that it is crashing somewhere in the std::vector::erase method.
The thing is that I have been using the same app on my XP SP2 machine (the one with VS2005) with live data running 24/7 for several months now without any problems.
Is there an installation step I am missing? From what I have been able to decipher from the docs is that upgrading the windows installer and running vcredist_x86 is all the prerequisites needed to run VC8 MFC apps on older OSes.
You may be right I may be crazy -- Billy Joel --
Within you lies the power for good, use it!!!
|
|
|
|
|
hmmm...
I tried another MFC8 app without STL and it ran no problem. Looks like the problem lies with the STL.
Now I have to figure out how to update the STL files on the machine. Back to doc diving
You may be right
I may be crazy
-- Billy Joel --
Within you lies the power for good - Use it!
|
|
|
|
|
PJ Arends wrote: Looks like the problem lies with the STL.
Interesting, I have used the STL in an app compiled with VS 2005. I never had any problems with it crashing or misbehaving. The only issues I had where the updated MFC & C runtime dlls. Please do post your findings.
Thanks
I'd love to help, but unfortunatley I have prior commitments monitoring the length of my grass. :Andrew Bleakley:
|
|
|
|
|
S Douglas wrote: Please do post your findings.
The problem was not the STL. I was using a Win XP window class style (CS_DROPSHADOW) the W2K did not like.
|
|
|
|
|
PJ Arends wrote: Using the map file generated by VC8 the nearest I could figure is that it is crashing somewhere in the std::vector::erase method.
I assume you're using a map file to find where an exception is occurring in the source code on a release build. Although I've noticed that lots of people use this technique, it is totally unnecessary and the hard way to do things. In a debug build the information that enables the debugger to map from an address to a source line is the debug info, typically a .PDB file. Map files provide similar (but less) information in a human readable form. Just like a map file can be enabled for a release build, so can the debug information. When this is done you just debug as normal in the release build and there is no need to dig through a map file. Here’s the alterations I make in MSVC6:
- Select “Project->Settings”
- Select “Release” configuration.
- Select “C/C++” tab.
- In the “Category” combo select “General”.
- In the “Debug info” combo select “Program Database”. Note that in a debug build you’d select “Program Database for Edit and Continue”.
- Select the “Link” tab.
- Select “Debug” in the “Category” combo.
- Tick/select “Debug info”, “Microsoft format” & “Separate types” (same as in debug builds).
This is the first change I make when setting up a new project. If I made the IDE these would be the default settings.
Debug information is just as important for release builds, in some ways more so. If you receive crash dumps and have to do postmortem analysis they are invaluable. It’s best to use the symbol server (comes with WinDBG) to keep all your symbols safe and easily accessible.
Steve
|
|
|
|
|
You *could* turn this handy information into an article ya know...
|
|
|
|
|
I want to draw a string (from a variable) with GDI+ so I'm trying to do this:
m_graphics->DrawString(m_ac, -1, &font, PointF(8,8), NULL, &grnbrush);
but the member m_ac is a std::string. How can I get it into the const
WCHAR* format for this call?
|
|
|
|
|
Stick^ wrote: How can I get it into the const
WCHAR* format for this call?
At a minimum:
m_graphics->DrawString(m_ac.c_str(), -1, &font, PointF(8,8), NULL, &grnbrush);
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
Does that only work if the string is of type std::wstring ?
Peace!
-=- James If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong! Avoid driving a vehicle taller than you and remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road! DeleteFXPFiles & CheckFavorites (Please rate this post!)
|
|
|
|