I also happen to have parallel 32/64-bit installations of Flash (both of v11.3.300.270) for IE and FF.Īs you can see, again only c:\windows\systems32 components are listed and not "recognized" as 64-bit. exe here) are properly recognized by SUMo as 32/64 bit ones! Rescan -> RESULT: both dlls (albeit shown as. Then I copied these dlls into c:\program files and renamed them to ff_vfw_x32.exe / ff_vfw_圆4.exe for SUMo to be able to scan them and me to easily tell them apart. The item from c:\windows\syswow64 (really 32-bit this time) is considered a full duplicate and therefore gets dropped (a separate issue) SUMo lists only one instance of ff_vfw.dll under c:\windows\systems32 and "fails" to recognize it as 64-bit.
Their 32/64-bit flavors of ff_vfw.dll component originally live under %WinDir%/SysWOW64 and %WinDir%/system32 respectively. I have parallel 32/64-bit installations of FFDShow (both of v). Registry parsing code for WOW64 case might also need to be changed. Part of solution for Delfi 7 (are we on WOW64?): That's why it doesn't report those DLLs in the list as being 64-bit, misleadingly showing as if the files it has probed belong to %WinDir%/system32. Being a native 32-bit process, actually it gets served with a %WinDir%/SysWOW64 content under Windows 圆4 OS. When scanning, SUMo tries to open some files directly from %WinDir%/system32 folder (e.g. 0001668: SUMo gets confused by file system redirector under Win 圆4
0 kommentar(er)
