|
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. <
|
|
|
|
|
See here [^].
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]
|
|
|
|
|
all three of us replied with the same sort of options
'g'
|
|
|
|
|
Well the question was: "IPC?", so the answers were: "yes, via IPC".
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]
|
|
|
|
|
actually, yes, you are more correct than I was - I was forgetting that IPC could be local or remote
cheers
'g'
|
|
|
|
|
MsmVc wrote: is it possible
yes
MsmVc wrote: Plz help me
not enough information.
Things you may need to consider :-
Are the two exe's on the same machine ?
How much data is to be exchanged ?
Do you need a proprietary protocol ?
.. and probably a million other questions
If the two exes are not on the same machine, you might need tcp/ip messaging for example, it could be low level if you have your own protocol in mind or MSMQ for example. If the are on the same machine, you need to read up on 'IPC' - which could still be sockets, or shared memory, windows messages for example
I'd suggest you refine your requirements, then use google to look around - there's plenty of code out there to help you.
'g'
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
