Выход с приложения

[blood_shadow]

использую Qt4.6, консольное приложение есть хэдер(str.h), файл с исходным кодом(string_val.cpp) и main.cpp
string_val.cpp

Код:

#include "str.h"
#include <stdlib.h>

using std::cout;
using std::endl;

String_value::String_value(int& argc, char** argv): QCoreApplication(argc, argv),
            PathToIn(QCoreApplication::applicationDirPath() + In),
            PathToOut(QCoreApplication::applicationDirPath() + Out),
            PathToValue(QCoreApplication::applicationDirPath() + Value)
{
    extern const char en;
    int Pairs;
    QChar ch;
    qint64 end;

    //open text_file for reading
    QFile *inputFile = new QFile(PathToIn);
    inputFile->open(QIODevice::ReadOnly);
    QTextStream in(inputFile);

    //open text_file for writing
    QFile *outputFile = new QFile(PathToOut);
    outputFile->open(QIODevice::ReadWrite | QIODevice::Truncate);
    QTextStream out(outputFile);

    //open text_file for reading
    QFile *valueFile = new QFile(PathToValue);
    valueFile->open(QIODevice::ReadOnly);
    QTextStream value(inputFile);

    in >> ch;
    if (!in.status()) cout << "Opened" << endl;
    else {
        cout << "0000000" << endl;
        exit(1);
    }
    cout << "dsck" << endl;
    cout << "dsck" << endl;

}

main.cpp

Код:

#include <QtCore/QCoreApplication>
#include <string>
#include "str.h"

int main(int argc, char *argv[])
{
    String_value obj(argc, argv); 
    system("PAUSE");
    return 0;
}

в хэдере класс String_value наследует QCoreApplication

1. Воспрос состоит в следующем как выйти с приложения  exit(1); - не выходит, как в обычном С++(или как вызвать стандартный exit)? ,
2. и я правильно понимаю если выйти с конструктора значит объект не будет создан и значит деструктор не вызветься?

[Авварон]

::exit(1)

[blood_shadow]

::exit(1)

Спасибо, а как организовать выход из конструктора и по этому же условию и передать управление следуещей строчке кода после попытки создания объекта в main.cpp(в даном примере system("PAUSE"))

Код:

#include <QtCore/QCoreApplication>
#include <string>
#include "str.h"

int main(int argc, char *argv[])
{
    String_value obj(argc, argv); 
    system("PAUSE");
    return 0;
}

[lit-uriy]

>>как организовать выход из конструктора
исключение бросить в конструкторе, но его надо будет самому ловить

[SASA]

Код:

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

Этот вопрос уже обсуждался на форуме.
Я бы разделил создание объекта и инициализацию, которая может проёти успешно или нет.

[Igors]

Я бы разделил создание объекта и инициализацию, которая может проёти успешно или нет.

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

[blood_shadow]

исключение бросить в конструкторе, но его надо будет самому ловить

организовал так как вы говорили, одна только проблема Creator выбивает exception handling disabled, use -fexceptions to enable , как бороться с таким зверем?

[blood_shadow]

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

но такой подход соответсвует подходу RAII, как я понимаю, получение ресурса во время инициализации, то есть в конструкторе, да и в книге которая считается самой сильной по qt (Бланшет, Саммерфилд), тоже все сливают в конструктор

[BRE]

но такой подход соответсвует подходу RAII, как я понимаю, получение ресурса во время инициализации, то есть в конструкторе, да и в книге которая считается самой сильной по qt (Бланшет, Саммерфилд), тоже все сливают в конструктор

И это правильно.
После отработки конструктора, объект должен быть полностью создан, инициализирован и готов к работе без вызова других методов.

[off]
Вспомнился MFC, где после создания объекта окна, нужно было вызывать create (вроде так назывался). Было очень "удобно".
[/off]

[Igors]

Не воспринимайте все что пишут слишком серьезно и не следуйте этому буквально    Просто мое личное мнение что скромные вещи могут быть гораздо более полезны, чем заоблачные RAI. Например

- что  класс с именем String_value оказывается ... потомок QCoreApplication - это уж точно никому в  голову не придет 
Зачем давать имена не интуитивные а "наоборо"?

- если Вы хотели чтобы inputFile и outputFile удалялись автоматычно - объявите их как локальные объекты. А если они указатели - то не забудьте вызвать delete для каждого

- писать 3 раза QCoreApplication::applicationDirPath()  не есть хорошо/аккуратно, это все же вызов ф-ции

- Вы сделали всю содержательную часть в теле конструктора - это не запрещено, но не очень удобно/выгодно. Что умеет делать такой объект? Как его использовать повторно? Я так вижу что просто ф-ция (без всяких объектов) здесь более уместна. А можно и просто вставить текст в main - никакой смысловой нагрузки  String_value не несет.

[blood_shadow]

Не воспринимайте все что пишут слишком серьезно и не следуйте этому буквально    Просто мое личное мнение что скромные вещи могут быть гораздо более полезны, чем заоблачные RAI. Например

- что  класс с именем String_value оказывается ... потомок QCoreApplication - это уж точно никому в  голову не придет 
Зачем давать имена не интуитивные а "наоборо"?

- если Вы хотели чтобы inputFile и outputFile удалялись автоматычно - объявите их как локальные объекты. А если они указатели - то не забудьте вызвать delete для каждого

- писать 3 раза QCoreApplication::applicationDirPath()  не есть хорошо/аккуратно, это все же вызов ф-ции

- Вы сделали всю содержательную часть в теле конструктора - это не запрещено, но не очень удобно/выгодно. Что умеет делать такой объект? Как его использовать повторно? Я так вижу что просто ф-ция (без всяких объектов) здесь более уместна. А можно и просто вставить текст в main - никакой смысловой нагрузки  String_value не несет.

Спасибо, не которые вещи исправил, например:
1. убрал вообще наследование QCoreApplication(вообще непонятно зачем я его туда влепил)
2. насчет указателей я всегда освобождаю память ток делаю зачистку када прога уже готова
3. заменил 3 вызова QCoreApplication::applicationDirPath(), на один который присвоил переменной, и покидал ссылки куда надо
4. а насчет последнего, просто как-то в самом начале такое увидел и подумал раз надо в конструктора все шмалять так и буду, хотя мне это пока и не мешает, впрочем теперь у меня есть возможность самому оценивать ситуацию 

Еще один вопрос остался во время использования мною исключительных ситуаций(try, cath) Creator выбил "exception handling disabled, use -fexceptions to enable" - что с этим делать?

[Пантер]

Don't use exeptions?

[blood_shadow]

Don't use exeptions?

да хотелось бы использовать, в не которых местах они бы мне пригодились, только вот такая проблемка 

[Igors]

Еще один вопрос остался во время использования мною исключительных ситуаций(try, cath) Creator выбил "exception handling disabled, use -fexceptions to enable" - что с этим делать?

Это обязано быть в настройках компиляции. У меня называется "enable C++ exceptions" а как в Creator не знаю, им не пользуюсь

[niXman]

Don't use exeptions?

вы в своем уме?

blood_shadow, не в курсе какая у вас версия Qt, и откуда вы ее брали, но стОит посмотреть содержание configure.cache на предмет "-exception"
в ранних версиях исключения были отключены по дефолту. приходилось пересобирать.