Форматированный вывод, Не понимаю сути Опции

[MeatCrash]

Вот запись:
write(a:b:c);
где a - переменная
b,c - выражения тип integer, необязательные параметры, указывающие соответственно ширину выводимого поля и количество дробных цифр.

С a и c всё понятно, а вот b просто заводит меня в тупик, дело в том, что если b имеет значение 1, то до дробной части можно писать ещё порядка 15 знаков, но ведь b должно в этом меня ограничивать, так? А этого не происходит. Почему? Заранее спасибо за ответ на тупой вопрос.

[volvo]

Твоя программа просто не будет выводить ни в каком виде. Она просто напросто не откомпилируется. Можешь проверить... Во-первых, ты забыл слово Var, во-вторых, в целое (Integer) число НЕЛЬЗЯ заносить вещественное значение, ну и в третьих, число типа Integer способно принимать значения от -32768 до 32767

Так что вопрос остался открытым: как именно затирается дробная часть.

[MeatCrash]

Твоя программа просто не будет выводить ни в каком виде. Она просто напросто не откомпилируется. Можешь проверить... Во-первых, ты забыл слово Var, во-вторых, в целое (Integer) число НЕЛЬЗЯ заносить вещественное значение, ну и в третьих, число типа Integer способно принимать значения от -32768 до 32767

Так что вопрос остался открытым: как именно затирается дробная часть.

Сейчас всё починил. Ну новичок я. Что с меня взять? Теперь нормально? Дробная часть становится равной нулю, примерно такой вид: 12345678901000000000.00. Понятно?

Сообщение отредактировано: MeatCrash - 9.04.2006 3:05

[volvo]

Сейчас всё починил. Ну новичок я. Что с меня взять? Теперь нормально? Дробная часть становится равной нулю, примерно такой вид: 12345678901000000000.00. Понятно?

Продолжаем краткую экскурсию в систему типов языка:
Здесь проблема совершенно не в том, сколько чисел ТЫ разрешил печатать при выводе. Проблема вот в чем. Любое вещественное число в памяти компьютера представляется в виде мантиссы (нормализованной) и экспоненты, то есть число 12345.6 будет храниться в виде 1.23456 * 10^4

Так вот, о проблеме - у переменных типа Real точность мантиссы ограничена 11 - 12 знаками, то есть все цифры, начиная с 12 от десятичной точки просто напросто теряются... Теперь более понятно, что происходит? Вот твой же пример:
12345678901234567890.345
нормализуем мантиссу и приводим число к экспоненциальному виду, как оно хранится в памяти:
1.2345678901234567890345 * 10^19 (можешь в этом убедиться в окне Watches)
теперь "теряем точность" - оставляем только первые 11 цифр после запятой:
1.2345678901200000000000 * 10^19

И вот это число ты печатаешь... А при печати с указанием ширины поля вывода кроме всего прочего происходит еще и округление. Что имеем? Число опять преобразуется из экспоненциальной в обычную форму, округляется по правилам математики до того количества цифр после запятой, что ты указал вторым параметром, и распечатывается:
12345678901200000000.00 (после запятой ставится столько цифр, сколько ты просил, а перед запятой программа ничего менять не имеет права, если заданное тобой первое поле БОЛЬШЕ чем есть цифр перед запятой, то как написал klem4, перед числом будут добавлены пробелы. Если же ты указал первое поле МЕНЬШЕ, чем есть цифр перед запятой, то число выведется полностью, но пробелы перед ним ставиться не будут)...

Теперь понятно, откуда это берется? Кстати, это не самая простая тема для начинающего... Могу только добавить, что чуть-чуть поправить ситуацию можно, если использовать более емкие сопроцессорные типы: Double (15-16 значащих цифр) и Extended (19-20 значащих цифр). Но все равно, их точность тоже не безгранична, и даже 20 цифр - не так много...

[MeatCrash]

Теперь понятно, откуда это берется? Кстати, это не самая простая тема для начинающего...

Последнее предложение означает, что мне пока не надо в это соваться или ты это меня так похвалил?

APAL, Ня надо. Я больше не буду.