MS VS C: отладочная работает, а релиз нет

[mihaild]

Не обязательно. Где угодно раньше по ходу выполнения.
address sanitizer должен такое поймать.

[Sender]

пианист, не обязательно. Куча, как правило, одна на всю программу. Но я редко сталкивался с такой ошибкой, поэтому не могу указать типичный сценарий. Попробуйте проследить за аккуратностью соблюдения границ массивов выделяемой памяти и за аккуратностью её освобождения(например, повторное освобождение уже освобождённого блока памяти тоже приводит к ошибкам такого сорта). Можно посмотреть в сторону использования умных указателей, которые в определённой степени берут эти заботы на себя.

[пианист]

mihaild в сообщении #1528506 писал(а):

address sanitizer должен такое поймать

Да!! Нашел.
Огромное Вам спасибо!
Источник (?) оказался вот в каких местах

Используется синтаксис C

int* wini = (int*)calloc(num_vag, sizeof(int));
..
int row = 1;
    //win
    for (int i = 0; i < num_vag; ++i)
    {
        wini[row] = i;
        ++row;
    }

и когда я писал в последний (зарезервированный!) элемент массива, происходило то самое нарушение.
Проблему пофиксил заказ лишнего элемента массива.

Используется синтаксис C

int* wini = (int*)calloc(num_vag + 1, sizeof(int));

Думаю, надо теперь весь код прочесать на предмет таких мест, и последний элемент лучше не трогать.
Еще раз спасибо всем откликнувшимся!

[Sender]

пианист в сообщении #1528509 писал(а):

int row = 1;

В c/c++ индексы массивов начинаются с $0$, а не с $1$, так что у вас явный выход за границу массива.

[пианист]

Точно! Лопухнулся

[B@R5uk]

Почему бы не сделать так? Вроде как гораздо логичнее:

Используется синтаксис C

int* wini = (int*) calloc (num_vag, sizeof (int));
..
//int row = 1;
    //win
    for (int row = 0; row < num_vag; ++row)
    {
        wini [row] = i;
        //++row;
    }

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

[пианист]

Не, так не получится.
row "сквозной" номер строки в матрице, выражение в разных частях матрицы считается существенно по разному.
Так, влегкую, пронумеровать не удастся.