Обработка исключительных ситуаций

@Rina16 · Регистрация: 17.12.2017

Студворк — интернет-сервис помощи студентам

Здравствуйте!
В данном коде надо выполнить обработку исключительных ситуаций с использованием класса Exception.

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
#include <iostream>
#include <fstream>
using namespace std;
 
class MyArray
{
    double *arr;
    int length;
public:
    MyArray(int n = 0);
    MyArray(double *a, int n);
    MyArray(const MyArray &ob);
    MyArray& operator=(const MyArray &ob);
    ~MyArray();
 
    friend ostream& operator<<(ostream &os, const MyArray &ob);
    friend istream& operator>>(istream &is, const MyArray &ob);
 
    friend ostream& operator>>(const MyArray &ob, ostream &os);
    friend istream& operator<<(const MyArray &ob, istream &is);
};
 
MyArray::MyArray(int n)
{
    if(n > 0)
    {
        length = n;
        arr = new double[length];
    }
    else
    {
        length = 0;
        arr = nullptr;
    }
}
 
 
MyArray::MyArray(double *a, int n)
{
    if(n > 0)
        length = n;
    else
        length = 0;
 
    if(length != 0)
    {
        arr = new double[length];
        for(int i = 0; i < length; ++i)
            arr[i] = a[i];
    }
}
 
MyArray::MyArray(const MyArray &ob)
{
    length = ob.length;
    arr = new double[length];
    for(int i = 0; i < length; ++i)
        arr[i] = ob.arr[i];
}
 
MyArray& MyArray::operator=(const MyArray &ob)
{
    if(this != &ob)
    {
        if(arr != nullptr)
            delete [] arr;
        length = ob.length;
        arr = new double[length];
        for(int i = 0; i < length; ++i)
            arr[i] = ob.arr[i];
    }
    return *this;
}
 
MyArray::~MyArray()
{
    if(arr != nullptr)
        delete [] arr;
}
 
ostream& operator<<(ostream &os, const MyArray &ob)
{
    for(int i = 0; i < ob.length; ++i)
        os << ob.arr[i] << ' ';
    return os;
}
 
istream& operator>>(istream &is, const MyArray &ob)
{
    is.clear();
    is.seekg(0);
    for(int i = 0; i < ob.length; ++i)
        is >> ob.arr[i];
    return is;
}
 
ostream& operator>>(const MyArray &ob, ostream &os)
{
    for(int i = 0; i < ob.length; ++i)
        os << ob.arr[i] << ' ';
    return os;
}
 
istream& operator<<(const MyArray &ob, istream &is)
{
    is.clear();
    is.seekg(0);
    for(int i = 0; i < ob.length; ++i)
        is >> ob.arr[i];
    return is;
}
 
int main()
{
 
 
    fstream f1("C:\\PROGRAMMING\\X.txt");
    fstream f2("C:\\PROGRAMMING\\Y.txt");
    MyArray ob(10);
    MyArray ob2(10);
 
 
    f1 >> ob >> ob2;
    cout << ob << endl;
    cout << ob2 << endl;
    f2 << ob << ob2;
    return 0;
}

@eva2326 · 21.05.2019, 13:33

Сообщение от oleg-m1973

Нет, не ожидает. Ожидают программисты, которые учились на си-шарп. Всегда надо делать catch(...)

Что за бред?

Во-первых, причем тут си-шарп?

Во-вторых, вы это серьёзно?
Про "ловушку параноика"?

Вот например, один бездарный дилетант написал такой код:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
#include <iostream>
 
#include <string>
using namespace std;
struct Exception
{
    int length;
    string what() const { return "length of array is " + to_string(length); }
};
 
int main()
{
    try
    {
        throw Exception();
    }
 
    // --- ну и? 
    catch(...)
    {
        // --- и вот вы здесь
        // --- что дальше?
    }
}

Ну и что вы будете делать теперь со своим "всегда ставь три точки" ???
Как вам поможет такая ловушка?

Вы даже понять что случилось никак не сможете.
Никакой диагностики.

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

Наверное, что бы этим не пользоваться, да?
И диагностику неполадки не журналировать?

Никогда не могла понять: откуда только берется такой бред в головах?

- Давай отлавливать все исключения через std::exception?

- Давай, только все не получится.
Всё равно придется ставить ловушку параноика.
И туда кроме seh будут штатные эксепшены залетать.

- ????

- Так ведь у нас в IT нынче идиотов много.
Они кидают всякий хлам, который не отнаследован от std::exception.
И потом поди, разбери всю эту сволочь.

@oleg-m1973 · 21.05.2019, 13:46

Сообщение от eva2326

Ну и что вы будете делать теперь со своим "всегда ставь три точки" ???
Как вам поможет такая ловушка?

Вывести в лог, что неизвестная ошибка и продолжить работать. Это намного лучше, чем terminate

Добавлено через 3 минуты
вообще здесь должно быть

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
int main()
{
    try
    {
int *p =nullptr;
 
p[0] = 1; // В винде будет исключение, которое отловится
       //throw Exception();
    }
    // --- ну и? 
    catch (const Exception &e)
   {
std::cerr << e.what() << std::endl;
    }
    catch(...)
    {
std::cerr << "unknown error" << std::endl;
    }
}

@eva2326 · 21.05.2019, 13:48

Сообщение от IGPIGP

Для каждой ошибки, своя альтернатива и она должна быть заготовлена. Не зная ошибки нельзя запустить план Б.

Вы сейчас рассуждаете, как теоретик,
который ни разу не применял свою теорию на практике.

Вот почему у всех адекватных людей получается запустить план Б,
а вы не можете?

В какой ситуации запускают план Б?
План Б запускают в ситуации, когда провалился план А.

Заметьте: не важно, почему именно провалился план А.
Важно: он уже провалился, и теперь нужно что-то делать.
И именно для этого случая существует план Б.

Самолет летит в воздухе.
У него отказал двигатель.
Короткое замыкание, или птичка в турбину попала, или... ?

Здесь и сейчас не важно, почему отказал двигатель.
Важно: что теперь будем делать? Как нам выжить?

Во-первых, нужно отключить сломанный двигатель.
Что бы не дай бог ещё хуже не стало.

А во-вторых, нужно запустить аварийный двигатель.

Обратите внимание:
Вы будете выполнять одну и ту же инструкцию:
Отключать сбойный модуль, и запускать аварийный.
И это - независимо от причины аварии.

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

Поэтому, "разные ошибки" - не принципиальный фактор.
За редким исключением, одна и та же ловушка на все случаи жизни

Это так сложно для вашего понимания?

Добавлено через 1 минуту

Сообщение от oleg-m1973

Вывести в лог, что неизвестная ошибка и продолжить работать. Это намного лучше, чем terminate

Из того факта, что три точки - лучше, чем std::terminate, вы сделали вывод,
что не нужно ожидать наследников std::exception?

Вы сами понимаете, какую ахинею несёте?

IGPIGP · 21.05.2019, 14:04

Сообщение от eva2326

Самолет летит в воздухе.
У него отказал двигатель.
Короткое замыкание, или птичка в турбину попала, или... ?
Здесь и сейчас не важно, почему отказал двигатель.
Важно: что теперь будем делать? Как нам выжить?

Вы не говорите такого авиаторам. Ага?
Кроме разыменования нуль-пойнтера под ms компилятором (см. пост oleg-m1973) достаточно много есть примеров того, что идиотов в IT может оказаться на 1 больше чем некто предполагает.
Что-до адресной обработки разных ошибок, то она придумана не идиотами. Хотя то, о чём вы говорите стало практикой ввиду технологичности и относительной простоте, ни кто не отменял и иное. Пусть Ваша категоричность продолжает этот беспредметный спор. Жаль, повторю - тот пост теперь доступен лишь упорным исследователям.
Там кстати полно логических ошибок. Поторопился я. Но исправить не составит труда.
Пример кода бывает разный. Я не люблю давать решение. Мне нравится показать как его можно найти. Иначе смысла не вижу. Именно по этому не стану продолжать данный разговор.

@oleg-m1973 · 21.05.2019, 14:43

Сообщение от eva2326

Вывести в лог, что неизвестная ошибка и продолжить работать. Это намного лучше, чем terminate
Из того факта, что три точки - лучше, чем std::terminate, вы сделали вывод,
что не нужно ожидать наследников std::exception?

Нет не делал.
Я вроде бы сказал, что всегда должен присутствовать catch(...).

C++
1
2
3
catch(const std::system_error &e) {LOG_ERROR << e;}
catch(const std::exception &e) {LOG_ERROR << e;}
catch(...) {LOG_ERROR<< "unknown error";}

@eva2326 · 21.05.2019, 14:53

Сообщение от IGPIGP

Вы не говорите такого авиаторам. Ага?

Они и без меня это знают.

Сообщение от IGPIGP

Кроме разыменования нуль-пойнтера под ms компилятором (см. пост oleg-m1973)

1.
seh под виндовс не имеет никакого отношения ни к юзерским эксепшенам,
ни к эксепшенам с++ вообще.

2.
seh (например, access violation) вы сможете отловить только в трех точках (...)

На самом деле не только в трех точках

.
Я знаю как минимум два способа.
Один из которых: проксировать seh-exceptions через эксепшены с++.
(seh отлавливается спец. ловушкой,
и перебрасывается дальше уже как обычный c++ эксепшен)
Это, безусловно, полезная возможность для разработки под windows.
Однако, это - отдельная тема, которая тянет на хорошую статью, где нибудь на Хабре.

Захотите поговорить о seh - создайте отдельную тему))

"Три точки" - это именно та ловушка,
оказавшись в которой,
даже предположить нельзя,
что именно могло случится,
и почему процесс угодил в эту ловушку.

В связи с этим ваша фраза:

Сообщение от IGPIGP

Не зная ошибки нельзя запустить план Б. То есть, если обрабатывать, то каждую предусмотренную ошибку индивидуально.

Выглядит особенно неадекватно.

Сообщение от IGPIGP

Что-до адресной обработки разных ошибок, то она придумана не идиотами.

Вы имеете ввиду возможность обработать эксепшен конкретного типа?

Ну конечно она придумана не идиотами, и не просто так.
Она придумана для редких случаев,
когда причина неполадки действительно имеет значение
для решения проблемы.

Например, на стороне клиентского кода используется класс коннекторов к базе данных.
Коннектор подсоединяется к БД,
и выполняет какой то пользовательский запрос в БД.

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

Другая категория: когда подключение успешное,
но сам по себе SQL запрос некорректный.
Вот здесь бесполезно пытаться подключиться позже.
Здесь любые попытки будут бесполезны.
Нужно звать программиста, и пусть исправляет баг.

Соответственно:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
try
{
    db::connect(sql_query);
}
catch(const InvalidSQL& e)
{
    log(e.what());
    std::terminate();
}
catch(const std::exception e)
{
    log(e.what());
    repeat_later();
}
catch(...)
{
    log("exception: unknown");    
    std::terminate();
}

Сообщение от IGPIGP

Поторопился я. Но исправить не составит труда.

Вот теперь вы пишите правильно.
Плохо, когда человек не умеет признавать свои ошибки.
А вы - молодец.

Добавлено через 4 минуты

Сообщение от oleg-m1973

Я вроде бы сказал, что всегда должен присутствовать catch(...).

Вы писали:

Сообщение от oleg-m1973

Нет, не ожидает. Ожидают программисты, которые учились на си-шарп.

Вы вроде бы написали, что только программисты,
которые учились на си-шарп, ожидают,
что все нормальные эксепшены будут наследниками std::exception?

Типа, наследоваться от std::exception не нужно,
все равно ловить в трех точках будут?

Я правильно поняла этот бред?

@oleg-m1973 · 21.05.2019, 15:26

Сообщение от eva2326

Вы вроде бы написали, что только программисты,
которые учились на си-шарп, ожидают,
что все нормальные эксепшены будут наследниками std::exception?
Типа, наследоваться от std::exception не нужно,
все равно ловить в трех точках будут?
Я правильно поняла этот бред?

Бред - это ожидать в с++, что все исключения у тебя будут унаследованы от std::exception. Это раз.
Второе - сам по себе std::exception малоинформативен, к тому же его нельзя ни к чему преобразовать (в отличие от шарпов). Поэтому будут делаться несколько catch, например для std::system_error, т.е. "будут ловить в нескольких точках"

Насчёт только программистов на си-шарп я конечно загнул, всякие скриптовики тоже думают, что достаточно отловить std::exception и всё будет в шоколаде.

Добавлено через 7 минут

Сообщение от oleg-m1973

Второе - сам по себе std::exception малоинформативен, к тому же его нельзя ни к чему преобразовать (в отличие от шарпов). Поэтому будут делаться несколько catch, например для std::system_error, т.е. "будут ловить в нескольких точках"

Забыл про dynamic_cast, беру свои слова обратно

@eva2326 · 21.05.2019, 15:43

Сообщение от oleg-m1973

Бред - это ожидать в с++, что все исключения у тебя будут унаследованы от std::exception. Это раз.

Почему бред?
Вот почему вы считаете грамотный подход к работе бредом?

Все грамотно выполненные классы эксепшенов
в обязательном порядке отнаследованны от std::exception

Если ваш бестолковый эксепшен не отнаследован от std::exception,
то в 99% всех кейсов ваш эксепшен отловят только в этих чертовых трех точках,
где уже никто не будет знать что случилось.

Сообщение от oleg-m1973

Второе - сам по себе std::exception малоинформативен

Как это мало? e.what() ? Не, не слышал.

Вот именно, что знание о фактическом типе наследника как раз таки мало-информативно.
Допустим отловили вы ErrorOpenFile,
ну и что вам даст знание о типе?

Что файл не открылся?
Вы итак это знаете,
раз попали в ловушку после openFile(path);

О какой такой информативности вы сейчас вещаете?
Хотите знать детали, почему конкретно файл не смог открыться?
Может его на диске нет?
Может он другим процессом занят?
Не хватает прав?

Вы эти детали хотите знать?

Так вот специально для этого и существует волшебный e.what()

Сообщение от oleg-m1973

к тому же его нельзя ни к чему преобразовать (в отличие от шарпов).

dynamic_cast ? Не, не слышал.

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
#include <iostream>
#include <stdexcept>
 
int main()
{
    try
    {
        throw std::runtime_error("test");
    }
    catch(const std::exception& e)
    {
        const auto* converted
            = dynamic_cast<const std::runtime_error*>(&e);
        if(converted)
            std::cerr << "std::runtime_error: " << converted->what() << '\n';
    }
}

Сообщение от oleg-m1973

Поэтому будут делаться несколько catch, например для std::system_error, т.е. "будут ловить в нескольких точках"

Вообще ничего не понятно.
Приведите кодом пример нескольких catch для std::system_error,
которые вы "будете ловить в нескольких точках"

Сообщение от oleg-m1973

всякие скриптовики тоже думают, что достаточно отловить std::exception и всё будет в шоколаде.

Так оно и есть в большинстве случаев.
Вы лучше попробуйте привести пример, когда "всё не в шоколаде".

Новые блоги и статьи Все статьи Все блоги /
Саморегулирующийся социальный контракт для сервера cross-section. Hrethgir 14.08.2026 С кодом конечно таких глубоких размышлений пока не было, впрочем я уже привык к алгоритмизации. Суть предмета записи: снова в диалоге с нейросетью (я взял пока себе ник для учётки админа - Rector). . . .	Часы электронные Uhbif79 12.08.2026 Выкладываю программу часов. Программа позволяет: 1. Использовать системное время и дату, 2. Есть возможность вводить время и дату вручную. 3. Реализованы 2 будильника: начало и конец рабочего дня. . . .	Часы с будильником на основе класса QLCDNumber Uhbif79 12.08.2026 Всем добрый день, выкладываю программу часов с будильником на основе класса QLCDNumber. Здесь я пробовал самостоятельно создавал классы, впервые столкнулся с видимостью переменной одного класса из. . .	Установка MinGW GCC 16.2 и CMake 8Observer8 10.08.2026 VK Видео: https:/ / vkvideo. ru/ video-240781534_456239017 YouTube: eY5-5PyI9NM Текстовая версия
Неделя из жизни имитационной модели склада: мои кривые руки растут, откуда надо anaschu 10.08.2026 Неделя из жизни имитационной модели склада: как я почти написал неправильную логику и что с этим делать Работаю сейчас над учебно-рабочим проектом: строю в AnyLogic имитационную модель процессов. . .	Калькулятор для расчета родства russiannick 07.08.2026 1. Задача: Создать калькулятор для расчета родства. Родственных связей существует 8 ступеней, такие как: p - отец P - мать q - муж Q - жена b - брат B - сестра s - сын S - дочь	Мир по моей воле kumehtar 07.08.2026 Когда-то кажется, что всё просто. Ты весь такой светлый. Причиняешь добро. Борешься за справедливость в этом тёмном мире. Потом начинаешь замечать одну неприятную вещь. Почти каждый хороший. . .	Кредитный калькулятор Maks 05.08.2026 Решение задачи по прикладной информатике средствами 1С. Задача: Напишите приложение-калькулятор, которое помогает рассчитывать параметры кредита для аннуитетного и дифференцированного видов. . .