PDA

View Full Version : Delphi/Netmanage install problems



NewsArchive
09-03-1997, 12:00 AM
I have an application written in Delphi 2.0 and which uses Apollo,
Crystal Reports and Netmanage HTTPCT.OCX. The application runs great on
the development machine but When installed on any other machine I get
the message when trying to access data via the web that a "variant does
not reference an ole object."

I have tried everything I know of to make sure that all DLL's and OCX's
are up to date (ie installed newest Internet Explorer which is Borland's
answer to the problem and other MS services packs) When installing I get
the message that NMORENU.DLL and HTTPCT.OCX cannot self register. If I
run REGSVR32.EXE for those files after the install it says that they are
both registered but the error persists.

Is there an easy way to tell which DLL's and other files an application
needs to include? Right now I look at the EXE's and known DLL's that the
control info says to include with quick view and try to include any
files that is used in the import list and only replace if the version is
newer. I'd appreciate any assistance as this install is up to a 6 meg
single file install and still does not work.

Here are the system files included in order:

Windows System Files
ADVAPI32.DLL
KERNAL32.DLL
GDI32.DLL
USER32.DLL
IMPLODE.DLL
CTL3D32.DLL
COMCTL32.DLL
COMDLG32.DLL
MPR.DLL
MSVCRT20.DLL
MSVCRT40.DLL
RPRCRT4.DLL
OLE32.DLL
OLEAUT32.DLL
OLEDLG.DLL
OLEPRO32.DLL
SHELL32.DLL
WSOCK32.DLL
SDE3032.DLL
SNTX3032.DLL
MFCANS32.DLL
MFC40.DLL
WINSPOOL.DRV
OC30.DLL
CRPE32.DLL
P2BBND.DLL
NMSCKN.DLL
NMOCOD.DLL
NMORENU.DLL
CRYSTL32.OCX
HTTPCT.OCX
LTKRN60N.DLL
LTFIL60N.DLL
Windows Crystal Reports Files
P2BXBSE.DLL
U2DDISK.DLL
U2FHTML.DLL
U2FWORDW.DLL
U2LSAMPL1.DLL

Denny Shirer
Tres-D Corporation

NewsArchive
09-08-1997, 12:00 AM
After some more playing I did get the application running, no thanks to
InstallShield. The only NetManage components I am using is HTTPCT.OCX so
I pared all the extra stuff out and created the install file. By the way
I am running ISE 2.0 and am creating a one file install so our clients
can have each workstation install from their network.

Since this is a one file install I can't go in and modify the
swdepend.ini as someone suggested. I still get the nmorenu.dll can't
self register message and it seems that nothing after that point gets
registered correctly.

If I go to windows\system and use REGSVR32 to register these files
individually then reboot the system the application runs fine. My
question is what happens after InstallShield gets that cant self
register message? It seems to not register the files following
correctly.

The work around is to include a batch file in the install that registers
the components in the correct order and then deletes itself but I have
to tell the clients to do that and this is not winning me any medals.
The batch file does the following:

regsvr32 /s nmsckn.dll
regsvr32 /s nmocod.dll
regsvr32 /s nmorenu.dll
regsvr32 /s httpct.ocx

This is what NetManage and Delphi recommend. Even if you run regsvr32 to
check the registration of these files nmsckn.dll and nmorenu.dll will
give the message that they "were loaded but the DLLRegisterServer entry
point was not found." This does not seem to be a problem as the
application does work.

Other Install programs would let me run a batch file to do this or
handle the registration process differently but I chose InstallShield on
the recommendation of others and it "seemed" to be an industry standard.
Was I wrong???? I have clients on the verge of suing because I can't
deliver a bug free install on time even though the application has been
done and error free for months.

NewsArchive
10-26-1997, 12:00 AM
I am very frustrated with this also. The solution I used is a little
better than the batch file you described and may help some (although
they still have to restart Windows, at least you can tell ISX to do that
for you). Under the following registry key:


HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\RunOnce

add these values:

MyEntry1 = "regsvr32 /s <WINSYSDIR>\nmsckn.dll"
MyEntry2 = "regsvr32 /s <WINSYSDIR>\nmocod.dll"
MyEntry3 = "regsvr32 /s <WINSYSDIR>\nmorenu.dll"
MyEntry4 = "regsvr32 /s <WINSYSDIR>\httpct.dll"

Windows will execute these the next time it is restarted and then remove
the values from the registry. Hope this is some help...

Dean Franklin
Ugsome Software
dean.franklin@mail.usld.net

Denny Shirer wrote:

> After some more playing I did get the application running, no thanks
> to
> InstallShield. The only NetManage components I am using is HTTPCT.OCX
> so
> I pared all the extra stuff out and created the install file. By the
> way
> I am running ISE 2.0 and am creating a one file install so our clients
>
> can have each workstation install from their network.
>
> Since this is a one file install I can't go in and modify the
> swdepend.ini as someone suggested. I still get the nmorenu.dll can't
> self register message and it seems that nothing after that point gets
> registered correctly.
>
> If I go to windows\system and use REGSVR32 to register these files
> individually then reboot the system the application runs fine. My
> question is what happens after InstallShield gets that cant self
> register message? It seems to not register the files following
> correctly.
>
> The work around is to include a batch file in the install that
> registers
> the components in the correct order and then deletes itself but I have
>
> to tell the clients to do that and this is not winning me any medals.
> The batch file does the following:
>
> regsvr32 /s nmsckn.dll
> regsvr32 /s nmocod.dll
> regsvr32 /s nmorenu.dll
> regsvr32 /s httpct.ocx
>
> This is what NetManage and Delphi recommend. Even if you run regsvr32
> to
> check the registration of these files nmsckn.dll and nmorenu.dll will
> give the message that they "were loaded but the DLLRegisterServer
> entry
> point was not found." This does not seem to be a problem as the
> application does work.
>
> Other Install programs would let me run a batch file to do this or
> handle the registration process differently but I chose InstallShield
> on
> the recommendation of others and it "seemed" to be an industry
> standard.
> Was I wrong???? I have clients on the verge of suing because I can't
> deliver a bug free install on time even though the application has
> been
> done and error free for months.

NewsArchive
10-26-1997, 12:00 AM
On Sun, 26 Oct 1997 00:58:33 -0500, Dean Franklin
<dean.franklin@mail.usld.net> wrote:
>Windows will execute these the next time it is restarted and then remove
>the values from the registry. Hope this is some help...

Dean, those entries are not necessary if you list the DLLs in a group
called "Support Files" (or anything you like) with the path set to
<WINSYSDIR>.

All you need to do is include those DLLs, as well as registry entries that
are supplied by NetManage in a handy .REG file. NetManage sent me a
document concerning NetManage deployment. It is available on request.

Stefan
ellipse data systems