Использовал объект "n_fileinfo" от сюда для получения данных о файле.
У меня РВ10.5 и другие варианты вообще никак не работали.

Если в среде разработки для определения версии я указываю путь к файлу РВ, то всё ОК (можно увидеть всё про этот ехе).
Но если я для примера указываю путь к другому ехе-файлу, то нет ничего и в выходном файле такая же картина.

Если я вместо конструкции:
просто напишу:
то всё работает и в среде и уже в выходном ехе-файле.

Вопрос: Для чего применяется такая расчетная конструкция? С чем это может быть связано или на что повлиять в дальнейшем?

maxATCAIS,
Навскидку. Может появляются лишние пробелы?



Не думаю.
Во-первых, вместо "040904e4" (это когда путь не на РВ, т.е. на другой ехе-файл) появляется значение "04091252" и др.

Вопрос не в пробелах, вопрос зачем делать вычисления, когда можно просто указать "040904e4" и получить далее всю поднаготную о файле. Может есть какая-то завязка на Windows (язык и т.п.) и поэтому делают вычисляемое значение.
Вопрос именно "почему значение вычисляемое" (есть предчувствие, что это "ж-ж" не спроста и баг может иметь существенную отрицательную обратную связь).

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

А может есть и другие лучшие (стабильные) решения, а я о них и не знаю? 8(

Локшин МаркAIS Вопрос именно "почему значение вычисляемое" (есть предчувствие, что это "ж-ж" не спроста и баг может иметь существенную отрицательную обратную связь).

Это связано с кодовой страницей.
А как правильно выйти из ситуации?
Убрать все вычисления и оставить "040904e4"?

maxATC...могу с Вами поделится простеньким файликом (64 Kb), автоматом обновляет клиентское приложение при его запуске если не сервере лежат новые файлы приложения.
От файла не откажусь, можно на ящик из профиля.
Зарание спасибо.