Результаты поиска

Я пытаюсь поддерживать проект установки в Visual Studio 2003 (да, это устаревшее приложение). Проблема, с которой мы столкнулись на данный момент, заключается в том, что нам нужно записать записи реестра в HKCU для каждого пользователя на компьютере. Они должны быть в HKCU , а не в HKLM , потому что они являются настройками пользователя по умолчанию, и они действительно меняются для каждого пользователя. Мое ощущение заключается в том, что

1. Это невозможно
2. Это не то, что должен делать установщик, но то, что должно делать приложение (в конце концов, что происходит, когда Профиль пользователя создается после установки?).

Учитывая это, я все еще хочу изменить как можно меньше в приложении, поэтому мой вопрос заключается в том, можно ли добавить записи реестра для каждого пользователя в проекте установки Visual Studio 2003 ?

И, на данный момент проект перечисляет пять корневых ключей реестра (HKEY_CLASSES_ROOT, HKEY_CURRENT_USER , HKEY_LOCAL_MACHINE , HKEY_USERS и User/Machine Hive). Я действительно ничего не знаю о корневом ключе Users и не видел User/Machine Hive. Может ли кто-нибудь просветить меня на этот счет? Возможно, они могли бы решить мою проблему выше.

Я пометил свой DLL как vsdraCOM, и я могу видеть его в реестре после установки, но мое приложение не видит интерфейс COM, пока я не вызову RegAsm вручную. Почему это могло случиться?

Регистрация COM не работает на Vista (подтверждена мной) и на XP (подтверждена коллегой). Использование Visual Studio 2005 на XP.

Мне нужно программно определить, установлен ли .NET 3.5. Я думал, что это будет легко:

<% Response.Write(Environment.Version.ToString()); %>

Который возвращает "2.0.50727.1434", так что нет такой удачи...

В своем исследовании я обнаружил, что есть некоторые довольно неясные ключи реестра, которые я могу посмотреть, но я не уверен, что это тот путь, по которому нужно идти. У кого-нибудь есть какие-нибудь предложения?

Как определить приложения, связанные с конкретным расширением (например .JPG) , а затем определить, где находится исполняемый файл для этого приложения, чтобы его можно было запустить с помощью вызова say System.Diagnostics.Process.Start(...).

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

Итак, я запускаю небольшой тест webserver в своей частной сети. У меня есть машина под управлением Windows 2000 Pro, и я пытаюсь запустить приложение ASP.NET через IIS.

Я написал это так, чтобы веб-страница использовала реестр для хранения определенных настроек (строки подключения, потенциально изменчивые местоположения других веб-служб, пути в локальной файловой системе, где хранится определенная информация и т. д...) Конечно, он отлично работал при тестировании с VStudio.NET 2005, потому что пользователь, запускающий приложение, имеет повышенные привилегии. Однако, запустив его на IIS, я получаю "доступ к разделу реестра" HKEY_LOCAL_MACHINE\Software " запрещен.", что предполагает, что пользователь IIS не имеет доступа для чтения к этой части реестра (я только читаю сам сайт, никогда не пишу).

Я подумал: "Хорошо, достаточно просто, я просто дам этому пользователю права на эту часть реестра через regedit."Проблема в том, что я не вижу возможности где-либо в regedit изменить настройки безопасности... совсем. Что заставило меня задуматься... Я не думаю, что мне когда-либо приходилось менять настройки безопасности для кустов реестра/ключей раньше, и я не думаю, что знаю, как это сделать.

Спустя полчаса поиска в Интернете я не нашел никакой полезной информации по этому вопросу. Вот что мне интересно... как DO вы меняете права безопасности на части реестра? Я в тупике, и кажется, что моя способность найти ответ на Google полностью подводит меня... и так как я только что зарегистрировался здесь, я подумал, что посмотрю, знает ли кто-нибудь здесь. =)