Здраствуйте.

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

class Aclass
{
  public:
   Aclass(int i)
      { if(i=2) throw Error;}
};

В другом классе я создаю объект класса Aclass

class Bclass
{
 Aclass a;
 public:
  Bclass():a(2)
        {
//          dosomething
        }
};

Так вот, возможно ли в Bclass перехватить exception от Aclass?

Или можно как то по другому создать экземпляр Aclass в Bclass (ну кроме как динамически).

Спасибо.

AB>

AB>      { if(i=2) throw Error;}У тебя уже здесь ошибка:)))
AB>

А если серьезно то так: при возникновении исключения при конструировании В (исключение возникло в конструкторе А), твой объект В не будет создан. Если это был локальный объект, то ты пишешь обычный try/catch блок, если объект глобален — то никак.

Здравствуйте, AlxB, Вы писали:

AB>

AB>class Bclass
AB>{
AB> Aclass a;
AB> public:
AB>  Bclass():a(2)
AB>        {
AB>//          dosomething
AB>        }
AB>};
AB>

AB>Так вот, возможно ли в Bclass перехватить exception от Aclass?

А что
try
{
}
catch(...)
{
}
не помагает ?

Здравствуйте, AlxB, Вы писали:

AB>Так вот, возможно ли в Bclass перехватить exception от Aclass?

По Стандарту, можно сделать function-try-block

BClass::BClass()
try
    : a(2)
{
    ...
}
catch(...)
{
}

Но не все компиляторы это понимают (например, VC6 такого не умеет)

Кроме того, есть одна особенность. Из обработчика нельзя просто выйти. Если явно не указан throw (другого исключения или того же самого), то выбрасывается исходное исключение. Поэтому эта конструкция довольно редко бывает полезна. Т.к. деструкторы объектов базовых классов и членов, уже созданных на этот момент, вызовутся автоматически, а в тело данного конструктора мы еще не вошли. Можно, правда, вести логи или что-то подобное...

Почитай Constructor Failures. Там все хорошо объясняется.

Здравствуйте, Михаил Можаев, Вы писали:

ММ>По Стандарту, можно сделать function-try-block

Соответствующие пункты: 15/3 и 15.3/16

Здравствуйте, AlxB, Вы писали:

AB>Здраствуйте.

AB>Есть у меня класс, который возбуждает исключителюную ситуацию в конструкторе.


AB>Так вот, возможно ли в Bclass перехватить exception от Aclass?

AB>Или можно как то по другому создать экземпляр Aclass в Bclass (ну кроме как динамически).

AB>Спасибо.

Недавно я задавал такой вопрос.
У Страуструпа это делается так:

class Aclass
{
  public:
   Aclass(int i)
      { if(i=2) throw Error;}
};

class Bclass
{
 Aclass a;
 public:
  Bclass();
};
Bclass::Bclass()
try
   :a(2)
{
//   dosomething
}
catch(Error&)
{
//  dosmth
}

Но Visual C++ 6.0 этого не поддерживает. Если у тебя другой компилятор — тебе повезло. А вот как быть с VC++6.0 не знаю — и до сих пор не разобрался.

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

Здравствуйте, Аноним, Вы писали:

А>Разбираться особо не в чем. Тебе дали неплохую ссылку, там нудно и многословно рассказали как и чего. Так в чем же проблема? Что тебе даст такой перехват исключения? Объект то ведь не будет создан в любом случае.

В моем случае — создавался theApp. Если он не создается — было бы не плохо — отловить это исключение и корректно завершить программу. Как это можно сделать?

Еще раз. НИКАК.Это глобальный объект. Переписывай тогда main, чтобы theApp создавался в нем (не знаю, можно ли в МФЦ так изгалиться и сделать такое, думаю, сложно).

Здравствуйте, Amor, Вы писали:

A>В моем случае — создавался theApp. Если он не создается — было бы не плохо — отловить это исключение и корректно завершить программу. Как это можно сделать?

Если этот theApp — глобальный объект, то в момент его создания программа еще нечего завершать. Он создается до входа в mainCRTStartup/wmainCRTStartup/WinMainCRTStartup/wWinMainCRTStartup.

Если он не глобальный, то заключи создание объекта theApp в try/catch.

Здравствуйте, Михаил Можаев, Вы писали:

ММ>Здравствуйте, Amor, Вы писали:

A>>В моем случае — создавался theApp. Если он не создается — было бы не плохо — отловить это исключение и корректно завершить программу. Как это можно сделать?

ММ>Если этот theApp — глобальный объект, то в момент его создания программа еще нечего завершать. Он создается до входа в mainCRTStartup/wmainCRTStartup/WinMainCRTStartup/wWinMainCRTStartup.

Как это до входа??? Это ведь вроде — entry point у exe-шника. Как это можно выполнить что-либо до него ???

ММ>Если этот theApp — глобальный объект, то в момент его создания программа еще нечего завершать. Он создается до входа в mainCRTStartup/wmainCRTStartup/WinMainCRTStartup/wWinMainCRTStartup.


Какая тогда функция вызывает конструкторы глобальных обьектов, если не CRTStartup ?

Здравствуйте, Amor, Вы писали:

ММ>>Если этот theApp — глобальный объект, то в момент его создания программа еще нечего завершать. Он создается до входа в mainCRTStartup/wmainCRTStartup/WinMainCRTStartup/wWinMainCRTStartup.

A>Как это до входа??? Это ведь вроде — entry point у exe-шника. Как это можно выполнить что-либо до него ???

Погорячился... Правильно все же было бы "до входа в main".

Здравствуйте, Amor, Вы писали:

A>Но Visual C++ 6.0 этого не поддерживает. Если у тебя другой компилятор — тебе повезло. А вот как быть с VC++6.0 не знаю — и до сих пор не разобрался.

Нет мне не повезло . Вобщем то меня это больше всего и интересовало. Спасибо всем ответившим.

Здравствуйте, Аноним, Вы писали:

А>Разбираться особо не в чем. Тебе дали неплохую ссылку, там нудно и многословно рассказали как и чего. Так в чем же проблема? Что тебе даст такой перехват исключения? Объект то ведь не будет создан в любом случае.

Да конечно, просто мне таким вот путем хотелось узнать почему BClass не создался, потому что в нем что то случилось или AClass "виноват"

Здравствуйте, AlxB, Вы писали:

AB>Да конечно, просто мне таким вот путем хотелось узнать почему BClass не создался, потому что в нем что то случилось или AClass "виноват"

Тогда прямой путь:

B::B() :
    a(2)
{
    try
    {
        ...
    }
    catch
    {
        // AClass не виноват
    }
}

Здравствуйте, Михаил Можаев, Вы писали:

ММ>Кроме того, есть одна особенность. Из обработчика нельзя просто выйти. Если явно не указан throw (другого исключения или того же самого), то выбрасывается исходное исключение. Поэтому эта конструкция довольно редко бывает полезна. ...

Эта конструкция полезна только для единственной цели — преобразования типа исключения. Это же сказано у Саттера по твоей ссылке.

BClass::BClass()
try
    : a(2)
{
    ...
}
catch(SomeException&)
{
    throw OtherException();
}

Здравствуйте, AlxB, Вы писали:

А>>Объект то ведь не будет создан в любом случае.

AB>Да конечно, просто мне таким вот путем хотелось узнать почему BClass не создался, потому что в нем что то случилось или AClass "виноват"

Это можно сделать и средствами MSVC++6:

class Bclass
{
   Aclass a;

   Aclass create_a(int i)
   {
     try
     {
       return Aclass(i);
     }
     catch (...)
     {
       // "Виноват" Aclass
       throw;
     }
   }

 public:
   Bclass():a(create_a(2))
   {
      // dosomething
   }
};

Здравствуйте, Павел Кузнецов, Вы писали:

ПК>Это можно сделать и средствами MSVC++6:

class Bclass
{
    Aclass a;
    Aclass create_a(int i)
    {
        ...
    }
public:
    Bclass():a(create_a(2))
    {
        // dosomething
    }
};

А что делать, если виноват конструктор копирования AClass ?

Здравствуйте, Михаил Можаев, Вы писали:

ПК>> Это можно сделать и средствами MSVC++6: <...>

ММ> А что делать, если виноват конструктор копирования AClass ?

"Это" != "Все"