Conference iosg::all-in-1_v30

This is a bit of a pain and the normal approach is that the applications
which use INSTALL/EXECUTE is to use a symbol setting to keep track of
whether the INSTALL has been performed.

INSTALL does return a status of 2 if the 'function' has already been loaded
into the dynamic table.  This would allow the application to just do the
INSTALL blindly but this will result in a message indicating that the
'function' has already been loaded unless you use OA$MSG_PURGE.  Using
OA$MSG_PURGE could cause more serious error messages to be lost, of course.

It would be really nice if there were a better way.  Hopefully, someone
does know of one and will tell us.

Good luck,
don

	I've developed a SDF to do it.

	If you're interested you may have a look at note 27.0 in 

	OAWEGO::OFFICE_INTEGRATION


	Roberto

    
    	Like .1 suggests, you could just:
    
    	.IF Ive_done_the_install.eqs."" .THEN
    		INSTALL ...
    		Ive_done_the_install = "1"
    	.END_IF
    
    
    	You could do this in a common script to avoid typos (although you
    	should probably check the symbol before calling the script).
    
    Regards,
    Paul

    Thanks for the help both,
    
    Roberto, would that SDF be available for a customer?
    
    Arjen
    

    Extract from introduction note:
    
         <<< SHALOT::NOTE$:[NOTES$LIBRARY]OFFICE_INTEGRATION.NOTE;2 >>>
               -< System Integration in the Office Environment >-
================================================================================
Note 1.0                        Executive Summary                     No replies
SHALOT::LAMPSON "No comment"                         24 lines  18-SEP-1991 17:09
--------------------------------------------------------------------------------

        .

        All tools and sample code announced here are the property of
        Digital Equipment Corporation.  This conference is not a
        replacement for ASSETS.  Tools and code fragments offered through
        this conference may NOT be given to customers.  Tools may be
        used by employees of Digital to assist in the development of
        custom solutions.  Code may also be used as a basis for custom
        applications.  However, no code, as announced to this conference
        may be given to customers as is.   It is the responsibility of
        every employee to protect all property of Digital.
        

I would suggest that keeping track of whether a particular image has
been installed by setting an appropriate symbol would be the best
approah.


As Don said, you could blindly install the image, i won't give you
a real error if it is already installed, just a message.  You can still 
execute the image immeditely after the redundant install function.  
Users 
have bee know to take error messages seriously on occassion, so 
when 
this message is displayed they tend to pick up the phone and 
bother 
people


In ALL-IN-1 EARS, an install function is called blindly each time an
then the message buffer is checked to see if the "already installed
message is in the buffer and if it is an OA$MSG_PURGE is done.  Problem
is, when 2.4 came out the text of this message was modified and the
message was no longer trapped.  The phone rang off the wall for a while.


Using an SDF eesms to me to be going backwards.  The main point of the

INSTALL/EXECUT Efunctions I thought was to eliminate the need for SDFs


Joe

    Our goal should always be to do what is right which is to add value to
    our customers so that we both profit.  Profit, by the way, is far more
    than short term money.  This is a concept which finance and other
    Business Overhead types cannot understand, of course.

    As the well worded conference introduction in .5 states, the tools can
    be delivered as a part of a larger project effort.  It sounds like it
    would be easy to arrange such a 'larger' project.  The key issue is
    whether Roberto wishes his clever code to be used in that manner and
    whether any revenue is due his group (or him ;').

    I believe that the SDF adds a great deal of value.  I can see Joe's
    point of it seeming to be a bit of a step backwards.  Customers tend to
    prefer to not mess with CLI.  One would hope that Roberto's clever code
    could find it's way into the base product so that INSTALL is more
    system friendly.

    Keep the faith,
    don

Do we need to SPR this request, or is something already being done about the
INSTALL nuisance?

    SPR it. Then it will get on a bug list.
    
    Tony