Associação incorreta de arquivos no repositório WMI

Question

Máquina do Windows 7, e até onde eu sei, a única estranheza sobre o sistema é o que eu mencionei abaixo.

Eu lido com um monte de arquivos de texto que não têm extensão, então, um tempo atrás, associei arquivos sem extensão com o Notepad ++ x64. Bem, eu precisava da funcionalidade de plugins que não são compatíveis com o x64 e acabei removendo-o.

Eu já tentei emitir novos comandos para associar arquivos sem extensão à versão de 32 bits instalada sob o caminho x86, mas apesar disso, sempre que tento clicar duas vezes no arquivo, ele aponta para o arquivo regular. caminho "arquivos de programa". Eu procurei o registro inteiro várias vezes e não consigo encontrar menção do caminho que não existe, e se eu fizer uma segunda cópia do N ++ sob o caminho de arquivos de programa regular, ele funciona muito bem, mas eu adoraria usar apenas uma cópia.

Depois de um trabalho adicional, acho que encontrei a origem do problema. Parece ser uma entrada incorreta no meu repositório WMI (arquivo OBJECTS.DATA em .. \ WBEM \ Repository). Infelizmente, eu fiz exatamente zero com isso e tudo o que eu estou lendo do MS me diz para tentar reconstruí-lo como um último recurso absoluto, e como isso é apenas uma má associação de arquivos, eu estou bastante relutante em fazer isso .

Existe alguma maneira de reparar uma associação de arquivos no repositório WMI?

    

Answer 1

Antes de entrar no problema de associação, como eu coloquei nos comentários, o WMI é um arenque, WMI significa Windows Instrumentação de Gerenciamento e sua API para obter informações sobre o sistema, ele permite consultar as informações em um estilo SQL, por exemplo, eu usei para obtendo informações sobre os processos em execução . Em relação ao Repositório do WMI :

The WMI Repository “%windir%System32\Wbem\Repository” is the database that stores meta-information and definitions for WMI classes; in some cases the repository also stores static class data as well.

Portanto, não consigo ver como o problema pode estar relacionado ao repositório do WMI, pois ele não é usado para associação de arquivos nem outras configurações do Explorer, talvez haja algumas informações sobre o Notepad ++ no repositório, mas não está relacionado a isso.

Em relação ao seu problema, a maneira "padrão" de associar um programa a arquivos sem extensão é usar a extensão . (ponto) em HKEY_CLASSES_ROOT , há duas variações, a maneira "antiga":

[HKEY_CLASSES_ROOT\.]
@="Notepad++Test"

[HKEY_CLASSES_ROOT\Notepad++Test]
@="Notepad++ Test"
[HKEY_CLASSES_ROOT\Notepad++Test\shell\open\command]
@="\"C:\Program Files\Notepad++\notepad++.exe\" %1"

e o "novo" caminho introduzido no Windows XP (ou talvez no Windows 2000, não tenho certeza):

[HKEY_CLASSES_ROOT\.\OpenWithProgids]
"Notepad++Test"=""

[HKEY_CLASSES_ROOT\Notepad++Test]
@="Notepad++ Test"
[HKEY_CLASSES_ROOT\Notepad++Test\shell\open\command]
@="\"C:\Program Files\Notepad++\notepad++.exe\" %1"

( Notepad++Test é como eu chamei a chave usada nos meus testes, essa chave poderia ter qualquer nome dependendo de quem criou a chave e como)

Verifique quais valores você tem lá, você também pode verificar HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.\OpenWithProgids , que é uma lista por usuário de extensões e seus programas associados que o Explorer preenche automaticamente (acho que essa chave tem uma prioridade menor que a outra) um, mas não tenho certeza).

Se você não tiver a chave HKEY_CLASSES_ROOT\. criada ou se ela tiver os valores corretos talvez você esteja usando uma maneira não padrão de associar arquivos, talvez usando um programa de terceiros que esteja configurado incorretamente.