|
<blockquote class="FQ"><div class="FQA">amitmistry_petlad wrote:</div>w_Path=(WCHAR [])wParam; //type casting problem ??????????</blockquote>
Do like this,
w_Path = reinterpret_cast<WCHAR*>(lParam);
Watch: in sender side WCHAR Path[..] is local to the method and you are using PostMessage. Use SendMessage or allocate memory for Path in heap.
Do your Duty and Don't expect the Result
|
|
|
|
|
amitmistry_petlad wrote: ::PostMessage(hWndinoutfiledir,WM_INITDIALOG,(WPARAM)path,(LPARAM)iSlected);// is it ok ?
No, its not ok.
Have you seen description for WM_INITDIALOG in MSDN , See how WPARAM and LPARAM should be used in that case.
amitmistry_petlad wrote: w_Path=(WCHAR [])wParam; //type casting problem ??????????
Have you refered Parthi_Appu's suggestion ?
|
|
|
|
|
yes i am in process of that.
"Success lies not in the result , But in the efforts !!!!!"
Amit Mistry - petlad -Gujarat-India
|
|
|
|
|
can I send two postmessage for two different window?
"Success lies not in the result , But in the efforts !!!!!"
Amit Mistry - petlad -Gujarat-India
|
|
|
|
|
amitmistry_petlad wrote: can I send two postmessage for two different window?
Yes.
Was you really wanted to ask this ?
|
|
|
|
|
prasad_som wrote: Was you really wanted to ask this ?
Ya ! if you remember master before few days ago I had asked you about how to postmessage.Now I used two post message below.
::PostMessage(hWndinoutfiledir,WM_INITDIALOG,0,(LPARAM)path);//new one , not working
::PostMessage(hwndTagEditorDlg, WM_COMMAND, MAKELONG( IDC_HIDDEN_BTN, BN_CLICKED ),index);//old one working
Thats why I asked you.
"Success lies not in the result , But in the efforts !!!!!"
Amit Mistry - petlad -Gujarat-India
|
|
|
|
|
amitmistry_petlad wrote: if you remember master
Please ! dont call so.
amitmistry_petlad wrote: ::PostMessage(hWndinoutfiledir,WM_INITDIALOG,0,(LPARAM)path);//new one , not working
I wonder , why you needed to send WM_INITDIALOG , it will be automatically called whenever dialog box is about to display. And again, you have not read the documentation, and send wrong parameters.
|
|
|
|
|
Hi!
I'm a beginner at Visual C++, so I apologize if I do not express myself correctly...
I'm writing an HTMLView application for logging changes in the stock market. I navigate to a web page showing real time stock values using HTMLView. The stock values are shown in a java application in the web page. Is there a way to take control over this java application and gather the data displayed in the window?
Thanks
Martin_j
|
|
|
|
|
martin_j wrote: Is there a way to take control over this java application and gather the data displayed in the window?
AFAIK .. it very typical task. as Java Embed the control in it self.. !
|
|
|
|
|
Hi all,
I'm trying to create a file, but every time the filename is all sorts of funny characters. Can anyone please help ?
hFile = CreateFile((LPCWSTR)"Error_Occured.err",
GENERIC_WRITE,
0,
NULL,
CREATE_ALWAYS,
FILE_ATTRIBUTE_NORMAL,
NULL);
Many thanx
Regards,
The only programmers that are better than C programmers are those who code in 1's and 0's.....
Programm3rBronze
My Blog: ^_^
|
|
|
|
|
try thid,
hFile = CreateFile(_T("filename"), ....);
Do your Duty and Don't expect the Result
|
|
|
|
|
Thank you for the response, I'll try it.
Regards,
The only programmers that are better than C programmers are those who code in 1's and 0's.....
Programm3rBronze
My Blog: ^_^
|
|
|
|
|
No !! the solution you got is partly right, but partly wrong !!!
it will work only if you explicitely #define UNICODE.
what you can do if you want a litteral string to always be "wide" is to define it like this :
<code>L</code>"Error_Occured.err"
see the L prepending the string.
however, i suspect you to needing _T() macro anyway, because CreateFile may have 2 distinct implementation (i didn't verify the doc, so i'm not sure at all), one for ansi, and one for unicode.
|
|
|
|
|
Programm3r wrote: hFile = CreateFile((LPCWSTR)"Error_Occured.err",
Type casting in this manner is usually bad idea. Use _T() macro instead.
Simply see this test,
LPCWSTR pTestCast = (LPCWSTR)("Error_Occured.err");
Now covnert it to,
LPCWSTR pTestCast = (LPCWSTR)(_T("Error_Occured.err"));
|
|
|
|
|
why not using C++ cast operators ?!
prasad_som wrote: LPCWSTR pTestCast = (LPCWSTR)("Error_Occured.err");//you will get garbase value pTestCast is indicating to
LPCWSTR pTestCast = (LPCWSTR)(_T("Error_Occured.err"));
Notice that those 2 lines of code are quite the same, because is unicode is not defined, _T() simply equals its content (just removed)...
for such conversions, the macro CT2W() is more appropriate.
Here[^] is a link to those macros
|
|
|
|
|
Hi,
Actually _T() will do..
No need for typecasting to LPCWSTR or CT2W().
Simply, _T("sometext") means, sometext will be treated as ANSI and if _UNICODE is defined, then, sometext will be converted to its UNICODE equvalent.
Do your Duty and Don't expect the Result
|
|
|
|
|
Parthi_Appu wrote: _T("sometext") means, sometext will be treated as ANSI and if _UNICODE is defined
hey, here is how the macro is defined :
#if defined(UNICODE)
#define _T(x) L##x
#else
#define _T(x) x
#endif
so if you don't define unicode, the string will remain ansi (so, not neither LPWSTR nor LPTSTR but LPSTR !!!)
|
|
|
|
|
Tox, but _UNICODE explicitly defines UNICODE . I was insisting on that person telling that you will never need to typecast.
Nobody can give you wiser advice than yourself. - Cicero
ப்ரம்மா
|
|
|
|
|
brahmma wrote: ..._UNICODE explicitly defines UNICODE.
No, you have to define them both.
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
DavidCrow wrote: No, you have to define them both.
Either you are wrong. Or Jeff Prosise is wrong in the book, Programming Windows with MFC, Second edition.
Programminw Windows with MFC, Second edition - Jeff Prosise wrote:
If all your string literals are declared with _T macros, you can produce a special Windows NT_only build of your application by defining _UNICODE. Defining this symbol (_UNICODE symbol) implicitly defines a related symbol named UNICODE (no underscore), which selects the Unicode versions of the numerous Windows API functions that come in both ANSI and Unicode versions.
Nobody can give you wiser advice than yourself. - Cicero
ப்ரம்மா
|
|
|
|
|
brahmma wrote: Either you are wrong. Or Jeff Prosise is wrong in the book, Programming Windows with MFC, Second edition.
Rather than read a book or take someone's word for it, did you bother to try it? The presence of:
#define _UNICODE does not automatically tell the preprocessor to also define the other:
#define UNICODE
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
I have seen the definition too, clearly but I do not remember the file name. I checked it for myself when I read that in the book, about an year ago. The definition for _UNICODE goes something like this:
#ifndef UNICODE
#define UNICODE
....
#endif
Nobody can give you wiser advice than yourself. - Cicero
ப்ரம்மா
|
|
|
|
|
Are you thinking of something along the lines of:
#ifdef _UNICODE
#ifndef UNICODE
#define UNICODE
#endif
#endif or
#if defined(_UNICODE) && !defined(UNICODE)
#define UNICODE
#endif
#if defined(UNICODE) && !defined(_UNICODE)
#define _UNICODE
#endif
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
Not the second one, for sure. I am not on my dev. machine now and am unsure of the file name. I am talking about how _UNICODE is defined. In the definition, a check for UNICODE inclusion is present and if UNICODE is not included, it is done there explicitly. I shall find out the file name and then give you the code clearly, which I was talking about.
Nobody can give you wiser advice than yourself. - Cicero
ப்ரம்மா
|
|
|
|
|
brahmma wrote: In the definition, a check for UNICODE inclusion is present and if UNICODE is not included, it is done there explicitly.
Right, but not implicitly by the preprocessor.
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|