Tertium |
Отправлено: 10.06.2005, 00:38 |
|
Машинист паровоза
Группа: Почетный участник
Сообщений: 192
|
Г-н (г-да) модератор(ы).
Тут такая фигня. Просто если кому пригодится.
Обрыл всю мсдн в поисках ерркодов OLEDB. А то при перехвате экзепшна охота знать, что не так. Несколько ерркодов нашёл методом тыка и отлова EOleException. Потом, по F3 с искомой цифирью был найден ни для кого не секретный файл oledberr.h (кто бы сомневался, что коды в нём ). Но в нём ерркоды описаны несско пространно. Поэтому я позволил себе с помощью нескольких регов переделать его в простой список (в порядке comment — #define errcode).
Также при работе с БД выскакивают иногда и чисто OLE'шные ошибки. Которые — в WinError.h. С ними та же фигня. И они дописаны мной ниже.
Если мона или нуна это у вас выложить (~32k), дайте знать по мылу.
|
|
Gedeon |
Отправлено: 10.06.2005, 09:38 |
|
Ветеран
Группа: Модератор
Сообщений: 1742
|
Так а вот так что мешает узнавать ошибку вот так?
CODE |
try{
//ADOConnection1->Connected = true;
}
catch(Exception &E){
ShowMessage(E.Message);
} |
|
|
Георгий |
Отправлено: 10.06.2005, 09:49 |
|
Почетный железнодорожник
Группа: Модератор
Сообщений: 874
|
в этом случае банальный вылет.
похоже здесь имеется ввиду другое — при создании приложений из серии 24-7-365 они сами должны обрабатывать все аварийные ситуации и не взваливать ответственность за устранение ошибок на пользователя, а самостоятельно принимать решение и пытаться работать, пусть и с уменьшенной функцианальностью.
и функция разбора ситуации в программах 24-7-365 обычно выглядит как switch или обращение к class factory в котором все ситуации перечислены и написан код для минимизации сбоя. а для заполнения CF или switch и нужен такой список.
PS. Решение выкладывать или нет зависит от Владимира (Admin)
Отредактировано Георгий — 10/06/2005, 10:50 |
|