Доброе время суток всем.

Такая ситуацию:
В организации есть программа, написанная на FoxPro под Dos. Эта организация хочет преобрести фискальный регистратор Штрих-Комбо-ФР-К. Задача -написать модуль на FoxPro под Dos, чтобы из него, из модуля, управлять фискальным регистратором.

Может кто писал уже похожие модули?
На форуме Штрих-М дали ответ, что примера программирования для FoxPro под Dos у них нет :(

Буду очень благодарен за любые советы.

hammerok
А под что у них есть?
Возможен вариант считывания данных одной прогой, а потом их преобразование и загрузка в базу на основе FoxPro

Попросил на их сайте пример под Visual FoxPro, обещали выслать. Посмотрю что в этом примере, может и додоумаюсь.
А у них, есть под Visual FoxPro (это я ухже сказал), есть под 1С Предприятие, но на сколько я понял, это отдельный модуль для 1С Предприятие, который надо отдельно покупать.

Ну если есть под Visual FoxPro, то совсем просто из под него написать передачу в FoxPro под DOS. В dbf файле под DOS дописывается метка признака DOS кодировки, что-то типа:
PROCEDURE RusDBF
PARAMETERS nFile
IF FILE(nFile)
gnFile = FOPEN(nFile,12)
nPoz=FSEEK(gnFile,29,0)
nWrite=FWRITE(gnFile,CHR(101))
gnFile = FCLOSE(gnFile)
ENDIF
ENDPROC
или можно использовать (было в поставке первых версий Visual FoxPro) программу CPZERO.PRG
Потом в эту базу передавать данные из под Visual FoxPro,
а дальше использовать в FoxPro под DOS.
Если прога под DOS небольшая, есть смысл перетащить все в Visual FoxPro

BVA, только наверно не 101, а 102?
http://www.clicketyclick.dk/databases/xbase/format/dbf.html#DBF_NOTE_5_TARGET
PS: либо ссылу на правильный источник, если не затруднит

Code Pages Supported by Visual FoxPro
Code page Platform Code page identifier
437 U.S. MS-DOS x01
620 1 Mazovia (Polish) MS-DOS x69
737 1 Greek MS-DOS (437G) x6A
850 International MS-DOS x02
852 Eastern European MS-DOS x64
861 Icelandic MS-DOS x67
865 Nordic MS-DOS x66
866 Russian MS-DOS x65
895 1 Kamenicky (Czech) MS-DOS x68
857 Turkish MS-DOS x6B
1250 Eastern European Windows xC8
1251 Russian Windows xC9
1252 Windows ANSI x03
1253 Greek Windows xCB
1254 Turkish Windows xCA
10000 Standard Macintosh x04
10006 Greek Macintosh x98
100071 Russian Macintosh x96
10029 Macintosh EE x97
См. помощь в VFP
x65 в десятичном будет 6*16+5=101

В упомянутом CPZERO.PRG элементы массива Русской кодировки под DOS (866 кодовая страница):
cpnums[ 6,1] = 866
cpnums[ 6,2] = 101

"Лишние" пробелы из поста улетают, поэтому несколько нечитабельным получается пост.
Тот код который привел использовал для доступа из под VFP к базам БЭСТа под DOS. Т.ч. стопроцентно рабочий, но требует монопольного доступа. Поэтому таким образом метил свой файл, заполнял нужными данными, а потом сливал в базу БЭСТ через APPEND FROM/
Упомянтая CPZERO.PRG для постановки соответствующего кода используется в виде:
CPZERO 866
Без параметра очищает признак

Спасибо за ответы.

Программу нет возможности быстро перевести на язык Visual FoxPro. Сама программа громоздка, и ее перевод займет немалое количесвто времени, учитываю то, что сам язык - Visual FoxPro, я не знаю. Вообще-то думал, что Visual FoxPro сделан на основе FoxPro под DOS, но в высланных мне файлах ничего не понял (есть подозрения, что мне выслали пример без исходников :( ).

Схему алгоритма взаимодействия FoxPro под Dos и фискального регистратора, я представлюя так: в FoxPro формируется запрос (вводится кассиром), например, сумма чека и номер отдела (плюс, есил необходимо, текущее число и время), это запрос должен быть записан в какой-то внешний файл, который понятен и доступен драйверу фискального регистратора, причем записан в определенном формате. А уже потом драйвер начинает печать чека.

Так вот, из предыдущего абзаца, для меня составляет трудность (извините, за мое ламерство, но в FoxPro я недавно) записать данные во внешний файл, отличный от текстового и dbf.

А какой файл кроме dbf или текстового еще нужен?
Вообще, обычно вывод в текстовый файл осуществляется через отчет, который переназначается вместо принтера в файл.

Если есть файлы типа PJT, PJX, SCT, SCX, то это исходники.
Нужно в VFP открыть файл проекта и там будут наличиствовать все нужные элементы: база, экранные формы, код и др.
Если же только база и EXE (может работать независимо) или APP (из VFP), то исходников нет. Правда при небольшом проекте можно получить нужные исходники при помощи REFOX
_http://www.wasm.ru/tools/18/Refox.zip

VFP от FoxPro под DOS сильно отличается, хотя включает в себя почти все из него.

BVA




На сколько я понял в этом фискальном регистраторе, то для него для связи клиент -> регистратор существует спеицальный драйвер (это для программирования), а для пользования - спеицальная программа (внешний модуль). Вот через этот драйвер в регистратор и передаются все команды.
Посмотрел пример для 1С:Предприятия. В этой оборотке подключается внешняя компонента (dll), а потом уже идет работа через методы и атрибуты компоненты.

Для Fox`а есть тоже, если я не ошибаюсь, команда подключения OLE-объекта, вернее сказать - не подключение, а заполнение БД данными из OLE-объекта. Но это функция для DOS версии FoxPro не поддерживается. :(




Файлы вот точно с такими расширениями, которые Вы описали. Значит исходники есть.
Вот невезуха, начал ведь подумывать, перевести программу на VFP, как нутром чуствовал, что пригодится :(. Да и самому захотелось перейти на другой язык программирования. Задержался, так как у нас в городе, купить дистрибутив с VFP не удалось, оставалось только заказать по инету.
Кстати, Вы не могли бы, подсказать, для рабочих станций, с конфигурацией - P Celeron 400, 128 Mb RAM хватит "сил" для выполения прогаммы написанной на VFP? Рабочие станции должны выполнять только клиентский модуль программы, соответсвенно для серверной части модуля другой компьютер, намного более мощный.

если VFP 3.0, то хватит и P166 c 16-32Мб, твой конфиг вполне хватит до VFP 7, с более новыми не возился.

Здравствуйте, контора приобрела аппараты ШТРИХ КОМБО ФР К, нужно срочно в программе под VisualFoxPro9 сделать выход на печать чека. Если у кого реализована такая возможность - подскажите. Буду благодарен любой помощи.