IPB
ЛогинПароль:

> Правила раздела!

1. Заголовок или название темы должно быть информативным !
2. Все тексты фрагментов программ должны помещаться в теги [code] ... [/code] или [code=pas] ... [/code].
3. Прежде чем задавать вопрос, см. "FAQ" и используйте ПОИСК !
4. НЕ используйте форум для личного общения!
5. Самое главное - это раздел теоретический, т.е. никаких задач и программ (за исключением небольших фрагментов) - для этого есть отдельный раздел!

> Обработка ошибок
сообщение
Сообщение #1


Гость






Существует ли в паскале обработка ошибок, на подобии бейсиковской onerror?
 К началу страницы 
+ Ответить 
 
 Ответить  Открыть новую тему 
Ответов
сообщение
Сообщение #2


Гость






Встроенная (я про Турбо-Паскаль, конечно, современные-то компиляторы имеют блок Try ... Except) - нет, добавить можно (с использованием ассемблерных вставок или директивы Inline)... Пример - тут:
как отлавливать исключение в Турбо Паскале 7.0
 К началу страницы 
+ Ответить 
сообщение
Сообщение #3





Группа: Пользователи
Сообщений: 6
Пол: Мужской

Репутация: -  0  +


Мде(
Может есть способ проверить перед умножением двух чисел extended, будет переполнение или нет?
 Оффлайн  Профиль  PM 
 К началу страницы 
+ Ответить 
сообщение
Сообщение #4


Уникум
*******

Группа: Пользователи
Сообщений: 6 823
Пол: Мужской
Реальное имя: Лопáрь (Андрей)

Репутация: -  159  +


Цитата(Flover @ 5.12.2007 19:24) *
есть способ проверить перед умножением двух чисел extended, будет переполнение или нет?
Конечно, есть. И конечно, не такой, как у andriano. Проверка на уровне "возможно" вряд ли устроит в реальной ситуации (даже если не ошибиться в диапазоне yes2.gif )..

Можно проверять логарифм. Как известно, логарифм произведения равен сумме логарифмов. Вычисли натуральные логарифмы модулей сомножителей и сложи их. Если получится меньше, чем примерно 11356.5 (значение можно уточнить, но это непринципиально), то смело умножай, если больше - то не стоит.. smile.gif И есть еще одно "но": надо следить, чтоб никакой из сомножителей не был равен нулю, иначе логарифм выдаст ошибку. Но при хотя бы одном сомножителе, равном нулю, за переполнение произведения опасаться нечего, так что все в результате должно выглядеть примерно так:
if (a=0) or (b=0) or (Ln(Abs(a))+Ln(Abs(b))<=11356.5) then c:=a*b;


Если ты можешь приблизительно предсказать величину своих чисел, то можно обойтись без логарифмов. Например, если ты уверен, что все значения больше, скажем, единицы, то можно перемножить обратные величины. Это произведение нужно сравнить примерно с 5e-4932 :
if 1/Abs(a)/Abs(b)>5e-4932 then c:=a*b

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

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


--------------------
я - ветер, я северный холодный ветер
я час расставанья, я год возвращенья домой
 Оффлайн  Профиль  PM 
 К началу страницы 
+ Ответить 
сообщение
Сообщение #5


Гуру
*****

Группа: Пользователи
Сообщений: 1 168
Пол: Мужской
Реальное имя: Сергей Андрианов

Репутация: -  28  +


Цитата(Lapp @ 6.12.2007 6:41) *

Конечно, есть. И конечно, не такой, как у andriano. Проверка на уровне "возможно" вряд ли устроит в реальной ситуации

Не могу согласиться.
Если не брать эксперименты из теории чисел, то любые величины, которые могут встретиться в РЕАЛЬНЫХ расчетах, никак не могут превосходить по абсолютной величине 10 в степени несколько десяков. Да и десятки в данном случае - большая экзотика.
Поэтому появление ХОТЯ БЫ ОДНОГО числа больше, скажем, 10^154 уже однозначно свидетельствует об ошибке.
Таким образом, если нас интересуют вычисления ради вычислений, можно, конечно, поизвращаться, если же нас интересует ответ на конкретный вопрос (решение конкретной задачи), то даже единственного сомножителя "неразумной" величины достаточно, чтобы сделать вывод о том, что в предшествующих вычислениях содержится ошибка?
А зачем еще нам может понадобиться проверка?
Только затем, чтобы выявить и аккуратно обработать ошибку вместо того, чтобы допусить аварийное завершение программы.

PS. Ну не помню я навскидку пределы изменения extended. Казалось, что порядка 10^308. Возможно, это относится к какому-то другому типу. В любом случае, в реальных расчетах такие числа не используются.

Сообщение отредактировано: andriano -
 Оффлайн  Профиль  PM 
 К началу страницы 
+ Ответить 

Сообщений в этой теме
-flover-   Обработка ошибок   5.12.2007 16:52
volvo   Встроенная (я про Турбо-Паскаль, конечно, современ…   5.12.2007 16:58
Flover   Мде( Может есть способ проверить перед умножением …   5.12.2007 23:24
Lapp   есть способ проверить перед умножением двух чисел …   6.12.2007 10:41
andriano   Конечно, есть. И конечно, не такой, как у andria…   6.12.2007 12:00
Lapp   Если не брать эксперименты из теории чисел, то люб…   6.12.2007 12:23
Flover   К сожалению задача это предполагает и, если делат…   6.12.2007 18:26
andriano   К сожалению задача это предполагает и, если делат…   8.12.2007 1:51
Flover   Да, использовать асм умнее. Ток вычесть 16383, и …   9.12.2007 20:44
andriano   Да, использовать асм умнее. Ток вычесть 16383, и …   9.12.2007 21:48
Flover   Спасибо. А можно ли qw присвоить значение w[], что…   9.12.2007 22:48
andriano   Конечно есть. Если оба числа по модулю больше 10^1…   6.12.2007 3:05
volvo   Правда? Ну, давай посмотрим: Что я делаю не так?…   6.12.2007 3:12
volvo   Надо точно? Тогда обрабатывай слово состояния FPU:…   6.12.2007 22:08
Flover   Спасибо..   7.12.2007 15:35
andriano   Вот что у меня получилось: var e : extended; …   9.12.2007 23:46
Flover   Ага, надо было просто оперировать с w[], мог бы и …   10.12.2007 1:12


 Ответить  Открыть новую тему 
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 





- Текстовая версия 29.03.2024 0:15
500Gb HDD, 6Gb RAM, 2 Cores, 7 EUR в месяц — такие хостинги правда бывают
Связь с администрацией: bu_gen в домене octagram.name