ATL / WTL / STL

10-Jul-11 18:49

Hello All,

here I have another 2 doubt of ATL::CString

1. I am not able to overridden ATL::CString class, in a proper way. Is it necessary to override all the methods of this class? I want to override only a few actually.

2. for all the character operation, it warns me " conversion from 'wchar_t' to 'char', possible loss of data"

char tt = strTemp[0];

Is there any way to convert 'wchar_t' to 'char' as in global way, so that i don't need to typecast it everytime like

char tt = (char)strTemp[0];

thanks in advance
hrishi

Cool_Dev10-Jul-11 21:02

Cool_Dev

10-Jul-11 21:02

I guess your project setting in UNICODE. If so, CString will be using wide char (wchar_t) to manipulate strings. The problem is, you are treating them as multibyte characters (char). I suggest you to use TCHAR type instead of hard coding char & wchar_t, as it can be used well in both unicode and multibyte configurations.

hrishi32110-Jul-11 21:18

10-Jul-11 21:18

Thanks for your reply Smile | :)

what about setting the project as character set : Not set,
in this case, as your suggestion, do I need to replaced all char to TCHAR in the whole project. Thats a lot Smile | :)

. . I was trying to avoid much touch in the project implementation Smile | :)

How about having my own class CMyString : public ATL::CString, can i do something in this way to avoid less touch to the project code ? Please note that the current project uses char not wchar_t. Project setting could be change according to our convenience

thanks in advance
hrishi

Cool_Dev11-Jul-11 4:36

Cool_Dev

11-Jul-11 4:36

1. If character set is 'Not Set', i think char will work.

2. CMyString can be alright. Write it to take char only, and internally convert them to wchar_t if the Character Set is 'Unicode' (using APIs like MultiByteToWideChar) and let the CString base class to do the string operations. This will help you to retain all the char types in existing code, provided you are replacing all usage of CString with CMyString. And the implied issue is that you won't be able to manipulate non-english characters with CMyString.

hrishi32111-Jul-11 17:43

11-Jul-11 17:43

Thanks for your reply, It was of great help.

I followed the same way as you suggested. But found a very interesting problem. Following is the explanation:
I should be able to use + operator like below..

CMyString strTemp;
strTemp = "aa" + strTemp;

And for this I need to overload the +operator.(Reason:: I get a error which says::

error C2678: binary '+' : no operator found which takes a left-hand operand of type 'const wchar_t [3]'

I am not able to find a appropriate way to call the operator+ of the base class, or any other way to solve the same. [ All I need is, inside operator+ overloading , to convert the char to wchar and then pass it to the base class]

Please help me.

thanks in advance
Hrishi

Richard MacCutchan11-Jul-11 22:26

11-Jul-11 22:26

I don't understand why you do not use the CStringT[^] class, which already includes the code for overloading the + operator. What extra functionality does your derived class offer that CStringT does not already include?

The best things in life are not things.

BWake8-Aug-11 5:47

BWake

8-Aug-11 5:47

I think you need to bite the bullet and convert all your char variables and constants to TCHAR. If you do not, you will continue to have problems like this. If it were easy to solve the multi-byte to Unicode to multi-byte character conversion issues that solution would be part of the CString class.

The changes you need to make are mechanical. You need to put _T() around all your string and character literals. You need to change all your char variables to TCHAR.

I don't know how big your project is, or if you have access to all the source. I suspect you have spent more time trying to avoid the issue than a proper fix would require.

Richard MacCutchan11-Jul-11 5:03

11-Jul-11 5:03

You cannot use casting to convert from a large element type to a smaller one without potential loss of data, you must use some form of conversion. If you stick with the default CString[^] class it will handle either char or wchar_t depending on your project settings. If your project needs to use both Unicode and MBCS then you need to provide conversion functions at the appropriate parts of your application. If it will only ever use one or the other but you need to provide a version that will handle each type then use TCHAR as the type for all your character variables and _T("constant string") macros for all constants. That way you can simply rebuild your project to handle the appropriate encoding.

The best things in life are not things.

hrishi32111-Jul-11 17:45

11-Jul-11 17:45

thanks for your reply.
TCHAR was a great help.
I am facing another problem, while implementing the same. could you please take a look and follow the above comments of mine.
thanks in advance

Hrishi

Avoiding MFC CString

hrishi32110-Jul-11 16:58

10-Jul-11 16:58

Hello all,

I need to avoid MFC from my existing project, and convert to ATL. I am using STL for the most of the conversion (defining my own class for MFC type)
CString has been use extensively in the project. So I guess its better to implement my own CString class. So that I dont need to touch all the implementation.

I found out that ATL also has CString

typedef CAtlString CString;

So, if project setting avoids MFC, then CString will be refererd from this ATL CString class. But the problem is I need to touch and convert many code like

"xx"  to  L"xx"
char to wchar_t

Can I have a efficient way, in order to avoid touching much implementation, and character code supportness.
Shall I override this ATL CString class? or better right my own?
considering about the supporting of character type (Unicode/others), could you Please suggest me, or advice me.

thanks in advance
Hrishi

Albert Holguin12-Jul-11 5:47

12-Jul-11 5:47

The reason you're having those issues is that your original project probably had a setting of "Use Multi-Byte" characters or "ASCII" or something similar and now you seem to be attempting to use unicode. If you change you new project settings to use multi-byte characters or ASCII you won't have that problem but if you must use unicode, then you'll have to face the issue regardless. There may be some macros out there to help you out though, try searching google for them. Macros can be error prone however, so if its your intention to continue with unicode then you'll have to address the character and string definitions.

VeganFanatic24-Jul-11 8:49

VeganFanatic

24-Jul-11 8:49

I use CString all the time but not the ATL::Cstring

It seems to be handy with MessageBox and other system calls so I use it all the time

What is the issue with CString that is bothering you?

http://www.contract-developer.tk

Albert Holguin25-Jul-11 4:10

25-Jul-11 4:10

Why did you post that as a reply to me?

MFC DPI Dependent Behaviour

Derakhshan.a24-Jul-11 20:50

Derakhshan.a

24-Jul-11 20:50

use find and replace tool to replace ' "' to ' L"'.

Kyudos5-Jul-11 13:54

Kyudos

5-Jul-11 13:54

I have some MFC code that positions a combobox on a dialog using SetWindowPos. This works fine at 96 DPI but the dropdown fails at 150 DPI (it doesn't show).

SetWindowPos is apparently setting the size and position of the combo and the dropdown at 150 DPI - that's fair enough, we can work around it. But why does it work at all at 96 DPI?

Re: MFC DPI Dependent Behaviour

Albert Holguin6-Jul-11 4:15

Basic doubt with Class template

6-Jul-11 4:15

I've never noticed this before, but if so... that should cause all sorts of anomalies in peoples code I would imagine... Good question.

hrishi3214-Jul-11 16:13

4-Jul-11 16:13

Hello everyone

Could anyone please tell me, is there any way to separate the definition of the methods of a template class ,from header file to .cpp file.

I know the way, wherein, we define all the methods in a file( with extension other then .cpp), and include the file at the end of the header file of the template class.
But this method looks no good, is there any clean and usual way just like other class.

thanks in advance
Hrishi

Richard MacCutchan5-Jul-11 0:11

5-Jul-11 0:11

The reason for placing definitions in a header file is so that they can be included in many implementation (.cpp) files. If your definitions are only used within one implementation file then you can put them at the top of that file.

Or did I misunderstand your question?

The best things in life are not things.

hrishi3215-Jul-11 20:37

5-Jul-11 20:37

Yes sure, thanks . .But I want to know is there any way that I can separate the definitions of methods, in a .cpp file, (just like what we do for normal classes) . . . .[I tried , although there is no syntax error, but it shows linking errors]........ FOR SOME REASON , I DON'T WANT TO PUT THE METHOD'S DEFINITIONS IN .h FILE.........

thanks again
hrishi

Richard MacCutchan5-Jul-11 22:20

5-Jul-11 22:20

hrishi321 wrote:
but it shows linking errors

That has nothing to do with whether your source is in a .h or .cpp file. Link errors occur when you have references to objects or methods which do not exist within your program.

hrishi321 wrote:
FOR SOME REASON , I DON'T WANT TO PUT THE METHOD'S DEFINITIONS IN .h FILE

1. Please do not SHOUT, we can read in normal case perfectly well.
2. You can put your definitions anywhere you like. The only requirement is that the compiler can find them when it comes across a reference in the source code. For example a statement of the form:

CThing thing = new CThing();

requires a definition of CThing, and that definition must already exist in the compiler's dictionary, having been found either in an included .h file, or previously in the current source .cpp file.

The best things in life are not things.

hrishi3215-Jul-11 23:05

5-Jul-11 23:05

thanks a lot, for all the points.

But i am sorry, I really didn't get my answer... so does it mean to say, that I can put my class(template) method definitions in .cpp file??

Regards,
hrishi

Richard MacCutchan5-Jul-11 23:14

5-Jul-11 23:14

hrishi321 wrote:
does it mean to say, that I can put my class(template) method definitions in .cpp file?

Yes; I thought I had explained this in my previous two answers; obviously my explanations need some work.

The best things in life are not things.

hrishi3216-Jul-11 21:45

6-Jul-11 21:45

Hello again Smile | :)

thanks for your all reply...for the same doubt, if you don't mind, could you please have a look at the comments and reply below (Mr. Albert), since it has an clear cut example and my doubt.

thanks in advance
Hrishi

Albert Holguin5-Jul-11 9:44