|
fantasy1215 wrote: Please tell me what's wrong with my code.
Your wildcard is "*.txt".
Your subdirectories don't have a .txt extension so they won't
show up in the search.
Mark
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/coffee.gif)
|
|
|
|
|
There are .txt files in Subdirs too.
|
|
|
|
|
But the SubDirs will be Ignored because they do not have a '.txt' extension in their name.
(For Still the best explanation about Command Line Parsing Rules, Look up any book about DOS 6.00). DOS may have died, but many of its parsing rules persist.
Bram van Kampen
|
|
|
|
|
Hi Masters!
--------------
In a MFC project, I posted some messages to an edit box as bellow:
m_ctlEditBox.PostMessage(WM_KEYDOWN, VK_A);
m_ctlEditBox.PostMessage(WM_KEYDOWN, VK_B);
m_ctlEditBox.PostMessage(WM_KEYDOWN, VK_C);
m_ctlEditBox.PostMessage(WM_KEYDOWN, VK_D);
.
.
.
The characters been recieved to the edit box are being formatted as I press SHIFT key or CAPS_LOCK toggles!
I wonder if is there something like TranslateMessage within it's procedure?
Thank you masters!
|
|
|
|
|
Jusef Marzbany wrote: I wonder if is there something like TranslateMessage within it's procedure?
Not that's documented. The edit control window proc could be
checking the key states on it's own.
TranslateMessage is being called by the MFC message loop, however.
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
You can try to send WM_CHAR.
If it works, it's very likely that it has a TranslateMessage.
professional
|
|
|
|
|
That doesn't make sense. WM_CHAR messages are produced by TranslateMessage() 
Mark
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://www.codeproject.com/script/Forums/Images/coffee.gif)
|
|
|
|
|
If WM_CHAR is handled by the edit's window proc, it's likely that WM_KEYDOWN are tranlated to WM_CHAR by TranslateMessage.
If not, it's likely that there is no TranslateMessage, keyboard messages are handled
all in WM_KEYDOWN.
professional
|
|
|
|
|
I guess I see what you're getting at....
A window proc may process a WM_KEYDOWN message without ever touching
a WM_CHAR message, true. What I was saying is that it will not use
the TranslateMessage API (which is what I thought the OP was referring to)
to do so - that would be redundant in most cases since TranslateMessage is
usually called from a thread's message loop.
Cheers ![Beer | [beer]](https://www.codeproject.com/script/Forums/Images/beer.gif)
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
So the edit's window proc might use the essential function inside TranslateMessage directly
when handling WM_KEYDOWN.
professional
|
|
|
|
|
I think you're wrong! cause WM_CHAR itself is produced by TranslateMessage()
Thank you masters!
|
|
|
|
|
If WM_CHAR is handled by the edit's window proc, it's likely that WM_KEYDOWN are tranlated to WM_CHAR by TranslateMessage.
If not, it's likely that there is no TranslateMessage, keyboard messages are handled
all in WM_KEYDOWN.
professional
|
|
|
|
|
Jusef Marzbany wrote: WM_CHAR itself is produced by TranslateMessage()
Correct.
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Iam developed one appication in MFC in my system which is having OS as XP 2000.its working fine.in my application iam maintaining some database connection and playing functionality(using some special Audio card).
its working well.
but iam facing problem in Xp systems.for database maintaining its working fine.but iam facing problem in playing functionality.while clicking play iam getting error.
note: i kept All DLLs in XP system what ever required for my application.
|
|
|
|
|
Have you tried to use dependency walker to find out the resources that your app depends on? More importantly, Have you installed the Visual C++ redistributables on the target machine?
Many are stubborn in pursuit of the path they have chosen, few in pursuit of the goal - Friedrich Nietzsche
.·´¯`·->Rajesh<-·´¯`·.
[Microsoft MVP - Visual C++]
|
|
|
|
|
initially i tried by registering required DLLs in XP system.later i installed VC++6 then also i shows the same error. 
|
|
|
|
|
????????????
What's the Problem. Language Country or Culture dependent Resources?
Or,
Is the problem: 'Will it run on any computer rather the one I compiled it on'
If the latter is the case, buy one and try!
Bram van Kampen
|
|
|
|
|
Hi all,
i m using CDateTimeCtrl in MFC,
here when i set a year before 1970 than it gives number of times this error message
Error is :: "The Parameter is incorrect."
please tell me how can i resolve this error.
thanks in advance.
IN A DAY, WHEN YOU DON'T COME ACROSS ANY PROBLEMS - YOU CAN BE SURE THAT YOU ARE TRAVELLING IN A WRONG PATH
|
|
|
|
|
You are probably using a CTime object to set the time, and according to MSDN, the earliest date for a CTime is 1/1/1970.
If you use a COleDateTime object instead, the dates can be from 1/1/100 to 12/31/9999.
Hope that helps.
Karl - WK5M
PP-ASEL-IA (N43CS)
PGP Key: 0xDB02E193
PGP Key Fingerprint: 8F06 5A2E 2735 892B 821C 871A 0411 94EA DB02 E193
|
|
|
|
|
I m try this
COleDateTime dtMin;
COleDateTime dtMax;
dtMin = COleDateTime(100, 1, 1, 0, 0, 0);
dtMax = COleDateTime(9999, 12, 31, 0, 0, 0);
CDateTimeCtrl m_date;
m_date.SetRange(&dtMin, &dtMax);
but after using this the problem remains same.
IN A DAY, WHEN YOU DON'T COME ACROSS ANY PROBLEMS - YOU CAN BE SURE THAT YOU ARE TRAVELLING IN A WRONG PATH
|
|
|
|
|
Hi all,
i m using a read only type EditBoxControl.
here ctrl+C not working.
how can i use Ctrl+C here.
IN A DAY, WHEN YOU DON'T COME ACROSS ANY PROBLEMS - YOU CAN BE SURE THAT YOU ARE TRAVELLING IN A WRONG PATH
|
|
|
|
|
"_$h@nky_" wrote: how can i use Ctrl+C here.
By making sure you are using the ES_READONLY style instead of the WS_DISABLED style.
"Love people and use things, not love things and use people." - Unknown
"The brick walls are there for a reason...to stop the people who don't want it badly enough." - Randy Pausch
|
|
|
|
|
yes its only readonly not disabled.
IN A DAY, WHEN YOU DON'T COME ACROSS ANY PROBLEMS - YOU CAN BE SURE THAT YOU ARE TRAVELLING IN A WRONG PATH
|
|
|
|
|
Ctrl + C. Just need to Check the Read Only Checkbox. try creating a sample program where u have 2 edit boxes in the dialog box and make one as read only and the other one as normal editbox. select the text in the read only and press ctrl+c and paste it in the the other edit box. it should work.
|
|
|
|
|
thanks
IN A DAY, WHEN YOU DON'T COME ACROSS ANY PROBLEMS - YOU CAN BE SURE THAT YOU ARE TRAVELLING IN A WRONG PATH
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
