srd
Some obj;
try
{
Some obj2;
}
catch(...)
{
//
//
//
}
Для каких обьектов будет вызван деструктор при возникновении исключения ?

Так как в твоём примере нигде нет инструкции throw, то могу предположить, что исключение бросается внутри конструктора класса Some.
а) Если исключение будет брошено при конструировании объекта obj, то будут вызваны деструкторы для тех объектов-членов, для которых успели отработать конструкторы. Для остальных объектов-членов деструкторы вызваны не будут. Деструктор для самого obj и ob2 тоже вызван не будет.
б) Если исключение будет брошено при конструировании obj2, то ни для самого obj, ни для его членов деструкторы не вызовутся. Для obj2 деструктор тоже не будет вызван. Будут вызваны деструкторы только для объектов-членов obj2, для которых успели отработать конструкторы до исключения.

srd
Все верно...

Цитата(Void @ 24.10.2005, 09:22)

Линкер VC++ по умолчанию задает размер стека 1 Мб. Получаем максимально возможную глубину рекурсии порядка 10^5, что все равно выходит за диапазон short (пар-р chislo).

возвращает то ф-ция long double а не short.
вобщем при использовании рекурсии надо считать сколько в этой функции выделяется памяти под переменные и умножать на предполагаемую глубину рекурсии а затем сравнвать это с 1Мб? И если получилось больше то рекурсию не использовать?

И ещё правда, что рекурсия работает более медленно, чем тот же алгоритм, реализованный на циклах?

Это сообщение отредактировал(а) Helicopterr - 24.10.2005, 22:42

Цитата(Helicopterr @ 25.10.2005, 00:41)

возвращает то ф-ция long double а не short.

При чем тут возвращаемое значение? Глубина рекурсии в твоем примере равна chislo - 1.

Цитата(Helicopterr @ 25.10.2005, 00:41)

вобщем при использовании рекурсии надо считать сколько в этой функции выделяется памяти под переменные

+ параметры ф-ции. Но точный размер можно узнать, только посмотрев ассемблерный листинг сгенерированного кода.

Цитата(Helicopterr @ 25.10.2005, 00:41)

И ещё правда, что рекурсия работает более медленно, чем тот же алгоритм, реализованный на циклах?

Вообще говоря, да, но закладываться на это не стоит. Нормально раскрутить в цикл можно только хвостовую рекурсию, для остальных случаев все равно приходиться эмулировать стек вручную, что не особо повышает скорость, но существенно снижает читаемость кода.

Цитата(Helicopterr @ 25.10.2005, 00:41)

И если получилось больше то рекурсию не использовать?

Если получилось больше, есть существенная вероятность, что в алгоритме ошибка, или использован неподходящий алгоритм. А производить такие расчеты для каждой рекурсивной ф-ции - имхо, странное занятие.

Цитата(Void @ 24.10.2005, 22:54)

А производить такие расчеты для каждой рекурсивной ф-ции - имхо, странное занятие.

Cпасибо согласен.
Однако вроде бы программный стек увеличивается динамически по мере объявления в программе новых переменных, отхватывая динамическую память "куча"?
Что за информация об огораничении стека линкером в 1Мб?

Это сообщение отредактировал(а) Helicopterr - 24.10.2005, 23:09

Цитата(Helicopterr @ 25.10.2005, 01:08)

Однако вроде бы программный стек увеличивается динамически по мере объявления в программе новых переменных, отхватывая динамическую память "куча"?

Да, это так, но 1 Мб здесь указывает именно на предельный размер, который система позволит выделить. Когда стек превышает указанный при создании потока предел, выбрасывается исключение.

P.S. Забавный компилятор VC++ 8.0:

Код

void rectest(int param) {     printf("%i\n", param);     rectest(param + 1); }

Цитата

warning C4717: 'rectest' : recursive on all control paths , function will cause runtime stack overflow

Код

_rectest PROC     push    esi     mov    esi, DWORD PTR _param$[esp] $LL3@rectest:     push    esi     push    OFFSET $SG2462     call    _printf     add    esp, 8     add    esi, 1     jmp    SHORT $LL3@rectest _rectest ENDP

Без комментариев Но за оптимизацию хвостовой рекурсии +1.
P.P.S. Впрочем, и за предупреждение тоже - все-таки, нехилый там анализ кода производится.

Это сообщение отредактировал(а) Void - 24.10.2005, 23:37

Void
Как вцелом компилятор VC++ 8.0? Лучше 7-го?