LINUX.ORG.RU

История изменений

Исправление AIv, (текущая версия) :

Все конечно бывает, но по скромному личному опыту наведенные ошибки возникают когда запарываешь контейнер лежащий на стеке обычно в том же кадре стека, типа

int p[4];
std::vector<...> V;
p[5] = ...
и это вылезает сразу как только делаешь V\[i\] а не через млн итераций цикла. Что бы запороть W в приведенном примере...

А как его заставить раскрыть вопросики

#0  0x00007f1b8e28112f in _int_free (av=0x7f1b8e5c0760 <main_arena>, p=<optimized out>, have_lock=0) at malloc.c:3996
#1  0x00007f1b8813916a in ~base_data (this=0x7ffd34551290, __in_chrg=<optimized out>) at /usr/include/aivlib/memT.hpp:92
#2  aiv::array<float, 3>::clean (this=0x7ffd34551290) at /usr/include/aivlib/arrayTD.hpp:50
#3  0x00007ffd345512b0 in ?? ()
#4  0x00007ffd34551200 in ?? ()
#5  0x00000000014e7440 in ?? ()
#6  0x0000000000000005 in ?? ()
#7  0x0000000000000000 in ?? ()
щас он у меня в другом месте еще падает;-)

Исходная версия AIv, :

Все конечно бывает, но по скромному личному опыту наведенные ошибки возникают когда запарываешь контейнер лежащий на стеке обычно в том же кадре стека, типа

int p[4];
std::vector<...> V;
p[5] = ...
и это вылезает сразу как только делаешь V а не через млн итераций цикла. Что бы запороть W в приведенном примере...

А как его заставить раскрыть вопросики

#0  0x00007f1b8e28112f in _int_free (av=0x7f1b8e5c0760 <main_arena>, p=<optimized out>, have_lock=0) at malloc.c:3996
#1  0x00007f1b8813916a in ~base_data (this=0x7ffd34551290, __in_chrg=<optimized out>) at /usr/include/aivlib/memT.hpp:92
#2  aiv::array<float, 3>::clean (this=0x7ffd34551290) at /usr/include/aivlib/arrayTD.hpp:50
#3  0x00007ffd345512b0 in ?? ()
#4  0x00007ffd34551200 in ?? ()
#5  0x00000000014e7440 in ?? ()
#6  0x0000000000000005 in ?? ()
#7  0x0000000000000000 in ?? ()
щас он у меня в другом месте еще падает;-)