Privatefirewall i 64bity

[K3RTO]

Na oficjalnej stronie producenta jest napisane, że program wspiera platformę 64-bitową.

http://www.privacywa...l_features.html

 

Jednak podczas instalacji program wybiera ścieżkę 32-bitową:

C:\Program Files (x86)\Privacyware\Privatefirewall 7.0\

Wynikałoby z tego, iż albo ja źle rozmuję i ścieżka jest OK, albo mam złą wersję programu, albo też program jest 32-bitowy, ale "widzi" aplikacje 64-bitowe... Czy ktoś mógłby mi to wyjaśnić?

[LikwidatoR]

Obsługuje systemy 64 bitowe:

http://www.softpedia.com/get/Security/Firewall/Privatefirewall.shtml

7.6 MB / Windows 2K / XP / 2003 / Vista / 2008 / Vista64 / 7 / 7 x64

I u źródła:

 

Windows 7, Vista and XP Support - Certified compatible with all versions of Windows XP (32 bit), and Vista and Windows 7 (32 and 64 bit).

http://privacyware.com/software/privatefirewall.exe

[picasso]

LikwidatoR, no tak, ale on to już wie, w końcu powołuje się właśnie na stronę domową. Tu jest pytanie o natywność, czyli dlaczego program na systemie 64-bit instaluje się w sferze 32-bit (C:\Program files (x86)) a nie 64-bit (C:\Program files), skoro na stronie producenta jest wykazana zgodność z x64. Producent może napisać, że program działa na 64-bitach, i nie minie się z prawdą, ale to nie jest tautologiczne z tym, że cały program jest natywnie 64-bitowy. Możliwe warianty: program całkowicie 32-bitowy (idzie przez emulację i nie widzi połowy systemu, ale może uzyskiwać dostęp do części 64-bitowej przez sztuczkę np. z aliasem SysNative: KLIK), program mieszany (składniki 32-bit i 64-bit), program natywnie 64-bitowy (wszystkie komponenty są 64-bitowe). Tylko trzeci wariant oznacza pełną realizację zgodności z 64-bitami. Pozostałe to jest protetyka systemowa (sztuczki, obejścia).

 

 

Na oficjalnej stronie producenta jest napisane, że program wspiera platformę 64-bitową. (...) Jednak podczas instalacji program wybiera ścieżkę 32-bitow

 

Wszystko się zgadza. Program jest mieszanką, to nie jest czysto 64-bitowy program (wada z mojego punktu widzenia). Instalator ogólny jest 32-bitowy, ale egzekwuje i 64-bitowy pod-instalator filtra (musi zainstalować stricte 64-bitowe komponenty):

 

 

Konsekwencje takiej instalacji:

 

- W części "graficznego interfejsu" PrivateFirewall jest 32-bitowy, czyli idzie do Program Files (x86) a nie do Program Files. Procesy GUI i usługi są 32-bitowe:

 

 

- Ale sterownik programu jest 64-bitowy i grzecznie idzie do system32 a nie SysWOW64. Gdyby takowy nie był, PrivateFirewall tyle co zeszłoroczny śnieg na systemie x64, który wymaga natywności sterowników.

 

 

A tu fragment loga z OTL pokazujący mieszanie (tylko sterownik jest x64):

 

========== Win32 Services (SafeList) ==========

 

SRV - [2012-02-14 21:19:32 | 000,373,640 | ---- | M] (Privacyware/PWI, Inc.) [Auto | Running] -- C:\Program Files (x86)\Privacyware\Privatefirewall 7.0\pfsvc.exe -- (PFNet)

 

========== Driver Services (SafeList) ==========

 

DRV:64bit: - [2012-02-01 17:43:54 | 000,114,152 | ---- | M] (Privacyware/PWI, Inc.) [Kernel | System | Running] -- C:\Windows\SysNative\drivers\pwipf6.sys -- (pwipf6)

 

O4 - HKLM..\Run: [Privatefirewall] C:\Program Files (x86)\Privacyware\Privatefirewall 7.0\PFGUI.exe (Privacyware/PWI, Inc.)

 

(Nawiasem mówiąc, sam log z OTL to jest dobra prezentacja, OTL jest 32-bitowy i stosuje sztuczkę z SysNative, by dojść do 64-bitowych komponentów, dlatego pokazuje C:\Windows\SysNative\drivers\pwipf6.sys a nie C:\Windows\system32\drivers\pwipf6.sys)

 

 

 

Podobnie było (jest?) z Symantec, brak czystości bitowej, gdzieś tu na forum był taki temat wieslaw531. Natomiast np. Avast jest full native (i to się chwali) i na systemie x64 idzie do Program files, wszystkie składniki są 64-bitowe (pomijam adresowanie 32-bitowego IE na systemie 64-bit).

 

 

 

.

[K3RTO]

Bardzo dziękuję picasso za tak dokładne rozpracowanie tematu.