C / C++ / MFC

19-Feb-04 23:30

Hello,

I'm trying the following code in an MFC project, which is causing a compiler error. I hope you can guide me with any error/mistake in my code:

My Code:

...
#include <MyClass.h>
#include <vector>
...
vector<CString> *g_pvecStrings;
...
void g_MyOtherFunction(void);           // Global Function Prototype
...
void CMyClass::MyFunction(void)
{
    vector<CString> vecStrings;
    ...
/// Both the statements below are causing different compiler errors.
    g_pvecStrings = vecStrings;         // :confused:       // (1)
//  g_pvecStrings = &vecStrings;        //  :~
    ...
    g_MyOtherFunction();
    ...
    vecStrings.clear();
}

void g_MyOtherFunction(void)
{
    CString csMyStr;
    ...                                  // Filling the csMyStr
    g_pvecStrings->push_back(csMyStr);
    ...
}

The MSVC++ 6.0 (SP5) compiler error for the statement marked as (1) above:

error C2679: binary '=' : no operator defined which takes a right-hand operand of type 'class std::vector<class CString,class std::allocator<class CString> >' (or there is no acceptable conversion)

Please reply on this...

Thanks,
Rgds,

Nirav Doshi

* Don't wish it was easier, wish you were better! *

Andrew Walker19-Feb-04 23:34

Andrew Walker

19-Feb-04 23:34

MFC classes like CString tend to not play nicely with STL components. Pick one or the other, and try not mix them without some kind of adapter.

If you can keep you head when all about you
Are losing theirs and blaming it on you;
If you can dream - and not make dreams your master;
If you can think - and not make thoughts you aim;
Yours is the Earth and everything that's in it.

Rudyard Kipling

Nirav Doshi19-Feb-04 23:43

19-Feb-04 23:43

Thanks Andrew for your reply!

Actually, I have my own CWBString class which basically is wrapping string data, which is (obviously) as a "char *".

I changed that class references with CString for the purpose of the query post for easy explanation.

If as you're saying, I guess I won't be able to use the vector container! D'Oh! | :doh:

... Is that it? Dead | X|

Thanks,
Rgds,

Nirav

* Don't wish it was easier, wish you were better! *

Henrik Stuart20-Feb-04 0:03

Henrik Stuart

20-Feb-04 0:03

First line you're trying to assign a std::vector<T> to a std::vector<T>*, which obviously fails, and should fail unless something really fishy is at work here.

Second line you're trying to assign a local variable to a global variable by using the address-of operator on the local variable. This will cause the g_pvecStrings variable to point to memory on an unwinded stack after the termination of the void CMyClass::MyFunction(void) method call.

The correct approach would be to do: *g_pvecStrings = vecStrings; presuming g_pvecStrings != 0. An even more correct approach would be an application redesign, but that's probably just the C++ purist in me talking. Wink | ;)

Hope that helps.

--
Henrik Stuart (http://www.unprompted.com/hstuart/)

Nirav Doshi20-Feb-04 1:52

20-Feb-04 1:52

Thanks Henrik for your reply!

Henrik Stuart wrote:
First line you're trying to assign a std::vector<t> to a std::vector<t>*, which obviously fails, and should fail unless something really fishy is at work here. The correct approach would be to do: *g_pvecStrings = vecStrings; presuming g_pvecStrings != 0.

The *g_pvecStrings = vecStrings; doesn't work too! Frown | :(

Henrik Stuart wrote:
An even more correct approach would be an application redesign, but that's probably just the C++ purist in me talking.

Thanks for this point! My basic purpose is to call a global function which is going to fill the vector with strings. The filled vector is to be used in two of my class member functions. So to pass the data between the class member functions and the global functions I was doing this.

So, I had the global pointer to a vector, which was to point to a vector which will be allocated on the stack within my member function. From within the SAME function I was releasing and making the g_pvecStrings = NULL;

Please suggest the right way to get this going!

Thanks!

* Don't wish it was easier, wish you were better! *

John M. Drescher20-Feb-04 2:44

20-Feb-04 2:44

Nirav Doshi wrote:
Thanks for this point! My basic purpose is to call a global function which is going to fill the vector with strings. The filled vector is to be used in two of my class member functions. So to pass the data between the class member functions and the global functions I was doing this.

The C++ way is to avoid using anything global and use a static member function instead and static class variable.

John

Nirav Doshi20-Feb-04 3:51

20-Feb-04 3:51

Oh! Thanks! Smile | :)

)... With my confusion to trying to get my work done within my timeline, I delved into some of my old C-style coding! Frown | :(

I guess, this would be the best way to solve my requirement!

Thanks again!

Rgds,
Nirav

* Don't wish it was easier, wish you were better! *

Tim Smith20-Feb-04 4:37

Tim Smith

20-Feb-04 4:37

Making the variable a class static does little to the design. It just changes the namespace. If it was bad code as a global variable, it is still bad code as a class static.

My question is why can't the vector be passed by address or reference to the global functions. Then you avoid the global variables, true or class statics.

Tim Smith

I'm going to patent thought. I have yet to see any prior art.

Robert A. T. Káldy20-Feb-04 6:52

Robert A. T. Káldy

20-Feb-04 6:52

1. Filling the vector through the global or static pointer isn't a good idea. You should pass the vector to the MyOtherFunction by reference.

<br />
void CMyClass::MyOtherFunction(vector<CString>& vec)<br />
{<br />
    vec.push_back(...)<br />
}<br />

2. If the compiler generates error on *g_pvecStrings = vecStrings, I think that your class CWBString is the deliquent (because with CString it works ok). The assignment operator in vector causes assignments of each element. Hence, did you declared correctly the copy constructor or assignment operator in CWBString?

Robert-Antonio

"Science is a differerntial equation.
Religion is a boundary condition."

Nirav Doshi20-Feb-04 7:24

20-Feb-04 7:24

Thanks Robert for your reply! Smile | :)

Robert A. T. Káldy wrote:
1. Filling the vector through the global or static pointer isn't a good idea. You should pass the vector to the MyOtherFunction by reference.
I have been trying EXACTLY that now, but it is cribbing about xutility:

c:\program files\microsoft visual studio\vc98\include\xutility(39) : error C2679: binary '=' : no operator defined which takes a right-hand operand of type 'const class CWBString' (or there is no acceptable conversion)
        c:\program files\microsoft visual studio\vc98\include\vector(170) : see reference to function template instantiation 'void __cdecl std::fill(class CWBString *,class CWBString *,const class CWBString &)' being compiled

Robert A. T. Káldy wrote:
2. If the compiler generates error on *g_pvecStrings = vecStrings, I think that your class CWBString is the deliquent (because with CString it works ok). The assignment operator in vector causes assignments of each element. Hence, did you declared correctly the copy constructor or assignment operator in CWBString?

I am using CWBString extensively in my whole project and it has a (deep) copy constructor, as well as almost ALL the operators overloaded for standards as well as varied purposes (varied like *= for IsSimilar() in which I check for similar strings).

So I suppose my problem was that I was trying to use STL containers like normal pointers which can be shallow copied! I hope I'm correct here... Smile | :)

Thanks again!

Nirav

* Don't wish it was easier, wish you were better! *

John M. Drescher24-Feb-04 16:15

assembly and c++ code problem please help

24-Feb-04 16:15

Tim Smith wrote:
Making the variable a class static does little to the design. It just changes the namespace. If it was bad code as a global variable, it is still bad code as a class static.

I disagree. There are legitimate reasons to have class static variables and they are definitly not as bad as globals as you can make them private or protected. If the same data will be shared for all instances of an object it makes no sense to store a pointer to the data in each instance.

John

Problem with jpg

Jay.Jay19-Feb-04 22:47

Jay.Jay

19-Feb-04 22:47

Hi guys,

is there any possibility to load a jpg or bmp with more than 256 colors in a dialog? i know how it works with a bmp witch has 256 colors.

Thanks in advance!

J.J. Cool | :cool:

dj_felix19-Feb-04 22:12

dj_felix

19-Feb-04 22:12

the problem in this code is that it can't compile it when "A" is defined as "int"
"C:\Documents and Settings\simon\Desktop\the program.cpp(34) : error C2443: operand size conflict"
in my program A is in the range of 1-512 in decimal so thier is no problem with the size.
so how i force it to compile?
or how i change the program to compile it?
void light_port_b(int A)
{
_asm
{
mov Dx,PORTB
Mov Al,A
Out Dx,Al
}
}

thanks in advance

Maxwell Chen19-Feb-04 22:23

Maxwell Chen

19-Feb-04 22:23

Register EAX = 4 bytes.
Register AX = 2 bytes.
Register AL = 1 byte.

void light_port_b(int A)
{
unsigned char t = (unsigned char) A;
// sizeof (int) = 4 (bytes).
// sizeof (unsigned char) = 1 (byte).

_asm
{
MOV DX, PORTB
MOV AL, t
OUT DX, AL
}
}

Maxwell Chen

Anonymous19-Feb-04 22:37

Anonymous

19-Feb-04 22:37

thanks alot for the quick respond.
i have more questions (sorry if you think that they stupid).
1.as much as i know unsigned char is in the range of 0-255
so if i give him 256-512 it would work?
2. char is defined as a sign and i need numbers so when i write
"MOV AL, t" and int A=256 it moves the number 256 to or the sign of 256 to AL? (i need the number)

Maxwell Chen19-Feb-04 22:49

Maxwell Chen

19-Feb-04 22:49

1) For such an expression:
unsigned char t = 257;

t is truncated. Thus, value of t will be 1 as a result.

2) I would suggest you try ...

unsigned short bbb = A;
_asm
{
MOV DX, PORTB
MOV AX, bbb
OUT DX, AX
}

Maxwell Chen

Anonymous19-Feb-04 23:37

Anonymous

19-Feb-04 23:37

sorry it's in the range of 1-256
so if i will write "unsigned char t = (unsigned char) A;"
between 1-255 AL will get the same numbers.
and if i will give A,
the value 256, AL will get the number 0,and i would know it was 256.
I understood you correctly?

John M. Drescher20-Feb-04 2:46

20-Feb-04 2:46

My only comment is unless you are in a device driver the Out Dx,Al will probably throw a hardware exception in NT, 2K, 2K3 or XP.

John

Alexander ^M.,20-Feb-04 9:27

Alexander ^M.,

20-Feb-04 9:27

not only probably... it will!

Don't try it, just do it! Wink | ;-)

John M. Drescher20-Feb-04 9:48