Не прописываемое значение...
 

Скажите, пожалуйста, как импортировать такой ключ через cmd/bat?

При обычном импорте параметр LicenseCertificate почему-то не создается.

Что подразумевается под «обычным импортом»?

Вот экспортировал ключ, удалил его с реестра, а потом хотел импортировать обратно, но параметр LicenseCertificate уже не создается.

Dodakaedr, тип значения какой — строка, многострочный параметр? Например, покажите скриншот такого вида:

Спасибо! Уже помогли...разобрался.

Понимаю что тема вроде закрыта.
Если кто может отпишитесь. Каким образом решена данная проблема.
Всё как на скриншоте постом выше.

Цитата:

Цитата khasia Понимаю что тема вроде закрыта. »

Коль Вы в неё можете написать — то нет, не закрыта.

Сие осталось покрыто мраком, ибо коллега Dodakaedr не счёл потребным дать каких-либо пояснений. Но Вы можете написать ему в личку или на почту, он периодически появляется на конференции.

Вообще я был уверен что если по каким-то причинам мне придётся сделать откат системы то ключ реестра должен будет восстановиться, с большой долей вероятности.
Выходит в данном конкретном случае, средствами Windows не получится сделать "экспорт-импорт" ключа.
Либо писать утилитку под эту операцию, либо переустанавливать софт.

Я Вас не понимаю.

Выше указанный ключ, невозможно добавить в реестр.

Имеется ввиду из него сделать reg-файл и запустить его. Ветка пропишется а вот строковой параметр нет.

khasia, вопрос тот же — как был сделан этот файл реестра? Также хотелось бы посмотреть на оригинальное содержимое данного параметра в реестре.

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

Он такой же как в вашем посте #4
Вот ещё один

Вы знаете, по виду — не совсем такой же. Обратите внимание на то, что я обвёл красным:

Выделенное — концы строк. Есть ли они у Вас (и должны ли они быть — я-то ведь просто пример показывал) — сложно сказать.

Давайте попробуем так, дабы я смог попытаться «поиграться» и «пощупать». Выполните сохранение искомого подраздела во внешний куст командой (вместо выделенного подставьте Ваш путь в реестре):
Упакуйте полученный Sample.hiv в архив и приложите к сообщению.

khasia, примерно ясно. Вот как он выглядит в реальности:

И, видимо, поэтому на этапе экспорта C-шные функции работы со строкой воспринимают эти данные как свои escape-последовательности (конец строки в формате Windows из пары символов CrLf) и пишут их в экспортируемый файл. Обратного же преобразования в escape-последовательности, естественно, не производится.

Предлагаю два варианта:

1. Использовать формат кустов — уже знакомый Вам:
для экспорта куста и:
для импорта. Не так наглядно, но работает.

2. Учитывая тот факт, что по стандарту xml должен быть индифферентен к пробельным символам (теоретически должен, на практике же всё зависит от конкретного парсера xml), попробовать в полученном путём экспорта файле реестра .reg (reg.exe export) «ручками» убрать все концы строк, дабы получилась одна строка, наподобие (на путь к подразделу не смотрите — это пример, у Вас путь будет свой):
Затем сделайте резервную копию в виде экспорта куста реестра путём вышеприведённой команды reg.exe save …, затем попробуйте импортировать отредактированный файл реестра .reg. Затем попробуйте запустить приложение/приложения, которые работают с данным параметром реестра, и посмотреть, всё ли будет в порядке. Если всё будет нормально — значит второй путь также годится к использованию.


Есть и ещё один вариант, связанный опять же с ручной подстановкой \r\n в экспортированный файл реестра, но есть подозрение, что при попытке импорта наступим на те же грабли. Посему пока даже не проверял сие.

У меня в результате экспериментов, вроде получилось. Вот как добился.
1. Экспортирую ветку в reg-файл, получаю содержимое REG-ключа такого же вида как в шапке.
2. Открываю в текстовом редакторе и привожу его к виду, как в последнем примере в вашем предыдущем посте. Т.е значение в одну строчку и без пробелов, и сохраняю в ЮНИКОДЕ. И всё прописывается. Если не трудно проверьте на корректность.

Пробелы как раз не существенны. Проблема состоит в escape-последовательностях, которые воспринимаются и обрабатываются «как свои» C-шными функциями работы со строками редактора реестра и утилиты reg.exe, как я писал чуть выше.

Так файл и так будет в юникоде (UTF-16LE/1200) уже при экспорте из реестра.

А как я могу проверить? Тут только Вы сами:
У меня-то этих приложений нет.

Да проверил, приложение работает нормально.
Спасибо за помощь.