Брэйкпоинт на первой же строчке мэйна срабатывает секунд через 40 после запуска.
Жутко нагружается машина в это время (на первых же секундах память подскакивает метров до 500, потом довольно быстро спадает.)
Никакой динамической памяти нету вообще.
После этих аномалий начинает нормально функционировать.

Точно могу сказать что это не проблемы с дебаг-версией (в релизе то же самое). Проверялось на нескольких машинах - одно и то же.

Почему пишу сюда, в мультимедию? потому что при выкоменчивании всего что связано с glut'ом проблема исчезает.

Что это вообще может быть, что такого критического выполняется ещё до int main() ?

Идеи? может кто сталкивался?

Я - нет. Код показывай, при выкомменчивании которого всё хорошо.

Там проект по графике очень много постить. Кинул в пм ссылку на архив.

Извините, дал маху. Неделю уже копаю под glut, а тут закоментил всё аккуратненько и понял что gl тут не при чём. проблема вообще в другой степи, а именно:
Конструктор в классе ComplexNum. При его выкомменчивании лаг пропадает.

class ComplexNum
{
public:
    
    double Re, Im;

ComplexNum( double c1 = 0, double c2 = 0 ) 
    {
        Re = c1;
        Im = c2;
    }

.........
}

я реально не втыкаю как такое могёт быть

сколько объектов типа ComplexNum у тебя создаётся?

Пара-тройка. Да это не важно. я ж говорю: выкоменчивание ОДНОГО ТОЛЬКО конструктора избавляет от тормозов. 

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

Пробовал. VS6.0 , VS2003.NET . Одно и то же. Ну да чёрт с ним. можно и без конструктора. Главное что нашёл в чём дело. 
Хоть ничерта и не понял

Вопрос снимается. Случайненько так наткнулся на нехиленький массивчик ( эдак на сотенку миллиончиков комплЕксных ). 
Конструктор-то по умолчанию их всех и начинает забивать нулями.  

Огромное спасибо за помощь, JackYF.

Раз вист первая строка, значит проблема с избытком статической памяти. Перенеси все, что можно в динамическую.

atavinta, по-моему, вопрос уже давно решён.