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

[Arigato]

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

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

Ну да, переполнение - это банально. А вы говорили, что это ненормально

[waleri]

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

2005 это ограничение тоже было

http://msdn.microsoft.com/en-us/libr...(v=vs.80).aspx

Если не верите - поставьте 2003 да посмотрите сами.
У 32-битных компиляторов от Microsoft таких ограничений никогда не было!

[Airhand]

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

Ну да, переполнение - это банально. А вы говорили, что это ненормально

Я говорил с сарказмом. Переполнение - это ужО не хорошо, банально это или ненормально.

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

У 32-битных компиляторов от Microsoft таких ограничений никогда не было!

Упаковку исполняемых файлов никто не отменял, безотносительно к тому, что говорят мелкомягкие. Никогда не думали о том зачем CreateThread (initial thread stack size, in bytes) параметр размер стека ? Всё для того, чтобы в памяти как-то обособить поток и выделить память под его (процесса) фукции и их параметры.

[waleri]

UPX например никогда не жаловался на размеры стека. Если какому-то упаковщику это мешает к ОС и компилятору это отношения не имеет.
И причем здесь CreateThread...

Мне троллиться надоело.

[Airhand]

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

UPX например никогда не жаловался на размеры стека. Если какому-то упаковщику это мешает к ОС и компилятору это отношения не имеет.
И причем здесь CreateThread...

Мне троллиться надоело.

Не упаковщики, а именно упаковка, пакет. У всех исполняемых файлов есть свой пакет exe (PE пакет), com. Упаковщики типа UPX тут вообще не причём. Заголовок каждого исполняемого файла (у exe около 400 байт) содержит кое-то кол-во байт (у com если верно помню нет заголовка). Это легко проверить: все exe файлы начинаются с "MZ" и т.д.

[Stilet]

По-моему тема заехала в тупик...
Какая сейчас разница кто прав? Ответ автор вроде получил, причем в множестве экземпляров.