Цитата(Vyacheslav @ 22.7.2005, 14:49)

Надеюсь ответ был получен в результате анализа кода, а прогона  ?

Обижаешь!..

Цитата(chaos @ 22.7.2005, 14:50)

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

Согласен. Переменные будут инициализироваться в порядке объявления.

Цитата(Vyacheslav @ 22.7.2005, 11:21)

Код class A {   int a;   int b;   int c; public:   A(): c(5), b(c + 1) , a(c+b) { cout << a << endl << b << c << endl;  } }; A a; Результат?

???????????
???????????5

? - число, зависящие от компилятора (мусор)
a и b инициализируются мусором

Это сообщение отредактировал(а) Orlan - 22.7.2005, 13:55

Цитата

http://forum.vingrad.ru/index.php?showtopic=59176&view=findpost&p=474337

Вот это сложно. Не друзей ли там звать?

Цитата(Orlan @ 22.7.2005, 13:48)

Access violation. Функция A::func() не виртуальная и все зависит от того какой мусор будет лежать после указателя эту функцию в таблице виртуальных функция класса А

Ответ отрицательный. По-скольку метод не виртуальный, будет вызван метод класса, которым на момент вызвова представлен объект. В данном случае это класс B. Access violation возможен, если внутри функции будут связанные с модификацией членов класса B. Но в данном примере этого нет. Естественно пример с точки зрения норм не корректен, но здесь проверятся понимание различий между виртуальными и обычными методами.

Добавлено @ 14:02

Цитата(Orlan @ 22.7.2005, 13:54)

??????????? ???????????5 ? - число, зависящие от компилятора (мусор) a и b инициализируются мусором

Это понятно. Прогнать я тоже могу. Почему это происходит?

Цитата(Vyacheslav @ 22.7.2005, 14:00)

Цитата(Orlan @ 22.7.2005, ) ??????????? ???????????5 ? - число, зависящие от компилятора (мусор) a и b инициализируются мусором Это понятно. Прогнать я тоже могу. Почему это происходит?

Потому что был создан объект int(5), но не было произведено присваивание полю с, которое происходит перед входом в тело конструктора. Окончательное конструирование происходит когда созданы базовые классы и все переменный посчитаны для присваивания полей

Это сообщение отредактировал(а) Orlan - 22.7.2005, 14:09

Цитата(Orlan @ 22.7.2005, 14:08)

Потому что был создан объект int(5), но не было произведено присваивание полю с, которое происходит перед входом в тело конструктора. Окончательное конструирование происходит когда созданы базовые классы и все переменный посчитаны для присваивания полей

Ответ неверен. Порядок инициализации членов класса определяется не списком инициализации, а порядком их декларации в классе, то есть сначала должны были быть инициализированы a , b, а потом уж c. На момент инициализации а, в b и с лежал мусор. Соотвественно и а получил мусор. Аналогичная ситуация и для b.

Цитата(Vyacheslav @ 22.7.2005, 16:05)

Порядок инициализации членов класса определяется не списком инициализации, а порядком их декларации в классе, то есть сначала должны были быть инициализированы a , b, а потом уж c. На момент инициализации а,  в  b и с лежал мусор. Соотвественно и а  получил мусор. Аналогичная ситуация и для b.

Ни когда бы не рискнул надеятся на порядок декларации членов класса. Трудно поверить что такое может быть записано в стандарте С++.
А есть ли хорошие учебники/сайты, где описаны подобные тонкости С++ или надо штудировать стандарт?

Цитата(Orlan @ 22.7.2005, 16:56)

Ни когда бы не рискнул надеятся на порядок декларации членов класса. Трудно поверить что такое может быть записано в стандарте С++.

См 12.6.2 5

Цитата

... nonstatic data members shall be initilized in order they declared in the class definition(again regardless of the order of the mem-initializers)

Вот поэтому я списком инициализации никогда не пользуюсь. Зачем лишний геморрой выдумывать?

Цитата

class A { protected:   void func(); }; class B : public  A { public: //что написать здесь }; Как в классе B сделать func public, не перекрывая ее.

Код

class B : public  A { public:    using A::func; };

Цитата

Вот поэтому я списком инициализации никогда не пользуюсь. Зачем лишний геморрой выдумывать?

Дрон, без этого способа невозможно инициализировать поля-константы, поля-ссылки и поля-объекты.

Что-то стало пусто. Чтобы совсем не скучать, вот вам две задачки: одна легкая, другая интересная.
1) Чем плох этот кот?

Код

int someFunc(int a) {     try{         if(a<=0) throw invalid_argument("a must be positive");         char* b  = new char[a];                 if(a * a * 7 > 25){               throw logic_error("some logic error");         }        } catch (logic_error) {         cerr << "logic error" << endl;    } catch (invalid_argument) {         cerr << "invalid argument" << endl;    } catch (bad_alloc) {         cerr << "memory error" << endl;    }         }

2) В программе очень часто используются числа Фибоначи, причем аргументы для функции, вычисляющей эти числа, известны на момент компиляции. Ваша задача - избавить программу от вызова ф-ции, вычисляющий эти числа в программе. То есть если был код

Код

int f6 = fibonaci(6);

где fibonaci - обычная ф-ция, то вы должны сделать

Код

int f6 = что-то-от-6.

Где что-то-от-6 не является ф-цией.
Решите задачу не вводя дополнительных переменных.
Решите задачу так, чтобы в коде

Код

int f6=что-то-от-6. int f66=что-то-от-66

обе переменные инициализировались за одинаковое время.

Mayk
1-я задача.
1) Течет память. При пробросе std::logic_error b не будет освобожден. Решение: использовать смарт-пойнтер, например, std::auto_ptr.
2) Исключения invalid_argument не будет поймано надлежащим образом, потому что соотвествующий хэндлер идет после хэндлера std::logic_error, от которого он наследуется. Исключения желательно ловить по const-reference, а не by value - во избежание срезки или исключения в копикторе.

2-я задача.

Код

template <unsigned Num> struct fibonacci {     enum { N = fibonacci<Num - 1>::N + fibonacci<Num - 2>::N }; }; template <> struct fibonacci<1> {     enum { N = 1 }; }; template <> struct fibonacci<0> {     enum { N = 1 }; }; int f6 = fibonacci<6>::N;

Void
Угу.

Цитата(Earnest @ 22.7.2005, 20:03)

using A::func;

Махать!.. Век живи - век учись