Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Форум программистов > C/C++: Общие вопросы > Static указатель


Автор: Emura 29.4.2010, 15:16
Привет всем!
Разъясните пожалуйста ситуацию! не пойму где трабл.


есть класс в нем статик указатель, чтобы любой объект этого класса мог к нему обратиться.
инициализируется как 0.
и есть две статик функции
ода создает объект по new и запоминает в статик указателе
вторая удаляет объект по статик указателю, зануляет его


после удаления, как я понимаю, код бунтует по страшному! везде, совершенно рандомно, возникают эксепшены по поводу new\delete. подскажите в чем дело! не пойму где закралась ошибка smile
Спасибо!


Вот для наглядности

Код

//----------------------------------
// h

class Test
{
static Test*    t;

static void show();
static void hide();
}

//---------------------------------
// cpp

Test* Test::t =0;

void show()
{

 Test::t =new Test();

}

void hide()
{

if (Test::t!=0)
{
 delete Test::t;
 Test::t =0;
}

}

Автор: azesmcar 29.4.2010, 15:24
Цитата(Emura @  29.4.2010,  15:16 Найти цитируемый пост)
после удаления, как я понимаю, код бунтует по страшному! везде, совершенно рандомно, возникают эксепшены по поводу new\delete. 

везде это где? возникает ли экзепшн в заголовочном файле windows.h на 18-ой строке? и слова 
Цитата

эксепшены по поводу new\delete

мне совершенно ни о чем не говорят.

Добавлено через 40 секунд
Цитата(Emura @  29.4.2010,  15:16 Найти цитируемый пост)
Вот для наглядности

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

Автор: Emura 29.4.2010, 15:36
azesmcar
везде это по всему коду, где идет работа с памятью. 
теперь еще выяснил что только на освобождении.


Цитата

возникает ли экзепшн в заголовочном файле windows.h на 18-ой строке? и слова

нет. пока только в free.c (строка 110 и не только)
Код

#endif  /* _WIN64 */
        {
            retval = HeapFree(_crtheap, 0, pBlock);
            if (retval == 0)
            {
                errno = _get_errno_from_oserr(GetLastError());
            }
        }



Цитата

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

в том и дело что там не вылетает, а вылетает при освобождении памяти причем в случайных местах по коду где эта память очищается smile 




Автор: azesmcar 29.4.2010, 15:50
Emura

а как вызываешь? покажи рабочий код, который запускаешь и при удалении вылетает.

Автор: Emura 29.4.2010, 16:05
azesmcar
код многотысячен что усложняет ситуацию.... попробую конечно сформировать код который вызывает ошибку, но не факт. там слишком много взаимосвязей.

Автор: azesmcar 29.4.2010, 16:28
Цитата(Emura @  29.4.2010,  16:05 Найти цитируемый пост)
код многотысячен что усложняет ситуацию.... попробую конечно сформировать код который вызывает ошибку, но не факт. там слишком много взаимосвязей.

а как я могу чем-то помочь, если не вижу кода? там может быть что угодно, к примеру в совсем другом участке кода мог попортить что-то, выйти за пределы массива..мало ли что.

Автор: Sartorius 29.4.2010, 16:35
show - потенциально опасна (возможна утечка памяти). Проверяй указатель, перед созданием нового объекта. Но это врядли могло привести к падению

Автор: Emura 29.4.2010, 17:19
Sartorius, 
да, в реальном коде там проверки.
да и show тоже 1 раз выполняется.

Автор: AndreyK 11.5.2010, 13:09
Ошибки при освобождении памяти (по личному опыту) возникают, когда при освобождении запорчена структура памяти освобождаемого куска.
Т.е. нормальный кусок памяти выглядит как: FDFDFDFD CDCDCDCDCDCDCD ...
FDFDFDFD - это заголовок
CDCD ... - это неинициализированное содержание - туда потом записываются данные.

Так вот если при освобождении менеджер памяти обнаруживает разрушение заголовка (FDFDFDFD), вот тогда и возникает ошибка памяти.

Значит искать её надо так: при первом выделении памяти (которая потом должна запортится) заметить адрес и в режиме дебагера следить за заголовком - в каком месте он будет испорчен.

Или поставить точку прерывания на обращение к этому участку памяти (если дебагер позволяет).

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)