ТекстовыйДокумент, ЗаписьТекста - при записи добавляет ВК+ПС в конец файла. #759087

Добрый день! Сижу, колдую над записью текста в 8.3. При записи текста в файл добавляет строку в конец файла вида Символы.ВК + Символы.ПС, т.е. просто вставляет разделитель. В общем, вот такой код:     Текст.Записать("C:ANSI.TXT", КодировкаТекста.ANSI); По логике в файле должна быть одна строка, но зайдя любым блокнотом в файл видно 2 строки. При этом, если файл прочитать методом Прочитать, а потом глянуть сколько в тексте строк - все будет нормально, то есть 1Ска считает, что все гуд. Собственно сам вопрос - кто сталкивался? Как лечить?

>По логике в файле должна быть одна строка там и есть одна строка

Читайте дальше.

Все верно.

готово

Различные операционные системы придерживаются своего представления перевода строки и конца файла. В DOS и Windows перевод строки кодируется последовательностью двух символов: CR и LF.

То есть, с помощью средств 1С нормально текст в файл не записать - она будет постоянно дописывать разделитель в конец файла?

с помощью средств 1С нормально текст в файл записать

Большое спасибо за Ваше развернутое объяснение.

да не за что

Эх, умеете вы все доходчиво объяснять.

у меня на три слова больше, чем в получилось ;)

А по сути - если не нужны символы конца строки и перевода каретки, то открывай файл в бинарном виде и выкусывай последние байты )))). Правда потом любой текстовый редактор опять проставит эти символы.

Под "текстом" 1с понимает набор строк из минимум одной строки символов(возможно пустой). Каждая строка обязательно заканчивается символами конца строки. Не любой. В фаре редактор сам не добавляет перевод строки, если не нажимать Enter.

Скоро автор узнает про символ  EOF - вот это будет приключение!

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

Самая большая проблема этого плана - невозможность в 1с без внешних костылей работать с двоичными данными. Казалось бы, чего проще - сделать у объекта ДвоичныеДанные возможность обратиться к произвольному байту через [] и пару дополнительных методов (Вырезать,Вставить). Но не хотят, редиски..

Не знаю таких редакторов, даже notepad виндовый не проставит, если Enter не нажать. К сожалению, EOF != EOLN, и в 1С нет возможности с ними работать.

Извини, но тема ни о чём: 1С-ка файл записыват, файл читает и, кроме того, читает то, что записала и как записала. А есть ли в последней строке комбинация EOL+CR не существенно.

Даже если открыть в режиме редактирования и сохранить?

Иногда существенно, если например нужно создавать unix-текст.

Очень даже существенно, ибо это пустая строка, а так как мне надо сохранить все как .CSV и дальше файл будет обрабатываться в другой системе, то последняя пустая строка все испортит. Да, именно так.

Что за другая система, если не секрет? Эта другая система не понимает CR+LF?

Что бы закрыть что-нибудь, надо вначале это что-нибудь открыть :) Нет такого метода.

Нет, она-то как раз-таки и понимает, и не хочет пустую строку отсеивать.

Тупишь?

текстовые файлы одинаково прекрасно открываются как в глюкавой поделке Гейстса, так и в *nix системах, независимо от того, где созданы. Текст, он и в АФрике текст.

Товарищ, я действительно туплю, большое вам спасибо, помогло!

И теперь нет пустой строки?

Можете мне не верить - но нет.

Отчего же? Верю. Просто с такой задачей не сталкивался. А сопряженные системы легко понимали csv с пустой строкой в конце.

Нет. У многих программ в линуксе ini-файлы не работают, если созданы в дос-тексте с cr+lf. Или программы на всяких скриптовых языках типа perl.

Ну тут вопрос не к ОС, а к среде исполнения этого самого ini файла.

Текст.УстановитьТекст("любой текст") не добавляет разделители, но неудобно в этот файл что-то дописывать.