Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Понедельник
2 июня

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

Средства и методы разработки

249207 Топик полностью

POV (20.04.2011 12:34, просмотров: 148) ответил koyodza на освобождать память кто будет?

В каком именно месте delete?

Ответить

- в том, где объект уже больше не нужен koyodza(93 знак., 20.04.2011 12:35)
  - Хы, вот как раз перед созданием косяк-то и есть :(( POV(150 знак., 20.04.2011 12:59)
    - нельзя так делать koyodza(475 знак., 20.04.2011 13:29 - 13:31)
      - Не, инициализацию NULL'ом делаю. Не помогает. Плохо что речь идёт о компоненте, а не просто проге - пошагово отлаживать не возможно. - POV(20.04.2011 14:03)
        
        видать, где-то не там где надо делаешь - koyodza(20.04.2011 14:07)
        
        Вопчем сделал так... POV(84 знак., 20.04.2011 14:08)
        
        нет смысла присваивать NULL после delete, если в следующей строке идёт new koyodza(474 знак., 20.04.2011 14:17 - 14:31)
        
        new не в следующей строчке. Далее проверка на NULL объекта и если не создан, то создается. Это динамическая подмена скина компонента - чтобы приложение быстрее запускалось за счёт подготовки картинок по мере появления в этом надобности. - POV(20.04.2011 15:36)
        
        И нет смысла проверять на NULL перед delete. delete по стандарту обязан кушать NULL (if the value of the operand of delete is the null pointer the operation has no effect). - Cepгeй Бopщ(20.04.2011 14:24)
        
        Это я уже на воду дую :) - POV(20.04.2011 15:41)
        
        кстати да - koyodza(20.04.2011 14:32)
    - Не зря чешется. Запусти код создания объектов в цикле и посмотри как память утекает. - =AlexD=(20.04.2011 13:28)