Да! Код там преотвратительнейший!
Я для примера так написала, для того чтобы показать дух программы, (и я имела в виду не рид, а рэд), на самом деле там
cbTongue[ 0]= &OneCurviVT_I::newValuesTongue0;
cbTongue[1]= &OneCurviVT_I::newValuesTongue1;
(...)
cbTongue[7]= &OneCurviVT_I::newValuesTongue7;
cbTongue[8]= &OneCurviVT_I::newValuesTongue4;
cbTongue[9]= &OneCurviVT_I::newValuesTongue5;
cbTongue[10]= &OneCurviVT_I::newValuesTongue6;
cbTongue[11]= &OneCurviVT_I::newValuesTongue7; // Attention, beyond 12...
Там в коде активно используются указатели и ссылки, а потом при удалениях информации, когда встречаются опечатки, выходит, что никто не контролирует, какую область памяти на самом деле затирают.
Очень много переназначений операций, когда ты никогда не узнаешь, что значит плюс в конкретном месте, без блужданий по коду с компилятором, потому что то это сложение по элементам, то дописывание, то вставление на четные места. С матричными операциями вообще чехарда: то через строку пишем, то через столбец, то выбираем столбцы в стиле "третий, пятый, десятый".
Переменная, названная, скажем, "граница" по-французски может в рамках одной и той же функции иметь совсем другой смысл, чем граница по-английски. И еще есть обманчивое чувство, что есть какая-то система в названиях "переменная", "переменная_", "перем" и т.д., но беда в том, что нет, системы нет :(
Это я всё к тому, что не верю я, что научный руководитель сейчас спохватится и ловко найдет баг, который так мешает моему диплому. Баг реально мешает. Сейчас на [б] губы не закрываются, к примеру... рот остается открытым :(
А я этого чужого монстра дебажить точно не могу. Нет-нет.