Сообщение от Наиль:
прога работает ооооочень медленно, похоже, что там много утечек памяти, потому что используется множество указателей

Сообщение от Наиль:
эффективную утилитку для поиска утечек памяти

Сообщение от Наиль:
Привет всем!
Созданная прога работает ооооочень медленно, похоже, что там много утечек памяти, потому что используется множество указателей. Подскажите, пожалуйста, какую-нибудь эффективную утилитку для поиска утечек памяти и run-time ошибок в Visual Studio C++. Спасибо.

Сообщение от Spectator:
В Visual Studio утечки памяти фиксируются при завершении работы отлаживаемой программы

Сообщение от Part!zan:
Нифига подобного. Утечки студия не фиксирует. Оверраны-андерраны, но не утечки.

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

Сообщение от :
Automated QA AQtime

Сообщение от Part!zan:
Spectator, специально проверил. VS2005 Pro. Утечки не ловятся. Написал убер-программу. Выполнилась без сучка и задоринки.

#include <stdlib.h>

char* a;

int main(){

a=(char*)malloc(10000);

a[0]=0;

return 0;
}

Сообщение от Hopkroft:
+1.
Хотя...если он выделяет нууу очень огромное количество памяти, то операционка может начать использовать файл подкачки. Из-за этого могут быть тормоза.

Сообщение от Hopkroft:
Опередил. Тоже самое хотел ему посоветовать. Себе поставил версию AutomatedQA AQTime v6.21.400.86. В VS 2008 интегрировалась без проблем.

Сообщение от Spectator:
Всё верно, не надо пользоваться malloc, это функция устарела еще в 90х (это наследие языка C). Там обвертка в DEBUG версии для new/delete, которая, собственно, и фиксирует утечки.

/***
*malloc.c - Get a block of memory from the heap
*
*       Copyright (c) Microsoft Corporation. All rights reserved.
*
*Purpose:
*       Defines the malloc() function.
*
*******************************************************************************/

#include <cruntime.h>
#include <malloc.h>
#include <internal.h>
#include <mtdll.h>
#include <dbgint.h>
#include <rterr.h>

#include <windows.h>
#include <winheap.h>
#include <rtcsup.h>

extern int _newmode;    /* malloc new() handler mode */

#ifdef _DEBUG
#define _heap_alloc _heap_alloc_base
#endif  /* _DEBUG */

/***
*void *_heap_alloc_base(size_t size) - does actual allocation
*
*Purpose:
*       Same as malloc() except the new handler is not called.
*
*Entry:
*       See malloc
*
*Exit:
*       See malloc
*
*Exceptions:
*
*******************************************************************************/

__forceinline void * __cdecl _heap_alloc (size_t size)

{

    if (_crtheap == 0) {
        _FF_MSGBANNER();    /* write run-time error banner */
        _NMSG_WRITE(_RT_CRT_NOTINIT);  /* write message */
        __crtExitProcess(255);  /* normally _exit(255) */
    }

    return HeapAlloc(_crtheap, 0, size ? size : 1);
}


/***
*void *malloc(size_t size) - Get a block of memory from the heap
*
*Purpose:
*       Allocate of block of memory of at least size bytes from the heap and
*       return a pointer to it.
*
*       Calls the new appropriate new handler (if installed).
*
*Entry:
*       size_t size - size of block requested
*
*Exit:
*       Success:  Pointer to memory block
*       Failure:  NULL (or some error value)
*
*Uses:
*
*Exceptions:
*
*******************************************************************************/

void * __cdecl _malloc_base (size_t size)
{
    void *res = NULL;

    //  validate size
    if (size <= _HEAP_MAXREQ) {
        for (;;) {

            //  allocate memory block
            res = _heap_alloc(size);

            //  if successful allocation, return pointer to memory
            //  if new handling turned off altogether, return NULL

            if (res != NULL)
            {
                break;
            }
            if (_newmode == 0)
            {
                errno = ENOMEM;
                break;
            }

            //  call installed new handler
            if (!_callnewh(size))
                break;

            //  new handler was successful -- try to allocate again
        }
    } else {
        _callnewh(size);
        errno = ENOMEM;
        return NULL;
    }

    RTCCALLBACK(_RTC_Allocate_hook, (res, size, 0));
    if (res == NULL)
    {
        errno = ENOMEM;
    }
    return res;
}

Сообщение от aerin:
А позырить исходники crt религия не позволяет? malloc.c из MS VC 2010:

Сообщение от Akad:
Несколько раз порывался что-нибудь поотлаживать с помощью AQtime, каждый обходился стандартными средствами студии.

Сообщение от Akad:
А те, кто использует malloc вместо new, указатели на com вместо CComPrt и прочая, по русски говоря - сам себе злобный Буратино. Или иначе выражаясь - учите мат. часть, а не усложняйте себе жизнь.

Сообщение от :
Неверная логика. Пока вы программу отлаживаете по 10 минут за сессию, утечки будут небольшими, и вы их воздействия на работу программы не заметите. Когда реальный пользователь будет работать с программой по 8 часов, ситуация будет в корне иной.

Сообщение от Hopkroft:
Какая ещё неверная логика? Логика либо есть либо её нету.

Сообщение от Hopkroft:
Лично видел пример который описал в раскритикованном посте Сам бы не видел, не стал бы говорить. Правда там машина была древняя.
Случаи когда бывают тормоза при выделении памяти бывают разные. И каждый случай нужно разбирать. В каком то случае это ваши сессии, в каком-то случае постоянное выделение/освобождение большого участка памяти. Может быть и утечка из-за "забытых" указателей. Ну или какой-нибудь экстремальный, по типу битой аппаратки.

Сообщение от Spectator:
Там обвертка в DEBUG версии для new/delete, которая, собственно, и фиксирует утечки.

Сообщение от :
char* a;

int main(){

a= new char[10000];

a[0]=0;

return 0;
}

Сообщение от Spectator:
malloc и иже с ней - устарели

Сообщение от Spectator:
Когда реальный пользователь будет работать с программой по 8 часов, ситуация будет в корне иной

Сообщение от Part!zan:
Ну, начались отмазки...

Сообщение от Part!zan:
А если я апишные функции для выделения памяти использую?

Сообщение от Part!zan:
Ниче VS не фиксирует. Сделал версию 2.0, с new. VS2005 гордо промолчала.

Сообщение от Spectator:
Я просто ВСЕГДА сразу после выделения пишу удаление в нужном месте. А потом уже приступаю к коду, который с этой памятью работает.

Сообщение от Spectator:
Какие "отмазки"?

Сообщение от Spectator:
В Visual Studio утечки памяти фиксируются при завершении работы отлаживаемой программы.

Сообщение от Spectator:
в ОТЛАДОЧНОЙ Debug версии в СТАНДАРТНОМ проекте (без собственных плясок с бубном) все NEW и DELETE (но не malloc'и) имеют обвертку, которая ПРИ ВЫХОДЕ из программы позволяет Visual Studio создать и показать dump всех не удаленных блоков памяти

Сообщение от Spectator:
В отладочном режиме запусти. Студия, надеюсь, не Express Edition? Там этот функционал выпилен, хотя можно его добавить "ручками"

Сообщение от Hopkroft:
Это в идеальном варианте, но часто если нужно использовать какой-то хитрый механизм. Подгружать в память новые объёмы данных, или изменять размер буфера то тут возможны ошибки.

Сообщение от Part!zan:
Отладочный режим, студия 2005 про. Сами по себе утечки НЕ ловятся. Никакие. Для "улова" нужны доп. усилия. Как видно из статьи, маллок ни при чем.

Сообщение от Spectator:
Читаем внимательно:

Сообщение от :
To enable the debug heap functions, include the following statements in your program:

#define _CRTDBG_MAP_ALLOC
#include <stdlib.h>
#include <crtdbg.h>

Сообщение от Part!zan:
Ага. Читаем еще более внимательно:

Причем обязательно нужно вставлять вызовы _CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF|_CRTDBG_LEAK_C HECK_DF). и _CrtDumpMemoryLeaks(). Без них нифига об утечках не сообщается.

Сообщение от aerin:
Spectator, кстати по поводу устаревшего malloc-а. Файл new.cpp:
Ничего не напоминает?

Сообщение от Spectator:
Не фантазируйте

Сообщение от Spectator:
Вы не обратили внимание на:

Сообщение от aerin:
Spectator, и что? В обоих случаях вызывается либо явно, либо внутри malloc (см. ветку else) HeapAlloc().

Сообщение от Part!zan:
Я, в отличие от тебя, проверяю, перед тем как что-то написать. У меня все работает так, как написано в мсдн. Возможно, в VS2008 это поведение изменилось.

Сообщение от Part!zan:
Кстати, было было очень интересно, если бы ты создал пустой проект Win32 (не MFC и прочее), вставил туда мою убер-прогу и отписался, что у тебя получилось.