Conference iosg::all-in-1_v30

    Graziella,
    
    See note 20 for some discussion on the CDA images (though it talks
    mostly about ALL-IN-1 v2.4) as for the DNS one I bet that you haven't
    started DNS in SYSTARTUP_V5. Actually it occurred to me that you
    probably haven't started DECwindows either and that's the cause
    of the XDPS ones.
    
    Note that you've only fixed the symptom and not the cause on the customer's
    system - you should remove the workaround and ensure that A1V30START
    runs correctly in the way it was intended to.       
    
    Regards,
    
    Andrew.D.Wicks

>	reboot, the ALL-IN-1 v3.0 Italian (linked with CDA 2.0) is not 

    What do you mean by `CDA 2.0'?  Converter libraries or CDArt or ... ?

>$ ALLIN1 /NOINIT /OVERRIDE /LANGUAGE = ITALIAN
>%DCL-W-ACTIMAGE, error activating image XDPS$DPSLIBSHR
>-CLI-E-IMGNAME, image file $1$DIA0:[SYS0.SYSCOMMON.][SYSLIB]XDPS$DPSLIBSHR.EXE;1
>-SYSTEM-F-PRIVINSTALL, shareable images must be installed to run privileged 
>image

    Interesting that this occurs /NOINIT .  This implies to me that deferred
    image activation is not being used.  Did the customer relink *without*
    deferred image activation?  Have they added any third party packages?

    Cheers,
        Paul.

	Hello,

        On a "standard" VMS 5.5.x system, 

        XDPS$DPSLIBSHR, XDPS$DPSCLIENTSHR and DDIF$VIEWSHR
        are installed by DECwindows.

        DNS$RTL is installed by ALL-IN-1.
        DNS$SHARE is installed by DECnet.

        Regards,

        Jan
                                                                                


                                                               

	Hi again,

	sorry that I have not replied immediately but I have been 
	away for the past week. 

re .2
>       On a "standard" VMS 5.5.x system, 

>       XDPS$DPSLIBSHR, XDPS$DPSCLIENTSHR and DDIF$VIEWSHR
>       are installed by DECwindows.
	
	The DECWindows startup command procedure that should be install
	the above images is DECW$STARTAPPS.COM; this procedure, supplied
	with DECWindows v5.4 does not do it, while DECW$STARTAPPS supplied
	with DECWindows Motif 1.1 contains the installation of the images.
	
	So, I think that DECWindows Motif is a software requirement
	for the CDA support but is not clearly documented! Am I correct?

	Many thanks for your help.

					Bye

					Graziella

 

	

    Hello Graziella,
    
->       XDPS$DPSLIBSHR, XDPS$DPSCLIENTSHR and DDIF$VIEWSHR
->       are installed by DECwindows.
-	
-	The DECWindows startup command procedure that should be install
-	the above images is DECW$STARTAPPS.COM; this procedure, supplied
-	with DECWindows v5.4 does not do it, while DECW$STARTAPPS supplied
-	with DECWindows Motif 1.1 contains the installation of the images.
-	
-	So, I think that DECWindows Motif is a software requirement
-	for the CDA support but is not clearly documented! Am I correct?
    
                                                                              
    CDA requires "CDA Base Services".
                                                                 
    CDA Base Services is part of DECwindows, MOTIF and
    supplied by CDAPAT011 (which is part of the ALL-IN-1 V3.0
    distribution).
    
    Analyzing the image DDIF$VIEWSHR.EXE which is part of 
    "CDA Base Services"  will show that the MOTIF verion is linked
    against XDPS$DPSLIBSHR and XDPS$DPSCLIENTSHR. 
    The CDAPAT011 version is not.
    
    Confused,
    
    I am.
    
    Jan    

 

	
    

    Prerequisites are documented in the installation guide.

    For CDA support we have:
    - CDA itself requires DECwindows, so you must install DECwindows.
    - DECwindows Motif is *not* a requirement.
    - For non-Motif versions of DECwindows, you must also install the
      CDAPAT011 kit.
    - For DECwindows Motif V1.0, you must also install the CDAPAT011 kit.
    - If you subsequently install DECwindows Motif V1.0, you must
      *re-install* the CDAPAT011 kit.
    - Later versions of DECwindows Motif do *not* require CDAPAT011.

    Cheers,
        Paul.

    re .7
    
    Hello Paul,
    
>    - CDA itself requires DECwindows, so you must install DECwindows.
    
    The SSA of CDA 2.0 states different. Software requirement:
    
     o  CDA Runtime Services for OpenVMS V1.4
        (also known as CDA Base Services) 
    
    Correct me if I am wrong. I thought 
    
    * CDAPAT011 		is V1.4.
    * DECwindows Motif V1.0  	contains V1.5
    * DECwindows Motif V1.1  	contains V1.6
    * CDArt V1.0                is V1.7
    
    So installing CDAPAT011 on top of Motif V1.0 does not make sense to
    me.
    
    Regards,
    
    Jan

>    Correct me if I am wrong. I thought 
>    
>    * CDAPAT011 		is V1.4.
>    * DECwindows Motif V1.0  	contains V1.5
>    * DECwindows Motif V1.1  	contains V1.6
>    * CDArt V1.0                is V1.7
>    
>    So installing CDAPAT011 on top of Motif V1.0 does not make sense to
>    me.

    CDAPAT011 contains CDA V1.4 *and* a patched V1.5 CDA$ACCESS.EXE (in
    the saveset the patched version is called CDA$ACCESS_A1.EXE, it gets
    renamed when installed.)

    Despite the version numbering, V1.4 came out after V1.5 (!) and V1.4
    contained a bug fix in the ALL-IN-1 support.  Installing Motif V1.0
    would lose this bug fix, so you re-install CDAPAT011 and the above
    fixed version of CDA$ACCESS is provided.

    Whilst CDArt doesn't require DECwindows, other versions of CDA do
    require DECwindows.  So perhaps I should amend my first point to be:
    - Unless explicitly stated otherwise, CDA requires DECwindows.  So,
      you must install DECwindows.

    Cheers,
	Paul.

Re. 3
	
	..for more infos ...

	Environment: VMS v5.5-2

	ALL-IN-1 Italian v3.0 is configured with:
	
	DTR v6.0
	WPS-PLUS v4.1
	NOTES v2.3
	CDA v2.0
	SRA v2.3
	MR V3.2

	CDAPAT011 is installed!

> Interesting that this occurs /NOINIT . This implies to me that deferred
> image activation is not being used. Did the customer relink *without*
> deferred image activation?

	What do you mean ?

	The customer relink ALL-IN-1 using the standard procedure:

	@A1LNKDRV

	...sorry but I don't know other way to relink ALL-IN-1!

	You can find the listing produced by ANAL/IMAGE of OA$MAIN.EXE
	in IOSG::NOTES$LIBRARY:NOTE-2230.TXT

	Other suggestions are more appreciated!

	Thanks!

					Bye
	

    I've fixed the 1571 line note.

    The ANAL/IMAGE doesn't give any more information, however:

>	Environment: VMS v5.5-2
>
>	ALL-IN-1 Italian v3.0 is configured with:
>	
>	DTR v6.0
>	WPS-PLUS v4.1
>	NOTES v2.3
>	CDA v2.0
>	SRA v2.3
>	MR V3.2
>
>	CDAPAT011 is installed!

    And DECwindows?

>
>> Interesting that this occurs /NOINIT . This implies to me that deferred
>> image activation is not being used. Did the customer relink *without*
>> deferred image activation?
>
>	What do you mean ?
>
>	The customer relink ALL-IN-1 using the standard procedure:
>
>	@A1LNKDRV
>
>	...sorry but I don't know other way to relink ALL-IN-1!

    I notice that the SRA ASSET installed.  I know nothing about SRA, but
    I'd guess that SRA (and not your customer) is forcing the relink to be
    without deferred image activation.  Your workaround in .0 is the right
    one if your customer doesn't want to remove the SRA ASSET.

    Can anybody who knows anything about SRA confirm this?

    Cheers,
        Paul.

    To answer Paul's question in .3 and .13 the SRA documentation does in
    fact instruct the customer to switch off deferred image activation
    because otherwise you get loads of RTL errors.
    
    See the SRA installation guide or the SRA notes conference for all
    the gory details (the notes conference is on ASIAGO in Turin very close
    to Graziella)
    
    note also that the SRA notes file mentions an error on startup for
    DDIF$VIEWSHR as a side-effect of this and since it deals with a version of
    VMS before the XDPS and DNS stuff was introduced I bet you that you'll
    find that these are also a side-effect of SRA. 
    
    You'd need someone from the Turin office to confirm all this
    (John, Roberto?)
    
    You knew you were right didn't you Paul??
    
    Regards,
    
    Andrew.D.Wicks
    

	Paul and Andrew have already said it.

	SRA requires to set A1$DEFER to "0" (switch off deferred image
	activation) before relinking. The RTL warnings you get are mainly 
	due to SRA linking against VAXCRTL.

	Roberto    

    Roberto,
    
    Thanks - I hope SRA will work on any possible future release of
    an Operating System called OpenVMS.
    
    The C RTL does appear to be more trouble than it's worth.
    
    Regards,
    
    Andrew.D.Wicks

    
	Andrew,
    
>>    Thanks - I hope SRA will work on any possible future release of
>>    an Operating System called OpenVMS.
  
	I wonder if there's any future at all for SRA :-(

	Our group is currently planning our involvement with SRA 
	for the future, so I put a note in ASIAGO::SRA to understand 
	whether people are still interested in it. Unluckily I haven't 
	seen any replies so I guess SRA is going to be retired :-(

	I've been involved with SRA since the beginning (FT of
	V1.0). I always thought it was a package that could
	be rather useful considering that many sites have
	applications based on relational databases. However
	I never saw it fly and to me this was really a pity.

	Roberto

    
    	I think it would be very sad if SRA were retired. I was under
    	the impression that it is used by quite a few customers. I recently
    	met a large IOS customer who has an entire development team
    	developing ALL-IN-1 applications, and they have just discovered
    	SRA and are carefully planning a large move of all their data
    	to it (they were asking me questions about A�DA and SRA).
    
    	I can get them to complain if you tell me who they should complain
    	to, but that is just one customer, I KNOW there are plenty of
    	others, how do we get to them?
    
    Regards,
    Paul

	Re .18

>>	I think it would be very sad if SRA were retired. I was under
>>    	the impression that it is used by quite a few customers. I recently
>>    	met a large IOS customer who has an entire development team
>>    	developing ALL-IN-1 applications, and they have just discovered
>>    	SRA and are carefully planning a large move of all their data
>>	to it (they were asking me questions about A�DA and SRA).

	I had the same impression when talking to people at European
	DECUS, but then we never got many requests for the kit.
 
	I strongly invite specialists who deal with customers that are 
	potential users of SRA, to reply to my note in ASIAGO::SRA. Our 
	group has no intention to drop SRA support if there's interest 
	(and funding).

	Roberto