Вычислить значение выражения

[FataLL]

А чему равен /STACK:xxx у компоновщика?

Думаю, что какой бы не был умный компилятор, он не в состоянии задать "правильный" размер стека. Особенно тогда, когда приложение специально написано для вызова исключения. К тому же, если воспользоваться обработкой исключительных ситуаций, можно продлить агонию некоторое время...

[waleri]

Сообщение от Arigato

Правда? Интересно, почему:

Либо настройте компилятор, либо меняйте на что ни будь посовременней.
В современных ОС таких ограничений нет!
У меня ваша код накрутил где-то 87000 итераций, что при 12 байтах памяти в стеке дает как раз около одного мегабайта, что является размером стека по умолчанию. Стек (в теории) можно довести до около 2Г (если очень стараться - до 3Г) что есть предел для 32бит винды.

[Stilet]

Мой GCC накрутил 64903 вызова, так что подтверждаю. Прога заняла в стеке 250 Кб и свалилась.

при 12 байтах памяти

Не понял, почему 12?

[FataLL]

Сообщение от Stilet

Не понял, почему 12?

Наверное, так: push i, call rec 8 байт на вызов, плюс фрейм в самой rec начинается с push bp. Вот и 12...

[Arigato]

Проверил в VS2012 на Win7, настройки компилятора по умолчанию, получил 4718, на 1 итерацию больше!!! Но это в конфигурации Debug. Запустил в Release, идет бесконечно (с переполнением int и т.д.), видимо, компилятор развернул рекурсию в цикл.

[waleri]

В комплекте студии есть такая утилитка - dumpbin.exe
С ее помощью можно посмотреть сколько именно стека задано программе реально.
dumpbin -headers file.exe

[Airhand]

Сообщение от waleri

DOS давно умер, в современных ОС таких ограничений нет.

Заходим в Borland c++ builder 6 (он выпущен в 2002 году, когда дос давно умер). В опциях проекта идём на вкладку линкер и смотрим на max stack size (0x00002000), что в десятичной равно 8192 байта, т.к. переменные передаются через стек, понимаем, что waleri сморозил полную ахинею.

Сообщение от Arigato

Запустил в Release, идет бесконечно (с переполнением int и т.д.), видимо, компилятор развернул рекурсию в цикл.

Если идёт переполнение инта, то ужО не нормально, просто в релиз не стоит галка "range check error", поэтому не валится.

[Arigato]

Сообщение от Airhand

Если идёт переполнение инта, то ужО не нормально

Что тут ненормального? Это говорит лишь о том, что число шагов более 2 миллиардов.

Проверил на таком примере:

#include <iostream>

void rec(int i){
	if(i % 1000 == 0)std::cout<<"DOWN:"<<i<<"\n";
	if(i<1000000000) rec(i+1);
	std::cout<<"UP: "<<i<<"\n";
}

void main()
{
	rec(1);
	system("pause");
}

В конфигурации Release дошло до 42000 и отвалилось. Но если убрать действие на рекурсивном возврате std::cout<<"UP: "<<i<<"\n"; то идет до миллиарда. То есть компилятор такой вариант рекурсии сам разворачивает.

[waleri]

Сообщение от Airhand

Заходим в Borland c++ builder 6 (он выпущен в 2002 году, когда дос давно умер). В опциях проекта идём на вкладку линкер и смотрим на max stack size (0x00002000), что в десятичной равно 8192 байта, т.к. переменные передаются через стек, понимаем, что waleri сморозил полную ахинею.

Я сказал, что современные ОС не накладывают таких ограничений (в отличии от ДОС, где сегмент не мог превышать 64К). А то, что какой-то компилятор десятилетний давности накладывает какие либо ограничения это всецело проблемы данного компилятора и тех, кто им пользуется.

Так что либо, будьте любезны, предоставить список современных ОС, которые накладывают такие ограничения (64К) либо ахинею несете вы.

[Airhand]

Сообщение от Arigato

Что тут ненормального? Это говорит лишь о том, что число шагов более 2 миллиардов.

То хотябы, что путаете ограничение цыкла и int параметра функции: происходит банальное его переполнение.

Сообщение от waleri

Я сказал, что современные ОС не накладывают таких ограничений (в отличии от ДОС, где сегмент не мог превышать 64К). А то, что какой-то компилятор десятилетний давности накладывает какие либо ограничения это всецело проблемы данного компилятора и тех, кто им пользуется.

Так что либо, будьте любезны, предоставить список современных ОС, которые накладывают такие ограничения (64К) либо ахинею несете вы.

У MS тоже фиговый компилятор: мнУ ужО не помнит где (просто они не стоят, и у мнУ их нет ужО), но VC++ 2003 и 2005 это ограничение тоже было. Проблемма у тех, кто не знает о подобных ограничениях и пишет соотвественно, потом такие ошибки очень трудно находить. Это не от компилятора зависит: упаковка PE выполнямого файла такое требует. Просто Borland даёт регулировать эти аспекты, а большинство совремменых компиляторов - нет.