Подскажите средства ObjectARX, работающие с оперативной памятью

Что за тип данных. Для своего класса данных надо еще ре-аллоскатор прописать. Вроде этого:

class t_my_class
{
...
};
typedef AcArray< t_my_class, AcArrayObjectCopyReallocator<t_my_class> > my_class_array_t;

Я переписал немного систему, теперича вообче бред выходит... массив  задается у меня такими параметрами: AcArray <void*> myArray. Далее я ему даю (*myArray)[0] = malloc (t_size). Все вроде нормально. Но, когда я пытаюсь высвободить массив free((*myArray)[0]) - вылетает Access violation. Указатель существует, размер (_msize((*myArray)[0])), также выходит нормально.
Уже перепробовал "все"... может чего упустил из виду?
P.S. с конструкцией AcArray <myClass>... я уже пробовал, только у меня не класс а структура, которая содержит массив [4] AcGePoint3d + доп параметры. Компиль пытается высвободить эти точки при помощи delete []... и вылетает...
Заранее благодарен.

Брр.. страшные вещи расказываеш
Вот как сделал бы это я:

class  CMyEnt : public AcDbEntity
{
public:
    virtual Acad::ErrorStatus dwgOutFields(AcDbDwgFiler* filer) const;
    virtual Acad::ErrorStatus dwgInFields(AcDbDwgFiler* filer);
    
public:
    struct Data
    {
        enum{PointsCount=4};
        AcGePoint3d pnts[PointsCount];
        int    val1;
        double val2;
    };
protected:
    AcArray<Data>  m_dataArr;
};
//Чтение
Acad::ErrorStatus CMyEnt::dwgInFields(AcDbDwgFiler* pFiler)
{
    assertWriteEnabled();    
    // Call dwgInFields from AcDbEntity
    Acad::ErrorStatus es = AcDbEntity::dwgInFields(pFiler);    
    if(es != Acad::eOk) return es;
    
    // Read version number.
    Adesk::UInt16 version;
    pFiler->readItem(&version);
    if(version > VERSION_MY)    return Acad::eMakeMeProxy;
    Adesk::UInt16 size;
    pFiler->readItem(&size);
    m_dataArr.setLogicalLength(size);
    for(int i=0; i< size; ++i){
        for(int j=0; j<Data::PointsCount; ++j)    pFiler->readItem(&m_dataArr[i].pnts[j]);
        pFiler->readItem(&m_dataArr[i].val1);
        pFiler->readItem(&m_dataArr[i].val2);
    }
    return pFiler->filerStatus();
}
Acad::ErrorStatus CMyEnt::dwgOutFields(AcDbDwgFiler* pFiler) const
{
    assertReadEnabled();
    // Call dwgOutFields from AcDbEntity
    Acad::ErrorStatus es = AcDbEntity::dwgOutFields(pFiler);
    if(es != Acad::eOk) return es;
    
    // Write version number.
    pFiler->writeItem((Adesk::UInt16) VERSION_MY);
    Adesk::UInt16 size = m_dataArr.length();
    for(int i=0; i< size; ++i){
        for(int j=0; j<Data::PointsCount; ++j)    pFiler->writeItem(m_dataArr[i].pnts[j]);
        pFiler->writeItem(m_dataArr[i].val1);
        pFiler->writeItem(m_dataArr[i].val2);
    }    
    
    return pFiler->filerStatus();
}//dwgOutFields

Код приводить, тут конфы не хватит, уже столько понаписано всего (и бреда тоже :) ).
дык, тут-то и проблема, что у меня массив полностью на указателях... и массив задается как AcArray <void*> * myArray (оБшибся вверху).
А Filer у меня не может читать и писать так вот просто pFiler->writeBytes((*myArray)[i],size_t);
А класс при воссоздании создает еще дополнительный массив... который, судя по всему теряется где-то. После клика на grip'e происходят вообще совершенно необъяснимые вещи...

> Александр Ривилис
Нет, никакой наивности. Пишу давно. Я пишу в файлер НЕ УКАЗАТЕЛИ НЕ АДРЕСА УКАЗАТЕЛЕЙ. Я считываю сначала файлером данные из массива, уничтожаю массив под чистую, затем при воссоздании класса создаю новый массив и загоняю уже в него данные, считанные файлером...
Где вы, сударь, увидели наивность?

ROMA

Ничего компилятор не пишет. Надо явно указывать, иначе проблемы с перераспределением памяти гарантированны. Проверено на 2000, 2000i, 2002, 2004.
Sandrick. Думаю, что проблемы твои из-за смешивания C-шного и C++ подхода. Ты работаешь через malloc/free, а AcArray через new/delete. Проблемы вэтом случае не минуемы. Т.е. желательно просто добавлять элементы в массив через append.

> Sandrick
Да, в таких случаях я делаю именно класс. Со своим dwgIn/dwgOut. Для ускорения можно сразу резервировать место под определенное кол-во элементов.

class t_my_class
{
public:
  Acad::ErrorStatus dwgOutFields( AcDbDwgFiler *pFiler ) const;
  Acad::ErrorStatus dwgInFields( AcDbDwgFiler *pFiler );
...
};
typedef AcArray< t_my_class, AcArrayObjectCopyReallocator<t_my_class> > my_class_array_t;
Acad::ErrorStatus t_parent_object::dwgInFields( AcDbDwgFiler *pFiler )
{
...
  Adesk::UInt32 count = 0;
  Acad::ErrorStatus es = pFiler->readUInt32( &count );
  my_class_array_t my_class_array( count ):
  my_class_array.setLogicalLength( count );
  for( Adesk::UInt32 i = 0; i < count; i++ )
  {
    my_class_array[i]->dwgInFields( pFiler );
    ...
  }
...
}

> Sandrick
Насколько я понял, проблема в:

memcpy (myArray[index],<DATA>, sizeof myStruct);

Ты выполняешь "поверхностное копирование" AcGePoint3d, чего делать не следует (конструктор не выполняется). Вот если бы ты не поленился выполнить (myStruct *)(myArray[index])->points[i] = <DATA>->points[i] (i=0...3), то этой ошибки возможно и небыло.

> ROMA
Почуствуй разницу между AcArrayObjectCopyReallocator и AcArrayMemCopyReallocator

> Exhumer
Извиняюсь, сначала даже не посмотрел что реализовано 2 Reallocator-а.
:(

Я мучился с AcArray месяц, плюнул и стал использовать стандартный класс vector (и че я сразу им не стал пользоваться). Глюки пропали.

вопрос снят, глаза замылились, не обратил внимания на простую ошбку области видимости!