Здравствуйте, comer, Вы писали:

C>Что посоветовать, не знаю, так как MS классы типа CArray не использую. Если не нужна такая жесткая привязка к этим классам, то может просто попробовать STL.

Я бы сказал что ATL контейнеры лучше вобще не использовать. Корявость страшная.

Вообще то это больше похоже на MFC контейнер. Ну да не суть важно. На самом деле в некоторых случаях их вполне хватает. А STL тащит за собой msvcp60.dll, что очень неприятно.

WH>>Я бы сказал что ATL контейнеры лучше вобще не использовать. Корявость страшная.

ME>Согласен. Ацтой редкостный (это касается и всех плюсовых библиотек от microsoft).

Привет всем.

Помогите разобраться с такой проблемой (Microsoft Visual С++.Net, 7.0).


Есть два типа

typedef CArray<int,int> LabLine;
typedef CArray<LabLine,LabLine&> LabTable;

Далее в функции объявлены:

LabLine lLine;
LabTable lTable;

На строчке:

lTable.Add(lLine);

вылетает ошибка:

e:\Microsoft Visual Studio .NET\Vc7\atlmfc\include\afxtempl.h(500): error C2582: 'operator =' function is unavailable in 'CArray<TYPE,ARG_TYPE>'
with
[
TYPE=int,
ARG_TYPE=int
]

которая ссылается на последнюю строчку в приведенной ниже функции из файла afxtempl.h

void CArray<TYPE, ARG_TYPE>::SetAtGrow(INT_PTR nIndex, ARG_TYPE newElement)
{
ASSERT_VALID(this);
ASSERT(nIndex >= 0);

if (nIndex >= m_nSize)
SetSize(nIndex+1, -1);
m_pData[nIndex] = newElement;
}


В чем проблема и как ее можно исправить?

Заранее большое спасибо.

Ксения.

Здравствуйте, Kseniya, Вы писали:


K>Есть два типа

K>typedef CArray<int,int> LabLine;
K>typedef CArray<LabLine,LabLine&> LabTable;

K>Далее в функции объявлены:

K>LabLine lLine;
K>LabTable lTable;

K>На строчке:

K>lTable.Add(lLine);

K>вылетает ошибка:

K>e:\Microsoft Visual Studio .NET\Vc7\atlmfc\include\afxtempl.h(500): error C2582: 'operator =' function is unavailable in 'CArray<TYPE,ARG_TYPE>'
K>        with
K>        [
K>            TYPE=int,
K>            ARG_TYPE=int
K>        ]

...

K>В чем проблема и как ее можно исправить?

Проблема в том что CArray<...> наследуеться от CObject, в котором запрещен оператор '=' и конструктор копирования. Соответственно и CArray<...> их тоже не имеет. Проблема проявляеться даже на более простом примере:

typedef CArray<int, int> LabLine;

int main()
{
    LabLine lLine;
    LabLine lLine0;
    lLine = lLine0;
    return 0;
}

Что посоветовать, не знаю, так как MS классы типа CArray не использую. Если не нужна такая жесткая привязка к этим классам, то может просто попробовать STL.

#include <vector>

typedef std::vector<int> LabLine;
typedef std::vector<LabLine> LabTable;

int main()
{
    LabLine lLine;
    LabTable lTable;
    lTable.push_back(lLine);
    return 0;
}

Если нужна привязка, то может так (может нечто подобное есть в MS уже готовое, не знаю):

template<class T, class A = const T &>
class YourCArray: public CArray<T, A>
{
public:
    YourCArray() {}
    YourCArray(const YourCArray<T, A> &x) { Copy(x); }
    YourCArray &operator=(const YourCArray<T, A> &x) { Copy(x); return *this; }
};

typedef YourCArray<int, int> LabLine;
typedef YourCArray<LabLine, LabLine &> LabTable;

int main()
{
    LabLine lLine;
    LabTable lTable;
    lTable.Add(lLine);
    return 0;
}

Здравствуйте, Kseniya, Вы писали:

Проблема в том, что CArray не имеет оператора присваивания.
ИМХО наиболее простой выход — использовать std::vector:

typedef std::vector<int> LabLine;
typedef std::vector<LabLine> LabTable;

LabLine lLine;
LabTable lTable;

lTable.push_back(lLine);
lTable[0].push_back(1);

Если же по каким-то причинам нуэно использовать именно CArray, то можно поступить так:
реализовать proxy-класс, который бы содержал объект типа CArray и определял бы operator =, operator[] и конструктор копии, и использовать этот proxy-класс в качестве элементов CArray "верхнего уровня" .

А еще можно воспользоваться поиском про "Многомерные массивы" — эта тема обсуждалась несколько раз.

Здравствуйте, WolfHound, Вы писали:

WH>Я бы сказал что ATL контейнеры лучше вобще не использовать. Корявость страшная.

Согласен. Ацтой редкостный (это касается и всех плюсовых библиотек от microsoft).

Здравствуйте, Andrew S, Вы писали:

AS>Вообще то это больше похоже на MFC контейнер. Ну да не суть важно. На самом деле в некоторых случаях их вполне хватает. А STL тащит за собой msvcp60.dll, что очень неприятно.

Это потоки тянут. Контейнеры и алгоритмы все в хедерых.

Здравствуйте, Bell, Вы писали:

B>Если же по каким-то причинам нуэно использовать именно CArray, то можно поступить так:
B>реализовать proxy-класс, который бы содержал объект типа CArray и определял бы operator =, operator[] и конструктор копии, и использовать этот proxy-класс в качестве элементов CArray "верхнего уровня" .

А boost::shared_ptr не подойдет в качестве такого прокси?

Здравствуйте, Andrew S, Вы писали:

AS>Вообще то это больше похоже на MFC контейнер. Ну да не суть важно. На самом деле в некоторых случаях их вполне хватает. А STL тащит за собой msvcp60.dll, что очень неприятно.
А можно узнать в каком месте стандарта это написано?

Спасибо всем, кто ответил. Попробую сделать через векторы.

Здравствуйте, WolfHound, Вы писали:

WH>А можно узнать в каком месте стандарта это написано?

Причем здесь стандарт?

Здравствуйте, Аноним, Вы писали:

WH>>А можно узнать в каком месте стандарта это написано?
А>Причем здесь стандарт?
А при том что STL описана в стандарте.

Здравствуйте, WolfHound, Вы писали:

WH>А при том что STL описана в стандарте.

Какое отношение это утверждение имеет к тому, что "...STL тащит за собой msvcp60.dll, что очень неприятно"?

Здравствуйте, m.a.g., Вы писали:

MAG>А boost::shared_ptr не подойдет в качестве такого прокси?

Ну, если запись вроде такой

(*lTable[i])[j] = 1;

тебя не смушает, то тогда конечно.