🚀 go-pugleaf

Użytkownik "Piotr Palusiński" <perfekt_xl@invalid.wp.pl> napisał w 
wiadomości news:4de65833$0$2497$65785112@news.neostrada.pl...
> In news:1ttny4d4gbnqs$.dlg@kwinto.prv,
> *Michal Kawecki* <kkwinto@o2.px> typed:
>> Dnia Tue, 31 May 2011 23:46:59 +0200, sTav napisał(a):
>>
>>> Użytkownik "W.P." <laurentp@wp.pl> napisał w wiadomości
>>> news:is3knl$hjv$1@news.onet.pl...
>>>>
>>>> Jeżeli chcesz mieć KONTROLĘ nad systemem, to niestety nie w Win$ ;) 
>>>> i
>>>> chyba z wersji na wersję coraz gorzej w tym temacie...
>>>
>>> To prawda.  Ale nie mogę uwierzyć że wszyscy grupowi "guru" nie
>>> wiedzieli o kluczach rejestru
>>> \Policies\Microsoft\AppCompat\
>>>
>>> Znalazlem w koncu w sieci , teraz problemem bedzie ustalić co 
>>> ustawia
>>> ten klucz, daną i wartość.
>>
>> To nie to.
>
> Zapewne to nie to. Pisze, że dokonywał "Przywracanie systemu", a ono 
> ma kopie "dobrego" rejestru, który to błąd by został naprawiony, a tak 
> nie jest.

To jednak było to, a przywracanie systemu (w sumie cofane 3 krotnie) + 
restore posiadanego backupu rejestru z 26.V nie dawało poprawy. Możliwe 
dwie przyczyny:
 1). Wpis blokady w \AppCompat\ powstał 27.V ale aplikacje 16b nie były 
używane i problem wyszedł na jaw 29-30.V; (Aplikacja 16b była napewno 
uzywana w dn.26.V bez problemów).
 2). Jakaś pamieć konfliktu istniała w systemie także po przywróceniu 
rejestru i system(?) dopisywał do \AppCompat\ formułe blokady.

Pomogło kompletne skasowanie klucza AppCompat wraz z całą zawartością - 
na krok ten zdecydowalem się na wypadek 2-giej możliwości - łatwiej 
wtedy zapewne byłoby ustalić co tworzy wpis / oddtwarza klucz.
Aplikacje 16b działają, klucz ani wpisy jak do tej pory nie powstały 
(nie zostaly przywrócone przez system).

 M.