|
not permutation, I need to search the string of particuler length, It can be any combination from a to z. How to do that?
|
|
|
|
|
john5632 wrote: not permutation, I need to search the string of particuler length, It can be any combination from a to z. How to do that?
So, you need to search a string? Is that some sort of a c++ string object, or a character array, or do you have to implement a search, etc., What exactly do you need?!
Please read this post[^] and include all relevant information so that someone can answer your question. It's ambiguous, and confusing right now.
"Real men drive manual transmission" - Rajesh.
|
|
|
|
|
john5632 wrote: I need to search the string of particuler length...
That's a vastly different request than you initially posted. What exactly are you looking for? Be specific. Provide examples. Show pseudo code. What have you tried so far? Have you taken preliminary steps and worked this out on paper first (if not, how can you possibly expect the computer to know any different)?
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Some people are making such thorough preparation for rainy days that they aren't enjoying today's sunshine." - William Feather
|
|
|
|
|
|
Just count, in base-26, from aaaaa to zzzzz (11881376 items in base-10, if I got you).
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
i have checkbox...
i want when i check my checkbox,my DLL know that i checked
someone have solution?
thanks so much
|
|
|
|
|
The checkbox checked notification is sent to the parent dialog of the checkbox.
You will need to call some method in the DLL when you get this check event.
The event is BN_CLICKED.
|
|
|
|
|
i understand your idea but i don't know how make it..
can you write a sample ( function GetEvent) for me?
or any document to understand it...
thanks Hans
|
|
|
|
|
I elaborate just a bit the good Superman's answer.
The CheckBox 'check' is a GUI event and should be handled by the GUI code (as Superman already suggested, you typically handle the BN_CLICKED notification code of the WM_COMMAND message in the parent window of the CheckBox control).
The best way to 'notify something' to a DLL is calling a DLL's function. So:
- Define a
DLL function, e.g. OnMyCheck(). - In the parent window of the
CheckBox control handle the WM_COMMAND message: on BN_CLICKED notification coming from the CheckBox control call in turn the DLL's function OnMyCheck.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
both good answers, my 5 to both.
|
|
|
|
|
thanks so much
|
|
|
|
|
I am using cFileDialog to save a file on disk, I used OFN_OVERWRITEPROMPT flag to prompt for overwriting a file. Is there anytihing can be done if drive is full?
|
|
|
|
|
You mean you're using cFileDialog to get the filename or to save the file? (or both?)
Er, um - why wouldn't you just catch the error-code generated by calls to CreateFile or WriteFile - surely there will be a hint of the lack of diskspace there??
Alternately, if you wish to prevent the selection(creation) of a file on a disk that you already know to be full - wouldn't you just check the returned path from an OpenFileDialog - ensuring that it doesn't exist on the full disk. If the prohibited disk is chosen, you could just re-show the dialog along with a message advising the user to choose a location on another drive.
|
|
|
|
|
You might check for sufficient disk space (using GetDiskFreeSpaceEx) before asking for a specific file path, but then you would be assuming the partition or disk to be known beforehand. Or you might check all partitions to make sure each of them has sufficient free space, but then every small or full partition would distract the user's attention. So you have to choose an approach that fits your most likely situation.
Luc Pattyn [Forum Guidelines] [My Articles] Nil Volentibus Arduum
Please use <PRE> tags for code snippets, they preserve indentation, improve readability, and make me actually look at the code.
|
|
|
|
|
The file dialog only responsibility is too get the name of a file (and path), it does not know the size of the data to be written to the disk.
You could add a hook to warn about low disk space when the user change the path in the file dialog.
It's your job to handle errors from the various APIs and SDK calls that will create the file.
Watched code never compiles.
|
|
|
|
|
If I get locale decimal point in follow way :
TCHAR m_chDecimalSymbol;
m_chDecimalSymbol = _T('.');
int nResult = ::GetLocaleInfo(LOCALE_USER_DEFAULT,LOCALE_SDECIMAL,sTemp.GetBufferSetLength(2),2);
sTemp.ReleaseBuffer();
if(nResult)m_chDecimalSymbol = sTemp[0];
and now I want to know which is keycode of m_chDecimalSymbol :
UINT nDecimal = m_chDecimalSymbol - '0'; \\ <-- is wrong
can you help me , please ?
|
|
|
|
|
Flaviu 2 wrote: UINT nDecimal = m_chDecimalSymbol - '0'; \\ <-- is wrong
Why are you using such (wrong) technique? Shouldn't be VK_DECIMAL the (virtual) key code you are looking for?
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
Here is remarks of VK_DECIMAL :
A virtual key code for the numeric keypad DECIMAL POINT (.) key.
but what is happen if the user hit point (.) not from numeric keyboard ? Or when decimal separator is comma (,), not point ?
|
|
|
|
|
Flaviu 2 wrote: but what is happen if the user hit point (.) not from numeric keyboard ?
You are right on this, it wouldn't be detected.
Flaviu 2 wrote: Or when decimal separator is comma (,), not point ?
You are wrong here, the key on numerical keypad alway corrensponds to the decimal separator.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
I learn something here , that the point key from numerical keyboard corespond to decimal separator , whatever it would be , thank you for that ... but still , I didn't know how to get keyboard code of global decimal separator ... 
|
|
|
|
|
Flaviu 2 wrote: but what is happen if the user hit point (.) not from numeric keyboard ?
You may find the scan code for such a key this way (at least it works on my system):
TCHAR a[2];
int nResult = ::GetLocaleInfo(LOCALE_USER_DEFAULT,LOCALE_SDECIMAL,a,2);
SHORT vkCode = VkKeyScan(a[0]);
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
Didn't working , because
SHORT nDecimal = VkKeyScan(m_chDecimalSymbol);
return 190 , which is not 46 (.) ....
|
|
|
|
|
It's correct: 190 is VK_OEM_PERIOD, that is the scan code of (the lef hand) key for the '.'.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
Flaviu 2 wrote:
sTemp.ReleaseBuffer();
if(nResult)m_chDecimalSymbol = sTemp[0];
As an aside, you should swap these two lines. Doesn't make sense to read sTemp after releasing its buffer... 
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
