Ну вот не успел маленького потоптать! Но зайдем с другой стороны, аот в старые добрые времена, когда exception были реализованы мало у кого. Люди заводили понятие состояния объекта (iostream), взводили errno, заводили функцию игнициализации или делали ее отложенной

Ну не сомненно delete из конструктора вызывать нельзя. хотя бы потому что это не логично, объект до конца не построен а вызывается деструктор. Но и выбрасывание исключения не всегда удобно. Уж больно аккуратнным надо быть
чтобы ресурсы не потекли. а конструкция типа
MyClass::MyClass(...) :
try
{
x()
}
catch()
{
...
}
{
..
}
производит на меня неизгладимое впечатление. Кстати про нелюбовь к std::auto_ptr. очень помогает избежать утечек ресурсов...

Эка каша в головах!!!
TopSpace>
именно это я доказываю уже вторую страницу:) так и работает singleton, только он запрещает создавать второй объект, а тут какое-нибудь другое условие
Во первых это не синглетон, называется это factory method/
Во вторых к вопросу топика он отношения не имеет. Это здорово подойдет тому парню который собирается кроссплатворменно читать содержимое директорий. Делается абстракный класс для чтения и у него статическая производящая функция, в поддиректориях для каждой платформы своя реализация этого абстрактного класса и произвдящей функции которая создает нужную реализацию и никаких ifdef, все if переносятся в make или в configure
А здесь он не уместен хотя бы потому что нельзя узнать в чем причина ошибки.
Когда есть exception можно попробовать сказать what, когда есть опрос состояния объекта то он обычно не двузначный... Ну с errno тоже понятно...
Другое дело что не надо смешивать мх и котлет. Если ваш класс цепляется к иерархии где принято выбрасывать исключение - надо работать с исключениями(не успеешь конструкторе проинициализировать флажок, если папа выплюнет исключение). Ежели иерархия построена для работы со флажками состояний - волей-неволей придется работать со флажками. Ежели пишешь совсем новую - надо придерживаться принципов команды.
А еще можно попробовать написать чтоб и с исключениями и с флажками, в зависимости как собираешься. пробовал - не понравилось....

Не, таки вы посмотрите что делается. До чего дошел прогресс
kolobok0 TopSpaceА что подразумевается под захватом ресурсов в конструкторе???

аллокация памяти, открытие сокетов, хэндлеров и прочее...

(круглый)
TopSpace2kolobok0: ну да. логично. пусть метод фабрики и захватывает, если нужно, к нему припаять еще метод разрушения. По-моему только сравнительно простые классы могут быть выполнены по класической схеме конструктор/деструктор, а на деле часто возникают различные требования к процессу создания объектов.

Ну- разделите мне аллокацию и инициализацию для след иерархии

class A
{
public:
A() { ptr = malloc(256); memset(ptr, 0, 256); }
private:
void* ptr;
};

class B : public virtual A {...};
class C : public virtual A {...};
class D : public A, public B {...};

Gluk (Kazan) blindedНу- разделите мне аллокацию и инициализацию для след иерархии
...

Эээ, а вам по моему как раз и сказали "а вы так не делайте" (c)
ну так я и не предлагал делать. Просто не хотелось быть голословным....

kolobok0 blindedНе, таки вы посмотрите что делается. До чего дошел прогресс
...
угумс...лет дцать назад...
(круглый)
Мы будем -бип- меряться или все же разделим аллокацию и инициализацию в предложенном примере. или вы готовы сдаться?