Hello, Vlad!
You wrote on Fri, 18 Mar 2011 14:25:35 +0200:
>> Причиной оказалось явное указание requestedExecutionLevel в манифесте
>> <requestedExecutionLevel level="asInvoker"> Что, по документации,
>> отключает эту самую виртуализацию, хотя для вызывающего приложения она
>> есть. http://msdn.microsoft.com/en-us/library/bb756929.aspx
KV> А при чём тут вызывающее приложение ? На виртуализацию оно никак не
KV> влияет.
Ну, получается что приложение работает с виртуализированной базой, а
запускает isql - последний уже этой базы не видит. И обойти это поведение,
если явно указан requestedExecutionLevel похоже возможности нет.
Но тут мы сами виноваты, в качестве скриптера завязались на внешнее
приложение (isql).
>> Похоже что единственным выходом будет включение в дистрибутив патченной
>> isql :-/
KV> а) не держать базу в "Program Files" (правильно), или
В дальнейшем так и будет, но еще нужно придумать, как перетащить тех
клиентов, у которых базы таки "завиртуализировались".
Да и не совсем очевидно, где держать базу - в профиле - нельзя, т.к. общие
бинарники в PF кто-то может обновить и они с базой в профиле работать уже не
будут. Терминальные пользователи в таком случае тоже идут лесом.
Ставить куда-нить в корень системного диска - как-то некрасиво, хотя
эффективно.
Пока склоняюсь, что Гугл с Хромом поступил проще всех - ставит все
приложение в LocalSettings и не парит никому мозг :)
KV> в) взять isql от FB 2.1
Пока почти так и сделал - поправил ресурс у isql от 2.5.
--
-=Невыносимых людей нет, есть узкие двери.=-
With best regards, Nikolay Ponomarenko
