|
oops... sorry i thought you were referring to SDI with Multiple views.
It seems you are looking for Dialog based one.
Sorry I dont have that.
|
|
|
|
|
AnithaSubramani wrote: in dialog based application without using SDI.
Why? Once you use the entire client area of a Dialog for a Window it's no different from the users perspective than an MFC SDI window, so why the restriction?
|
|
|
|
|
Hi all,
I want to covert Cstring to char*,
I tried this
CString messageTOWrite("Test Message");
char* temp=messageToWrite.GetBuffer(messageToWrite.GetLength());
but it is not working...?
|
|
|
|
|
Hi.
What do you mean by "but it is not working"?
Does this work:
CString messageTOWrite("Test Message");
TCHAR* temp=messageToWrite.GetBuffer(messageToWrite.GetLength());
...
messageTOWrite.ReleaseBuffer();
If yes, my guess would be that TCHAR is not char but wchar_t (or such), so you are using unicode, and to get a char * from the unicode string you will have to convert it from unicode to ASCII somehow.
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Life: great graphics, but the gameplay sux. <
|
|
|
|
|
Code-o-mat wrote: CString messageTOWrite("Test Message");
Small correction
CString messageTOWrite( _T( "Test Message" ));
-Sarath.
"Great hopes make everything great possible" - Benjamin Franklin
|
|
|
|
|
Indeed, althorough i believe CString's constructor accepts a char string in both unicode and non-unicode environments, but at least if you make it _T(string) it won't have to convert and should be somewhat faster.
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Life: great graphics, but the gameplay sux. <
|
|
|
|
|
Thanks I never noticed it.
-Sarath.
"Great hopes make everything great possible" - Benjamin Franklin
|
|
|
|
|
You really have to get rid of this GetBuffer/ReleaseBuffer, it's a bad practice. You don't need it because CString provide cast operators and if the cast operators 'fail' (compile error about wrong type convertion), then the GetBuffer function will fail with the same error.
|
|
|
|
|
True. But he asked how he can convert a CString to a char *, not how he can convert it to a const char *, and there is no operator as far as i know that makes a char * from a CString. He might have a good reason to access the buffer directly, but you are absolutely right that if all he wants is to -for example- feed the CString to a method which takes a const char *, he should use the operator rather than fiddle with GetBuffer() and ReleaseBuffer(), and if type mismatch occurs he will have to convert either ways.
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Life: great graphics, but the gameplay sux. <
|
|
|
|
|
Yes you right. In general I assume that the OP only wants to use a const char string (which I guess he does by looking at his other posts), but this is not always the case.
|
|
|
|
|
Ok....that is working, but i want is fputs(temp,fptr) , where fptr if FILE*. in this case this is not working same error unable to convert TCHAR* to const char *
|
|
|
|
|
In that case do this:
_fputts(File, your_cstring_object);
Forget about GetBuffer, but note that this will make you a unicode string in the file if TCHAR compiles to WCHAR.
p.s> whenever you meet a "common" method which won't accept your CString, look at the method's help in MSDN and look for a TCHAR-version.
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Life: great graphics, but the gameplay sux. <
|
|
|
|
|
hhmmm great proble is solved and thanx for u r suggesion too 
|
|
|
|
|
Please don't use GetBuffer, you usually don't need it.
If you need a const TCHAR * (for instance if you need to pass it to Windows API) the use CString::PCXSTR operator (see [^]).
On the other hand, if really need a conversion the make a copy of the CString content:
CString messageToWrite(_T("Test Message"));
int iLen = messageToWrite.GetLength();
TCHAR * buffer = new TCHAR[iLen+1];
StringCbCopy(buffer, (iLen+1) * sizeof(TCHAR), messageToWrite);
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]
|
|
|
|
|
In addition to the other replies, you might want to check this article[^]. Things will get much clearer afterwards.
|
|
|
|
|
crazy_sam wrote: but it is not working...?
And you're wondering why? Perhaps it's because there's a compiler error (hint: messageToWrite is never declared).
"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown
"The brick walls are there for a reason...to stop the people who don't want it badly enough." - Randy Pausch
|
|
|
|
|
I suppose that wasn't the problem. My CPMRU says he just omitted the declaration in the OP and was in fact making a UNICODE build. 
BTW: my CPMRU abusez drugz like me... 
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]
|
|
|
|
|
CPallini wrote: I suppose that wasn't the problem.
I know. I was just getting my fix.
"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown
"The brick walls are there for a reason...to stop the people who don't want it badly enough." - Randy Pausch
|
|
|
|
|
this might help
CString temp="hello";
char *t=(LPTSTR)(LPCTSTR)temp;
|
|
|
|
|
Hi,
I am able to open a public queue on a diff PC in the same network in the send mode. I am able to send message to the Q also.
But i am not able to open the remote public queue in the receive mode. Not sure why???
Any help will be great.
Thanks,
Saleem
|
|
|
|
|
Hi all,
Is there any method to hooking/getting notified the common error message dialogs ("Application error", "Microsoft Visual C++ Runtime Library", Window error reporting dialog etc) from any applications.
Thanx in advance
|
|
|
|
|
You can create a CBT Hook or a Shell Hook to be notified whenever a new dialog box is going to be created. You can then check its caption and text.
«_Superman_»
|
|
|
|
|
Hi All
How to communicate two exe between each other?is it possible?Plz help me
|
|
|
|
|
Search for IPC (inter-process communication).
|
|
|
|
|
Check this[^] out, or 0this[^], or for a more generic aproach look at this[^], but most importantly, google is your friend, you just have to know what to look for.
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Life: great graphics, but the gameplay sux. <
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
