Поиск:

Ответ в темуСоздание новой темы Создание опроса
> изменение размера памяти объекта в dll, в dll delete, new и капец 
V
    Опции темы
koroplysov
Дата 31.7.2011, 12:17 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Шустрый
*


Профиль
Группа: Участник
Сообщений: 120
Регистрация: 29.8.2009

Репутация: нет
Всего: нет



Народ тут такая ситуация.
Если отбросить лишнее, то в dll есть 2 функции, из которых одна используется постоянно, а другая только если объем памяти не кратен некоторой величине. Вот если такое происходит то эта вторая функция увеличивает объем до кратности. Например:
Код

void F2(unsigned char **data, unsigned int *size, unsigned int size_blk)
{
   if((*size)%size_blk>0)
   {
      unsigned int n;
      n=(*size)/size_blk;
      n++;
      delete (*data);
      (*data)=new unsigned char[n];
      (*size)=n;
   }
}


Код

void F1(unsigned char **data, unsigned int *size, unsigned int size_blk)
{
   //что-то до
   F2(data, size, size_blk);
   //что-то после
}



Как я уже говорил все в dll подключаю LoadLibrary и GetProcAddress. Проблема в следующем: если все кратно и F2 не вызывается то все замечательно, но если не кратно то вызывается F2 и вываливается исключение. Оно говорит что не туда пишет. Я уже несколько раз переписывал по разному F2 чтоб исключить выход за пределы памяти. У меня возникает подозрение в том что в F2 нельзя так с delete и new(указатель туда передается из exe). Поделитесь мыслями. Спасибо.

Добавлено через 12 минут и 58 секунд
Да, видимо только от delete и new это зависит. Удалил все циклы только изменение размеров памяти и все. В dll не работает F2 а в exe все нормально. Опасения подтверждаются.
PM MAIL   Вверх
koroplysov
Дата 31.7.2011, 12:52 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Шустрый
*


Профиль
Группа: Участник
Сообщений: 120
Регистрация: 29.8.2009

Репутация: нет
Всего: нет



Короче вот мне мой же ответ http://forum.shelek.ru/index.php/topic,27271.0.html

Добавлено через 33 секунды
Может кому поможет
PM MAIL   Вверх
koroplysov
Дата 31.7.2011, 14:26 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Шустрый
*


Профиль
Группа: Участник
Сообщений: 120
Регистрация: 29.8.2009

Репутация: нет
Всего: нет



Выход прост: передавать в dll указатель на нужную функцию(в данном случае на F2).
PM MAIL   Вверх
borisbn
Дата 1.8.2011, 09:03 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Завсегдатай
Сообщений: 4875
Регистрация: 6.2.2010
Где: Ростов-на-Дону

Репутация: 18
Всего: 135



koroplysov, а если будет как на том форуме, который ты привёл ? Т.е. память была выделена под CString, vector, etc.
и в любом случае удалять нужно таким же оператором, которым выделял (не delete, а delete [])
Код

delete (*data); // WRONG
delete [](*data); // OK



--------------------
Женщины отличаются от программистов тем, что у них чары состоят из стрингов
PM MAIL Jabber   Вверх
koroplysov
Дата 3.8.2011, 07:30 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Шустрый
*


Профиль
Группа: Участник
Сообщений: 120
Регистрация: 29.8.2009

Репутация: нет
Всего: нет



главная идея в том, что удалать нужно там же где и выделяется. ну и если не жалко добавить новый параметр то через указатель на функцию. если там классы то должен деструктор заниматься этим. хотя я туда(в ту же dll) передавал объект класса типа вектора(только вектор бит) такая же фигня. хотя там не удаляется память: создается объект, выполняется перегруженое =, конструктор копий. может промежуточные объекты создаются, но разрушаться по идее, должны там же где и удалялись. короче опять все делал по указателю на память объекта, чтоб деструктор срабатывал четко там где и конструктор. короче надо придерживаться первого предложения.
PM MAIL   Вверх
xvr
Дата 3.8.2011, 16:01 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Комодератор
Сообщений: 7046
Регистрация: 28.8.2007
Где: Дублин, Ирландия

Репутация: 48
Всего: 223



Есть еще одно решение этой проблемы - использовать отдельный глобальный аллокатор. Например IMalloc (CoGetMalloc) в COM, или borlndmm.dll в VCL
 
PM MAIL   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила форума "С++ Builder"
Rrader

Запрещается!

1. Публиковать ссылки на вскрытые компоненты

2. Обсуждать взлом компонентов и делиться вскрытыми компонентами

  • Литературу по С++ Builder обсуждаем здесь
  • Действия модераторов можно обсудить здесь
  • С просьбами о написании курсовой, реферата и т.п. обращаться сюда
  • Настоятельно рекомендуем заглянуть в DRKB (Delphi Russian Knowledge Base) - крупнейший в рунете сборник материалов по Дельфи


Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, Rrader.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | C++ Builder | Следующая тема »


 




[ Время генерации скрипта: 0.0460 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.