Results 1 to 6 of 6

Thread: Extremely Important 4 me! OCX - DLL registration!

  1. #1

    Thread Starter
    Lively Member
    Join Date
    Jul 2000
    Posts
    70

    Exclamation

    Hi all!

    I am using the following components and DLLs in my application; asycfilt.dll, comcat.dll, msvbvm60.dll, oleaut32.dll, olepro32.dll, shdocvw.dll, comdlg32.ocx, mscomctl.ocx, msinet.ocx, msmapi32.ocx, stdole2.tlb, tabctl32.ocx, and sysinfo.ocx. I use Installer Vise for compiling my setup package. In order to avoid version conflicts of shared DLLs I have set the installation folder as program directory. Removed their shared property. This was seeming to work OK. However, after I have installed some other application, my app did not start because of a version conflict on mscomctl.ocx. This means that my app is not registered to use the local mscomctl but the one on the system folder. Thus, when the system file is supersed than it bumps.. How can I avoid my app from malfunctioning because of these component updates? If local installation is a solution, how can I register these files to my desired location? Should I copy all external files to a folder and edit the project file references?

    HEELP!!
    Kiziltan Yuceil
    Freelance Web/VB/VBA Programmer
    "It's not what you know it's to whom you consult and with whom you collaborate"

  2. #2
    Hyperactive Member
    Join Date
    Jan 1999
    Location
    Rotterdam, Netherlands
    Posts
    386
    What you try to do is a feature of I believe w2k, with older windooz that wont work and therefor you need to put the dll's/ocx's in the system dir.
    Hope this helps

    Crazy D

  3. #3

    Thread Starter
    Lively Member
    Join Date
    Jul 2000
    Posts
    70

    w2000?

    Thanx, but I couldn't understand exactly, how you associated my problem with w2k?
    Kiziltan Yuceil
    Freelance Web/VB/VBA Programmer
    "It's not what you know it's to whom you consult and with whom you collaborate"

  4. #4
    transcendental analytic kedaman's Avatar
    Join Date
    Mar 2000
    Location
    0x002F2EA8
    Posts
    7,221
    You could register commonctl manually by shelling regsrv.exe (in silent mode) from withing your code
    Use
    writing software in C++ is like driving rivets into steel beam with a toothpick.
    writing haskell makes your life easier:
    reverse (p (6*9)) where p x|x==0=""|True=chr (48+z): p y where (y,z)=divMod x 13
    To throw away OOP for low level languages is myopia, to keep OOP is hyperopia. To throw away OOP for a high level language is insight.

  5. #5

    Thread Starter
    Lively Member
    Join Date
    Jul 2000
    Posts
    70

    How will it help me?

    How will it help me?
    and
    how do I do it?
    Kiziltan Yuceil
    Freelance Web/VB/VBA Programmer
    "It's not what you know it's to whom you consult and with whom you collaborate"

  6. #6
    transcendental analytic kedaman's Avatar
    Join Date
    Mar 2000
    Location
    0x002F2EA8
    Posts
    7,221
    Code:
    Private Declare Function GetSystemDirectory Lib "Kernel32" Alias "GetSystemDirectoryA" (ByVal lpBuffer As String, ByVal nSize As Long) As Long
    Property Get systemdir$()
        Dim str As String * 256, length&
        length = GetSystemDirectory(str, 256&)
        systemdir = Left(str, length)
    End Property
    'in code
    Shell systemdir & "\Regsvr32.exe /s " & systemdir & "\yourocx.ocx"
    Use
    writing software in C++ is like driving rivets into steel beam with a toothpick.
    writing haskell makes your life easier:
    reverse (p (6*9)) where p x|x==0=""|True=chr (48+z): p y where (y,z)=divMod x 13
    To throw away OOP for low level languages is myopia, to keep OOP is hyperopia. To throw away OOP for a high level language is insight.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  



Click Here to Expand Forum to Full Width