Сравнение файлов на сервере. Обычные формы, УТ 10.3 #729672

Коллеги, привет! Вот такой затык заимел на свою голову. Есть двай файлика текстовых, там CSV. Один берется с фтп, другой генерируется программно. Надо и сравнить, и, если есть отличия, обновить на фтп. Все это обернуто в регл. задание. Столкнулся с тем, СравнениеФайлов умеет только толстый клиент. Решил пойти методом проверки ОС, через  "fc". Тут уже сервер не умеет КомандаСистемы. Решил делать через Shell. На клиенте все прекрасно отрабатывает, на сервере не хочет создавать файл... Код:

+ вполне понятно, что файлы можно сравнить методами встроенного языка, но тут уже спортивный интерес

сервер приложений про файлы на клиенте не в курсе... или прав нет

все файлы создаются на сервере приложений, через КаталогВременныхФайлов. Посему, думается, с правами тоже не должно быть проблем

+ т.е. сам файлик проверки создается регламентным заданием и вполне успешно кладется в тем USR1CV8, тоже самое и с получением файла с фтп. А вот файл сравнения не хочет... Если выполнить просто в cmd, то файл сравнения создается нормально

мб надо cd сделать, у тебя > текущий каталог

в ФайлРезультат вообще есть что-то?

нет, он при выводе должен создаваться, для того и " > "

но он не создается

сиди сравнивай в чем разница в синтаксисе... может у тебя пробелы в путях

на клиенте все отрабатывает. если тупо вычислить строку "fc /a "+ПервыйФайл+" "+ВторойФайл+" > "+ФайлРезультат и вставить в cmd на сервере - тоже отрабатывает. а вот регламентным не хочет, и это вгоняет меня в тупик

crc32 еще не предлагали?

чота не все так просто в фоновом... какие-то костылики везде типа ТекстовыйДокумент.Вывод = ИспользованиеВывода.Разрешить;

не, и, думаю, не надо ну так по идее, вывод текстового документа делает не 1С, а fc

ну не знаю я что еще предложить... натравливай procmon на каталог/файлы, сиди смотри кто туда приходит и с какими правами...

это уже, пардон, онанизЬм. В общем задачку решил встроенным языком, банально: будем считать, что в регл. заданиям с Wscript.Shell происходит что-то грустное :(

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

чейта не надо? мд5 посчитать у файлов и если разные то грузить Функция DecToHex(Знач Число)     Если Число = 0 Тогда Возврат "00"; КонецЕсли;

>будем считать, что в регл. заданиям с Wscript.Shell происходит что-то грустное :( отмазка на уровне "голова предмет темный"

если я щас начну еще пихать в регл. задание ком-объекты, то фиг его знает, что там еще отвалится :) но спасибо за идею, интересно. ну дык а какие еще варианты? может быть это пламенный привет дяде Билли, но как это отлаживать - я себе слабо представляю