Can't load DAO or OCXs...
OfficeLAN User OfficeLAN User -- @ccm.fm.intel.com
Monday, October 07, 1996
Environment: MSVC 4.2, NT3.51 service pack 4
I have developed an application that utilzes DAO, the grid32 OCX and the
ChartFX 32 ocx. The program runs just fine on my machine, but when I
install it on any other machine, I can't use DAO or load any of the OCX
controls. My CMyDoc::OnSaveDocument() attempts to create a DAO
database, but when I do so, a CDaoExecption is thrown and the error info
says that VBAJET32.DLL cannot be loaded. It's there, it's the same
version as the one on my development machine. The same problem occurs
with my OCX contorls. I've included all the required DLLs, licencse
files and OCX files, but calling Create() on any OCX windows always
returns FALSE.
Any ideas as to what might be causing this?
tnx,
Deepak
Dave Kolb -- sasdxk@unx.sas.com
Tuesday, October 08, 1996
[Mini-digest: 6 responses]
Did you regsvr32 the OCX files on the new machine as part of install/setup?
Dave Kolb
PC Research and Development
SAS Institute Inc.
919-677-8000 x6827
----------
From: OfficeLAN User[SMTP:"OfficeLAN User"@ccm.fm.intel.com]
Sent: Monday, October 07, 1996 5:37 PM
To: mfc-l@netcom.com
Subject: Can't load DAO or OCXs...
Environment: MSVC 4.2, NT3.51 service pack 4
I have developed an application that utilzes DAO, the grid32 OCX and the
ChartFX 32 ocx. The program runs just fine on my machine, but when I
install it on any other machine, I can't use DAO or load any of the OCX
controls. My CMyDoc::OnSaveDocument() attempts to create a DAO
database, but when I do so, a CDaoExecption is thrown and the error info
says that VBAJET32.DLL cannot be loaded. It's there, it's the same
version as the one on my development machine. The same problem occurs
with my OCX contorls. I've included all the required DLLs, licencse
files and OCX files, but calling Create() on any OCX windows always
returns FALSE.
Any ideas as to what might be causing this?
tnx,
Deepak
-----From: "M. Atif Jalal"
> Deepak,
pl. check if the DLL's you are using are in the Windows/system directory,
also is the RAM on the other machines same as on your machine.
Regards,
Atif
-----From: Si Cruse
Have you registered your OCX files?
You must use regsvr32 to install them on your target workstation...
--
...A closed mouth gathers no foot...
_____________________________________________________________
Si Cruse
Front Office IT Development, Credit Suisse Financial Products
1 Cabot Square, London E14 4QJ
Phone: +44 171 516 2948 Fax: +44 171 516 2688
mailto:scruse@csfp.co.uk
-----From: Jim Murphy
Did you register the OCX's on the new machine?? If not Run regsrv32
followed by the OCX/dll name. AS far as DAO is concerned, if you installed
the required DLL's you should be OK. But, what DLLs does DAO require...and
ODBC DLLs?? MS says to include the following if you use ODBC:
_BOOTSTP.EXE Used by ODBC setup
_MSSETUP.EX_ Used by ODBC setup
_MSSETUP.EXE ODBC setup (same as SETUP.EXE)
CTL3D32.DLL 3D controls support (required by ODBC)
DS16GT.DLL ODBC driver setup 16-bit generic thunk DLL
DS32GT.DLL ODBC driver setup 32-bit generic thunk DLL
INSTCAT.SQL SQL server stored procedures
MSVCRT40.DLL See Note below
MSVCRT10.DLL Used by ODBC setup
ODBC.INF File list for the ODBC installer
ODBC16GT.DLL ODBC 16-bit generic thunk DLL 16-bit
ODBC32GT.DLL ODBC 32-bit generic thunk DLL 32-bit
ODBC32.DLL 32-bit ODBC driver manager
ODBCCP32.CPL 32-bit ODBC control panel component
ODBCCP32.DLL 32-bit ODBC installer/administrator
ODBCCR32.DLL 32-bit ODBC cursor library
ODBCINST.HLP ODBC 2.0 help file
ODBCINT.DLL ODBC error messages and dialog boxes
SETUP.EXE ODBC setup (run after MSVC 4.0 setup)
SETUP.LST ODBC setup (same as SETUP.EXE)
-----From: "MHENRY.UMI.COM"
Don't you have to register your controls? It's not enough to just copy over
the OCX files to the new computer.
--matt
/~~~~~~~~~~~~~~~~~~~~~~~~~~~
Matthew Henry -- UMI
mhenry@umi.com (Work)
mhenry1384@aol.com (Home)
~~~~~~~~~~~~~~~~~~~~~~~~~~/
-----From: smk@webmanage.com (Sumanth Kommareddy)
Environment MSVC 4.0, 4.1, 4.2, NT3.51, 4.0, 95
Use the DAO installation supplied by MSVC to install DAO. This might solve
the problem with the DAO. This is because the DAO needs to be registered
in the registry and you might not be doing it.
A similar reasoning hold for the OCXs too. Grid32.ocx is a licensed
control and the proper key should be supplied when creating the control.
Check the following articles in the VC++ knowledge base on Microsoft web
site for more details:
Q151804
Q151771
Hope this helps.
Sumanth
John Bundgaard -- johnb@image.dk
Thursday, October 17, 1996
If you are using the MFC DAO database classes, and your program crashes
on exit, then read the MS DOC Q153897.
John Bundgaard
johnb@image.dk
----------
> I have developed an application that utilzes DAO, the grid32 OCX and the
> ChartFX 32 ocx. The program runs just fine on my machine, but when I
> install it on any other machine, I can't use DAO or load any of the OCX
> controls. My CMyDoc::OnSaveDocument() attempts to create a DAO
> database, but when I do so, a CDaoExecption is thrown and the error info
> says that VBAJET32.DLL cannot be loaded. It's there, it's the same
> version as the one on my development machine. The same problem occurs
> with my OCX contorls. I've included all the required DLLs, licencse
> files and OCX files, but calling Create() on any OCX windows always
> returns FALSE.
| Вернуться в корень Архива
|