Articles of registry

编辑Windowsregistry,从Python,在Linux下

我正在寻找一个Python API(或者我愿意绑定的C API),用于在Linux系统中将Windowsregistry从XP编辑为7。 Windows目标将是Linux下的一个装载卷。 如果不存在,我愿意编写一个库。 因此,在registry中的任何文档或内部结构也将是方便的。 任何帮助,非常appriciated。

如何将多个文件名传递给上下文菜单命令

将一个文件名传递给上下文菜单的shell命令很简单: [HKEY_CLASSES_ROOT\*\shell\MyProgram\Command] @="program.exe %1" 但是,如果我select了多个文件, 每个这样select的文件都会调用program.exe 。 我想要做的只是调用一次program.exe ,传递给它当前select的所有文件名。 这个怎么做?

Set-ItemProperty将registry值设置为string而不是DWord,为什么?

我尝试使用PowerShell中的Set-ItemProperty创build一个项目,该项目适用于大多数系统: New-PSDrive -name HKCR -PSProvider Registry -root HKEY_CLASSES_ROOT Set-ItemProperty -Path HKCR:\Software\MyCompany\ -Name Level -Value 5 -ErrorAction SilentlyContinue 这在大多数Windows 7系统上创build了一个DWORD值,但是我发现一个系统创build了一个STRING值,我想知道:为什么? 会发生什么系统的行为有所不同? 所有没有已经设置的值,都使用相同的基础镜像使用相同的Powershell版本。 顺便说一句,我发现通过使用下面的代码,我可以明确地设置一个types,所以我已经解决了这个问题: New-ItemProperty -Path HKCR:\Software\MyCompany\ -Name Level -Value 5 -ErrorAction SilentlyContinue -PropertyType DWord 但只是为了好奇,我想知道为什么系统的行为有所不同。

读取存储在registry中的GUID值

我尝试读取在Delphiregistry中存储为一个binary值的GUID值。 当我用BintoHex读它时,结果却是相反的。 看来我必须交换字节,但我认为BinToHex会做到这一点。 我提到这个线程,但我找不到正确的解决scheme: 如何在Delphi中将字节数组转换为其hex表示它似乎是由于小Eendian。 下面,你可以看到存储在registry中的GUID 这是我的代码: var s : string; buffer : pointer; … begin getmem(buffer, 1024*1024); …. reg.ReadBinaryData(iValueOfregistry, buffer^, 1024*1024); …. bintohex(pointer(longint(buffer)+14), PChar(s), 32); s的输出: 90E24D373F126545916439C4925E467B GUID应该是FOLDERID_Downloads GUID: {374DE290-123F-4565-9164-39C4925E467B} 请帮忙

获取registry项的值C#

我已经看过现有的主题,所以请尽量避免在这里丢弃链接。 我想获得registry项的价值 – 简单明了。 这是我迄今为止。 registry: 1)下了一个密钥 CURRENT_USER \ SOFTWARE \ Custom_Subkey \ Custom_Value \ Custom_key \ STRING_VALUE 我正在试图findstring_value string reg_subKey = "Software\\Custom_Subkey\\Custom_Value"; RegistryKey root = Registry.CurrentUser.CreateSubKey(reg_subKey); foreach (string keyname in root.GetValueNames()) { textBox4.AppendText(keyname.ToString() + Environment.NewLine); // Appends the following data to textBox4 once the foreach is completed: // Header1 // Header2 // Header3 // […]

Inno设置registry

我可以添加到winregistry,以便资源pipe理器上下文菜单,当你右键点击一个文件,得到一个条目,调用“\path\到\ EXE”“path\ \ \本\文件\你\右\点击\上”? 如果在Inno setup中可以做到这一点,你能否给我提供一些例子? (以及在卸载时摆脱registry键) 谢谢。

C#WOW6432registry节点messin事情了

试图完成写入registry的简单任务,使C#应用程序在启动时运行。 使用基本的Win32.RegistryKey设置,但由于某些原因,它不断将我的密钥添加到/SOFTWARE/WOW6432/Microsoft/Windows.. etc目录,而不是普通的ol /SOFTWARE/Microsoft/Windows.. 试过看了一下,但似乎没有一个简单的答案这个问题:如何具体写一个密钥/SOFTWARE/Microsoft/Windowsregistry项,而不是它写入WOW6432 ? 我已经检查,以确保我的Visual C#速成解决scheme文件的平台列为x86 …所以它正在编译…我只是不想要那个wow6432目录。 感谢您的任何build议! 编辑: 我现在使用以下,但仍然没有成功: Microsoft.Win32.RegistryKey localKey32 = Microsoft.Win32.RegistryKey.OpenBaseKey(Microsoft.Win32.RegistryHive.LocalMachine, Microsoft.Win32.RegistryView.Registry64);

使用PHP和DOTNET类访问Windowsregistry

这是一个简单的问题:如何访问Windows的registry与PHP和DOTNET类? 我想要做的是读取另一个程序写的值。 谷歌search没有透露太多。 我很欣赏任何答案!

如何推送容器到Google容器registry(无法创build存储库)

编辑:我只是要指责平台不一致。 我已经放弃了现在推送到Google云容器registry,并创build了一个Ubuntu虚拟机,而我正在做。 我也投票结束了这个问题,出于前面所述的原因,也可能是因为服务器故障问题。 感谢大家的帮助! 运行$ gcloud docker push gcr.io/kubernetes-test-1367/myapp结果如下: The push refers to a repository [gcr.io/kubernetes-test-1367/myapp] 595e622f9b8f: Preparing 219bf89d98c1: Preparing 53cad0e0f952: Preparing 765e7b2efe23: Preparing 5f2f91b41de9: Preparing ec0200a19d76: Preparing 338cb8e0e9ed: Preparing d1c800db26c7: Preparing 42755cf4ee95: Preparing ec0200a19d76: Waiting 338cb8e0e9ed: Waiting d1c800db26c7: Waiting 42755cf4ee95: Waiting denied: Unable to create the repository, please check that you have access to […]

安装程序自定义操作无法读取所有registry值

使用Visual Studio 2015.我试图build立一个安装程序的自定义操作,将卸载一个Excel加载项“注销”。 本质上,它需要查看HKCU\Software\Microsoft\Office键,并find任何版本号( 16.0 eg)的子键,然后查看Excel\Options子键(如果存在),并检查加载项名称在一个OPEN值中(Excel使用OPEN , OPEN1 , OPEN2等枚举在registry中的加载项)。 当我debugging我的自定义操作时,它看起来像无法看到所有的registry值。 举例来说,实际上有10个子键时,报告HKCU\Software\Microsoft\Office下有8个子键。 我猜这是由于registry虚拟化,所以我试图强制应用程序打开一个特定的registry视图如下: x64: RegistryKey.OpenBaseKey(RegistryHive.CurrentUser, RegistryView.Registry64) x86: RegistryKey.OpenBaseKey(RegistryHive.CurrentUser, RegistryView.Registry32) 使用这些调用的任何一个导致完全相同的有限的registry视图(我仍然看到8个键而不是10个)。 所以看起来安装程序的自定义操作由于某种原因不能强制某个特定的registry视图。 我构build了一个控制台应用程序来做一些额外的testing,控制台应用程序可以看到完整的10个键,不pipe它是否被编译为目标x64或x86平台。 我有点不知所措 这是VS2015安装项目的已知问题吗? 他们是否有能力查看registry的某些部分? 或者,这只是我的一个代码错误? 这里是我试图用来取消注册加载项,如果有帮助的代码。 我一路上添加了大量的错误检查,因为它在卸载过程中造成致命错误。 卸载现在工作(只要它不会导致崩溃),但实际上并没有取消注册加载项,因为,如上所述,它显然无法看到完整的registry。 If Registry.CurrentUser.OpenSubKey("Software\Microsoft\Office", True) IsNot Nothing Then Dim regCUOffice As RegistryKey = Registry.CurrentUser.OpenSubKey("Software\Microsoft\Office", True) If regCUOffice.GetSubKeyNames.Count > 0 Then For Each strKeyName As String In regCUOffice.GetSubKeyNames If […]