Re: differences beween runtime and regular database, why do I get errors?

Tech-Archive recommends: Fix windows errors by optimizing your registry

"phleduc" <Ph.Leduc@xxxxxxxxxxxxxxxxx> wrote in message
news:uyWpYl6OIHA.5160@xxxxxxxxxxxxxxxxxxxxxxx

I think it might actually be reference issues. I kind of naively assumed
that the package wizzard would automatically rap up my dll's that are
referenced but perhaps at this point it seems like that might be the
problem

That is very likely your problem. Are these activeX controls, or standard
windows .dlls?

Standard dll's are run by declare a api in your code, where as activeX
(com) objects are used AFTER you register the com object (regsvr32.exe "path
name to your .dll). *after* you register a activeX object, you can then
set a reference in tools->references (in code editor). Note that you can
choose to NOT make a reference, and use late binding. YOU STILL MUST
register the object via regsvr32.exe on the TARGET machine to use the
object, *even* if you using late binding.

Do I have to attach them to my package one by one? What if they are
already present on my machine.

If your using standard .dlls, then you can place them in the same directory
as msacces.exe, or the system32 directory. Or, better yet, place then in the
same directory as your front end "mde", and use the windows loadapi to use
the dll's (this approach makes deployment much easier).

If they are activeX controls, like a 3rd party grid control, then you have
to
do two things:

1) make sure you have the developer edition of that control, since windows
3.1, activeX controls have a licensing system built in, and you simply can't
just copy
a ocx, dll com object to another machine, and regsvr32 it.
You MUST use the installer *and* also the developer editions of the
control.


2) once you have a legal edition of he activeX/com object on the target
machine, then you need to use a installer, or a script to register this
object.

The access 2003 package wizard has NO such ability. I suggest you use
something like inno which is free, and can deploy and register those activeX
objects, but
you have to make sure you have developer editions of those objects before
they will register correctly on the target machine.

treeview, listview, calendar, and 3 other acttiveX controls (that I can't
remember) ARE installed by default when you use the a2003 runtime.

--
Albert D. Kallal (Access MVP)
Edmonton, Alberta Canada
pleaseNOOSpamKallal@xxxxxxx



.

Relevant Pages

  • Re: Active X Problem
    ... in order to have ActiveX control or DLL) work in your application - you ... so check you you registered it correctly, and reference is ok, ... > gif and unregistered it so I dont see how there is still any reference to ... > gif or any register of it as I unregistered it. ...
    (microsoft.public.access.developers.toolkitode)
  • Re: ole object ignored
    ... you need to contact the developer and find out what ActiveX ... controls he is using in that application. ... Once you get a copy of the OCX file, you can manually register it using ...
    (microsoft.public.fox.programmer.exchange)
  • Re: Registration of ActiveX Controls
    ... If your ActiveX is a dll you can use regsvr32.exe from the command prompt to ... register your control. ... > I have an application that uses activeX Controls. ... We don't want to install Ms Office. ...
    (microsoft.public.vc.mfc)
  • Re: Help for Acc. 2003 dev. extentions needed
    ... and how do I make them register? ... Do note that ms-access officially only supports the 6 basic activeX controls ... or even better us wrap the runtime install + your activeX install ...
    (comp.databases.ms-access)
  • Re: Deep Throat
    ... this port by default: ... >>Norton Firewall, can you block inbound traffic and allow ... >>Your browser will be checked for installed ActiveX ... >>ActiveX controls are a kind of enhancement plugins for ...
    (microsoft.public.security.virus)