Есть репорт, который в всех версиях выдавал текстовый файл по команде -
REPORT FORM (lcSeleRepo) TO FILE (lcTextFile) ASCII
Результирующий файл просматривался в ДОС.
В VFP9 такой файл тоже формируется, но уже в WIN кодировке. Меня это не устраивает, т.к. в дальнейшем этот файл по технологии используется в ДОС кодировке.
Команда SET REPORTBEHAVIOR 80 ничего не меняет.
Помогите, пожалуйста!

Попробуйте установить в frx колонку resid в 255.

Я не хочу вносить изменения в репорты. Их много. Во всех версиях они работали нормально. И что значит " установить в frx колонку resid в 255"?

Hi lvugs!

Ну так переконвертируй файл! Делов куча...

При конвертировании в Far-e некоторые украинские буквы не распознаются. А программно я не знаю как.

lvugs писал(а):

Цитата:

При конвертировании в Far-e некоторые украинские буквы не распознаются. А программно я не знаю как.

См. help по функциям

filtostr()
cpconvert()
strtofile()

Я все отчёты формирую чере репорты. Их много и менять их не хочется. Непонятно, почему поменяли кодировку формирования текстового файла ASCII? Для ДОС. Почему для ДОС формируется файл в кодировке WIN?

1. В чем сделаны и в каокй кодовой стрвнице отчеты.?
2. Кодовая страница среды, из которой запускается отчет?
3. Кодовая страница самих данных для отчета?

Что-то я не припомню, чтоб виндовые версии фокса выдавали report to ascii в 866 странице.

1. VFP 6.0
2. VFP 9.0
3. WIN

Команда REPORT FORM (lcSeleRepo) TO FILE (lcTextFile) ASCII до 9-ой версии работала нормально!

lvugs, у меня в 8-ке формируется файл в 1251...
Посмотри в Project info кодовую страницу для твоего frx файла.

Hi lvugs!

1) Ты совершенно напрасно считаешь что кодировки 1251 и 866 полностью
идентичны и между ними возможны преобразования без потерь.

2) Где ты в хелпе видел строчки про то что REPORT ... ASCII существует "для
DOS" я там такого в упор не вижу - более того если в других версиях VFP
вывод по этой команде осуществляется не в кодировке CPCURRENT() - то это
явный баг!

lvugs писал(а):

Цитата:

1. VFP 6.0
2. VFP 9.0
3. WIN

Команда REPORT FORM (lcSeleRepo) TO FILE (lcTextFile) ASCII до 9-ой версии работала нормально!

Здесь нет ответа на вопрос о кодовой странице отчета.

К Igor Korolyov-
Я не считаю, что кодировки 1251 и 866 полностью идентичны и между ними возможны преобразования без потерь. Тем более, что у меня и таблице и в самом репорте есть украинские буквы. Но в прошлых версиях это работало и досовский текст выдавало!

К ssa-
Что значит кодовая страница отчёта? Отчёт разработан в VFP 6.0 и таблицу берёт в ВИН кодировке, а результат формирует в ДОС кодировке. Так было!! Отчёт не включён в проект, в этом не было необходимости.

lvugs писал(а):

Цитата:

К ssa-
Что значит кодовая страница отчёта? Отчёт разработан в VFP 6.0 и таблицу берёт в ВИН кодировке, а результат формирует в ДОС кодировке. Так было!! Отчёт не включён в проект, в этом не было необходимости.

Кодовая страница отчета - это ?cpdbf() после use Your_Report.frx и не надо никаких включений в проект.

Hi ssa!

Это не имеет большого значения для полей из курсора. Вот CPCURRENT() имеет.
А от CPDBF("*.frx") зависит лишь будут ли вообще нормально восприняты
лейблы, русские имена полей и т.п. - и менять его пожалуй не стоит - просто
мы поломаем все надписи, а результат будет нулевой.

Игорь, про курсоры пока речи не было.

Hi ssa!

Ты не понял... Фоксу по барабану CPDBF() репорта - от этого никак не зависит
то, в каком виде он будет выводить данные по REPORT FORM ... ASCII - он
просто может некорректно лейблы выводить - если отчёт был создан скажем в
1251 а потом его кто-то "насильно" через cpzero сделал 866. ПОЛЯ же с
данными вообще никак не зависят от CPDBF(). И соответственно ВСЁ зависит от
CPCURRENT() - т.е. если дано что файл репорта корректен (в т.ч. CPDBF()
соответствует надписям), CPDBF() курсора корректен (т.е. фокс его правильно
показывает) - то CP текстовика управляется именно CPCURRENT()-ом.