cstring to tchar conversion

Rajesh R Subramanian

Interesting. Can you please explain why would you want to use GetBuffer() here.

Nobody can give you wiser advice than yourself. - Cicero .·´¯`·->Rajesh<-·´¯`·. Codeproject.com: Visual C++ MVP

Rajkumar R

LPTSTR pBuffer = szString.GetBuffer( 10 );
// Directly access CString buffer ad use as TCHAR
_tcscpy_s( pBuffer, 10, "String" );
szString.ReleaseBuffer( );

:)

Rajesh R Subramanian

I'd rather liked it if he had replied to me. I would not recommend the usage of GetBuffer() method for the sake of copying the string content to another TCHAR* . Your CString object is not integral between the GetBuffer() and ReleaseBuffer() calls. Which means two things: 1. You must never forget to call ReleaseBuffer() after you're done with it. 2. All the member functions on your CString object are *not* guarenteed to work perfectly between the GetBuffer() and ReleaseBuffer() calls.

Nobody can give you wiser advice than yourself. - Cicero .·´¯`·->Rajesh<-·´¯`·. Codeproject.com: Visual C++ MVP

CPallini

I see an error in your code. Hint: you're usign generic text mappings. :)

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.
[my articles]

CPallini

Rajesh R Subramanian wrote:

I would not recommend the usage of GetBuffer() method for the sake of copying the string content to another TCHAR* .

I agree.

Rajesh R Subramanian wrote:

Which means two things: 1. You must never forget to call ReleaseBuffer() after you're done with it. 2. All the member functions on your CString object are *not* guarenteed to work perfectly between the GetBuffer() and ReleaseBuffer() calls.

In fact he took care about both the issues.

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.
[my articles]

Rajesh R Subramanian

CPallini wrote:

In fact he took care about both the issues.

And the first line of my reply was "I'd rather liked it if he had replied to me." His post was something like "hey, use GetBuffer()". He wasn't bothered to explain the issues related to it, mostly because he didn't know it. And you agreed GetBuffer() isn't the best way around to do it. :)

Nobody can give you wiser advice than yourself. - Cicero .·´¯`·->Rajesh<-·´¯`·. Codeproject.com: Visual C++ MVP

CPallini

Rajesh R Subramanian wrote:

And you agreed GetBuffer() isn't the best way around to do it

In fact it is the only way if you really need a pointer to the string buffer (i.e. whenever CString LPCTSTR cast operator isn't a viable option) though I agree, usually asking for a pointer to editable CString buffer is not a good idea. :)

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.
[my articles]

Rajkumar R

I type directly in the reply message, I didn't compile. I think, if i put _T(""), may be u will ask for #include <tchar.h> :)

Rajkumar R

Rajesh R Subramanian wrote:

1. You must never forget to call ReleaseBuffer()

It is similar to new TCHAR []; and delete

Rajesh R Subramanian wrote:

2. All the member functions on your CString object are *not* guarenteed to work perfectly between the GetBuffer() and ReleaseBuffer() calls.

I expect we want to work on TCHAR rather than CString in this context

Francis K Antony

i tried like ur method . but i did not get perfect o/p. can u tell more

Franics K Antony

Rajesh R Subramanian

Rajkumar R wrote:

It is similar to new TCHAR []; and delete

Thanks, but I am not in need of this information.

Rajkumar R wrote:

I expect we want to work on TCHAR rather than CString in this context

We may do it, becasue we know it. You can't expect the O.P. to always know it. Also, I've stated several times this is not the best approach to extract the string from a CString object.

Nobody can give you wiser advice than yourself. - Cicero .·´¯`·->Rajesh<-·´¯`·. Codeproject.com: Visual C++ MVP

CPallini

Rajkumar R wrote:

may be u will ask for #include

of course. :-D

Rajkumar R wrote:

I type directly in the reply message, I didn't compile.

My brain-integrated-compiler issued the error! :laugh:

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.
[my articles]

Rajkumar R

Oh "My brilliant Brain" !!!

Rajkumar R

Can you tell what u exactly need, what is the issue u r facing now

Francis K Antony

i am using encryption in the server and cliient . in that i want to encrypt my data in the server and to decrypt in the client side . to encrypt the data want to convert CSTRING into TCHAR ...

Franics K Antony

Rajkumar R

Man, u want to encrypt data i agree, but why u r encrypting the question? What is the issue, can u post the code snippet.

CPallini

Rajkumar R wrote:

Oh "My brilliant Brain" !!!

Indeed. But not your, mine. :laugh:

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.
[my articles]

Rajkumar R

yes offcource, "My Brilliant Brain" is a program on National Geographic :-D :laugh: ;P

CPallini

So I'm on TV and noone told me. :rolleyes:

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.
[my articles]

Rajkumar R

Rajesh R Subramanian wrote:

but I am not in need of this information.

this is not for ur info and to mispell it, the similarity i meant here is, if the person is forgetting to write ReleaseBuffer, the same can happen in delete, and also between CreateFile-CloseHandle, GetDC-ReleaseDC, lock-unlock, ... It all upto the programmer who should be careful writting a single character of production quality code.

Rajesh R Subramanian wrote:

We may do it, becasue we know it. You can't expect the O.P. to always know it.

ignorance and carelessness will always leads to bugs. I don't think this argument is supportive.

Rajesh R Subramanian wrote:

Also, I've stated several times this is not the best approach

It is not supported by valid statements. I believe this class is not designed by a team of junk fellows, they might have analysed many usecases. Direct use of CString with C-Style API, System API considering performance (while calling ReleaseBuffer CString is updated without need to assign back the editted one) and ease of use...

Rajesh R Subramanian wrote:

I would not recommend the usage of GetBuffer() method for the sake of copying the string content to another TCHAR* .

make no sense, example i have given is tcscpy doesnot mean that it is for the sake of copy. if you meant that getbuffer is making copy FYI it does return pointer without any copy unless the required buffer size is greater, the editted TCHAR data is also not copied back to CString