[Bug 13487] Smartftp dies on startup, complaining that sfFTPLIB.dll not registered (dogfood)

[wine-bugs at winehq.org]

http://bugs.winehq.org/show_bug.cgi?id=13487

Anastasius Focht <focht at gmx.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
                 CC|                            |focht at gmx.net
         Resolution|                            |DUPLICATE

--- Comment #12 from Anastasius Focht <focht at gmx.net> 2012-05-17 15:25:15 CDT ---
Hello,

dupe of bug 25340 

"sfFTPLib.dll" is a registry-free COM inproc server.
It is not supposed to be registered with WinVer >= "Windows XP"

--- snip ---
<assembly manifestVersion="1.0" xmlns="urn:schemas-microsoft-com:asm.v1">
  <assemblyIdentity name="sfFTPLib" type="win32" version="3.0.0.0"
processorArchitecture="x86"></assemblyIdentity>
  <description>SmartFTP FTP Library</description>
  <file name="sfFTPLib.dll" hashalg="SHA1">
    <comClass clsid="{026F6EBB-0A23-4585-B2E5-E167B0C34D17}"
tlbid="{7A3A786C-EB8C-43B3-BC10-8D09ACF5D195}" description="AES128CTRReadStream
Class" threadingModel="Both" progid="sfFTPLib.AES128CTRReadStream">
      <progid>sfFTPLib.AES128CTRReadStream.1</progid>
    </comClass> 
...
    <comClass clsid="{52D6E699-9256-414F-8FCD-F38FDF6AC8EE}"
tlbid="{7A3A786C-EB8C-43B3-BC10-8D09ACF5D195}" description="Global Class"
threadingModel="Both" progid="sfFTPLib.Global">
      <progid>sfFTPLib.Global.1</progid>
    </comClass>
--- snip ---

Assembly manifest from main executable:

--- snip ---
<assembly xmlns="urn:schemas-microsoft-com:asm.v1"
manifestVersion="1.0"><assemblyIdentity name="SmartFTP.Client" type="win32"
version="2.0.0.0"
processorArchitecture="x86"></assemblyIdentity><description>SmartFTP
Client</description><dependency><dependentAssembly><assemblyIdentity
type="win32" name="Microsoft.Windows.Common-Controls" version="6.0.0.0"
publicKeyToken="6595b64144ccf1df" language="*"
processorArchitecture="x86"></assemblyIdentity></dependentAssembly></dependency><dependency><dependentAssembly><assemblyIdentity
type="win32" name="sfFTPLib" version="3.0.0.0" language="*"
processorArchitecture="x86"></assemblyIdentity></dependentAssembly></dependency><trustInfo
xmlns="urn:schemas-microsoft-com:asm.v2"><security><requestedPrivileges><requestedExecutionLevel
level="asInvoker"
uiAccess="false"></requestedExecutionLevel></requestedPrivileges></security></trustInfo><application
xmlns="urn:schemas-microsoft-com:asm.v3"><windowsSettings><dpiAware 
--- snip ---

--- snip ---
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"sfFTPLib" (3.0.0.0)
--- snip ---

For WinVer <= "Windows 2000" the dll contains typelib/registry part where it
gets registered as standard inproc COM server - by design.

Louis' problem -> crypt32.CertCreateSelfSignCertificate() reported in comment
#10 is still present, it deserves an own bug.

Regards

*** This bug has been marked as a duplicate of bug 25340 ***

-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.