v7: загрузка из ДБФ, округляет число до целого #690511

Добры день. столкнулся с такой проблемой. Делаю обычное чтение dbf файла 1с77 ................. КонецЦикла; И числя с 2 знаками после запятой читаются как целое число, 2 знака просто отбрасывается. пробовал на Win 7 и Win server 2008. может такой быть из-за операционки? Раньше работал на win xp никогда такого не было.

может разделитель не правильный, посмотри в отладчике может в настройках винды что-то не так

отладчик уже видит как целое число. А в просмоторщике dbа все ок.

покажи, как (куда) читаешь?

сумма = Число(ДБФ.AMT); сумма = ДБФ.AMT; и в отладчики смотрел все поля текущей строки ДБФ и там нет 2 знаков.

ставлю на имя файла

Могу файл выложить в студию))

да!

имя файла 1.dbf ))

12 колонка , AMT - сумма с 2 знаками после запятой

Файл в порядке. Смотри, что у тебя в коде.

код покажи

А нет. У меня показывает AMT N 16 0

какая винда у тебя? У меня нет xp под рукой. может кто-то на XP проверить.

Посмотрел блокнотом. У тебя дробная часть отделяется запятой. Думаю, в этом все дело.

как-то заголовок дбфки от винды не зависит

а должна чем отделяться?

Точкой.

+ Во всяком случае, драйвер, который использует 1С, ожидает точку.

параметры поля N16.0

а в этом файле в 3 колонке какой разделитель у вас?

этот файл читается нормально, хотя разделитель у меня "запятая" и в первом и во втором файле((

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

хм... посмотрел я файлик. Excel открывает, но колонка АМТ пустая кроме нулей. Открываю в акцессе, там колонка заполнена, но нет дробной части нигде. Кстати, тип dBase какой? На 4-й как-то не похож, а клюшки работают с ним.

А дробная часть присутствует, простой листер показывает "100494,63"

тип не известен, это делает экспорт клиент-банк

Хде 2 знака после запятой??

Имхо нужно делать что-то вроде:

А Объект.АМТ у вас строка? и с запятой?

+

функцией СтрЗаменить он автоматом переводится в строку

На входе в эту функцию уже нет дробной части((

см. "...На 4-й как-то не похож, а клюшки работают с ним."

угу.. в сам деле нет др.части вот картинка в DBFnavigator

Ну почему на Украине все не как у людей?

переводим тему в политическую плоскость?:)))))

как же нету если тут явно видно (выделено красным), что есть 2 знака после запятой ))

Структура описания полей в заголовке DBF-файла № байта     Размер     Значение     Описание     Используется 00     11     ASCII     Имя поля с 0x00 завершением     Все 11     1     ASCII     Тип поля см. Таблицу 4     Все 12     4     n,n,n,n     Адрес поля в памяти     D3         0,0,n,n     Смещение относительно начала записи     Fp         0,0,0,0     Игнорируется     FS, D4, D5, Fb, CL 16     1     Byte     Размер поля см. Таблицу 4     Все 17     1     Byte     Количество знаков после запятой     Все 18     2     0,0     Зарезервировано     Все 20     1     Byte     Идентификатор рабочей области     D4,D5         0x00     Не используется     FS, D3, Fb, Fp, CL 21     2     n,n     Многопользовательский dBase     D3, D4, D5         0,0     Игнорируется     FS Fb, Fp, CL 23     1     0x01     Установленные поля     D3, D4, D5         0x00     Игнорируется     FS Fb, Fp, CL 24     7     0..0     Зарезервировано     Все 31     1     0x01     Поле включено в .mdx индекс     D4, D5         0x00     Игнорируется     D3, FS, Fb, Fp, CL

А можно объяснить для простых смертных, о чем это говорит?

железяка смотрит не глазами. она читает дескриптор поля, и видит в дескрипторе 0x10 - длина поля, и 0x00 - количество знаков после запятой. И поступает так, как положено.

А там что дробная часть есть у значений этого поля? Интересно...

Было такое чудо когда-то в Проминвесте-банкклиенте. Решалось настройкой банк-клиента по подсказкам банковских программеров - были там скрипты, по которым строился файл экспорта и смысл был в замене неправильного скрипта. Но Проминвест вроде на бифите уже работает?

Если dbf-файл записывается утилитой на Си и т.п., то никто не обещает, что структура файла будет правильной, так как обычно записывают сначала заголовок (копируя просто заранее созданный), а потом при помощи fprintf-а пишут данные, не заглядывая в заголовок и соблюдая только длину полей (хотя и этого можно не делать). Причём, если на другой стороне программа точно также "читает" файл, проверяя заголовок на полное совпадение, а записи читая из строки фиксированной длины (размером со всю запись), то никто и не узнает, что заголовок такой. Кстати, если использовать Scripting.FileSystemObject и MsScriptControl, то можно прямо в 1С написать альтернативную программу чтения файла, которая прекрасно прочитает всё, не обращая внимание на кривизну типов в заголовке.

Посмотри в файле ДБФ, может там уже все округлено :)

АМТ, целое число :)

Дарю...   DBF Viewer...

это только если структура фисированная. зы. но таких идиотов вроде не так уж и много.... хотя.. старые умнеют - новые плодятся...