Deployment help (OpenInsight 32-bit)
At 01 APR 2013 08:00:35AM Barry Stevens wrote:
On my development system I have added getclassname to the DLL_USER32 and run DECLARE_FCNS.
I cant now seem to get it to my user system.
getclassname appears in the ssp executeables but is not on the user system when the upgrade is run
How do I:
[list]
deploy the DLL_USER32 to the user system
deploy getclassname to the user system
[/list]
At 01 APR 2013 09:12AM Dave Harmacek wrote:
Look in the RDKHELP.CHM section labeled "Customizing the Installation".
Dave Harmacek
Harmacek Database Systems
At 01 APR 2013 01:59PM Jared Bratu wrote:
The help file instructs the user to look at RDKModuleInstall routine to learn more about the other sections of the %PROCESS% record that are customizable. In 9.x this routine is no longer distributed with source code.
I'll see if I can find you an example of distributing DLL headers.
At 02 APR 2013 03:35PM Aaron Kaplan wrote:
On my development system I have added getclassname to the DLL_USER32 and run DECLARE_FCNS.
I cant now seem to get it to my user system.
getclassname appears in the ssp executeables but is not on the user system when the upgrade is run
How do I:
[list]
deploy the DLL_USER32 to the user system
deploy getclassname to the user system
[/list]
The best way to move any data row not in the repository is to create an APPROW entity.
You'll need to do that for the DLL_USER32 record, since there is no defined repository type.
As for $GETCLASSNAME, do you have a SYSPROG*STPROCEXE**GETCLASSNAME entity? It should be there, and then should deploy correctly. If not, you can either create one or just create an APPROW entity for the SYSOBJ item.
I seem to recall DECLARE_FCNS created $ExportedFunctionName*APPNAME SYSOBJ records if run outside of SYSOBJ, but that may have been resolved a long, long time ago.
World leaders in all things RevSoft
At 03 APR 2013 04:58AM Carl Pates wrote:
AFAIK DECLARE_FCNS still uses @appid<1> to append to the SYSOBJ DLL stub functions if you run it outside of SYSPROG.
World leaders in all things RevSoft
At 04 APR 2013 05:35PM Barry Stevens wrote:
Thanks, all worked as you said!