Conference iosg::all-in-1_v30

At a rough guess, it looks like CDA has some shareable images, which the
ALL-IN-1 image links against (to enable you to process DDIF dosuments, etc).
As the ALL-IN-1 image is installed, the shareable images it uses have to be
installed as well (for security).  This is easy to do, once you know
which shareable image it is!  Perhaps a CDA expert could tell us that...

Scott

    This has been discussed several times before, both here and in the
    previous version of the conference.
    
    Look for a reply by Paul (IOSG::) Marchant, who fits Scott's
    description of a CDA expert :-)
    
    Graham

    I have already read notes 156 and 286 regarding viewing DECwrite in
    ALL-IN-1 (WPL) format.  The  question is not answered in either note
    nor any other note I could find via a title or keyword search.
    
    What is it that needs to be installed sharable from the error message? 
    Anyone have an idea?
    
    --  T

Tracy,

	The following images are included in the ALL-IN-1 $LINK (among many 
	others). They may well be the images at the root of your problem.


		SYS$LIBRARY:CDA$ACCESS
		SYS$SHARE:DDIF$VIEWSHR

	Also you should have a command file (OA$LIB:OA$CDA_STARTUP.COM) that
	will install various other required CDA images. For example :-

		DDIF$READ_DX
		DDIF$READ_TEXT
		
		      ,
		      ,
		      ,

	Hope this helps ...

Cheers,

Iain.

    I'm not a CDA expert, but I ran into this before.
    
    If this is the error:

    Error in CDA convert operation
    Sharable images must be installed to run privileged image

    then edit your oa$lib:oa$cda_startup.com.  Find the section that says
    ! Back ends
    and after the last one (probably dtif$write_ascii_tabular) add

$! Added for Display PostScript support
$ call install xdps$dpslibshr           /open/header/shared
$ call install xdps$dpsclientshr        /open/header/shared
$ call install xdps$dpsbindingsshr      /open/header/shared

    I found this stuff in notes 20.* in ALL-IN-1_V24 and kept a pointer to
    it.  You can read there about why all this is necessary.

    Hope that solves your problem.

    -Linda

    Thanks a lot .4 and .5!!
    
    Am very short on time this week.  Will try and see what happens.
    
    --  T

Thanks much,
    
    It works!!!  I sent the error message and previous replies to our
    system manager and he got it working by the next morning!!
    
    The following is his response as to what we had missing:
    
    
There's a few things that need to be added during system startup, they are:

        $ @oa$lib:oa$cda_startup
        $ install add sys$share:xdps$dpsclientshr/head/open/share
        $ install add sys$share:xdps$dpslibshr/head/open/share
        $ install add sys$share:xdps$dpsbindingsshr/head/open/share

    --  Tracy
    

    I want to make sure I've got the terminology correct here.  These magic
    files that've made me so very happy,  are these from the CDA
    converter library?  Or part from WPS-Plus, part from CDA ??
    
    --  Tracy

    Re: .8

    Tracy,

>    I want to make sure I've got the terminology correct here.  These magic
>    files that've made me so very happy,  are these from the CDA
>    converter library?  Or part from WPS-Plus, part from CDA ??

    None of the above. They are actually DECwindows files, and implement
    `Display PostScript'. They were first shipped with VMS V5.4.

    Why does ALL-IN-1 want them? Well, it doesn't - but VMS thinks ALL-IN-1
    does. The scenario is as follows:

    CDA provides two viewers, one for VTs, and one for DECwindows. ALL-IN-1
    uses the VT version to format CDA files for display. Unfortunately CDA
    packages the two viewers together in the same file, so ALL-IN-1 ends
    up having the DECwindows version as well (even though it doesn't use it.)
    It is the DECwindows viewer that wants the XDPS$* files, so VMS thinks
    ALL-IN-1 needs them.

    Cheers,
        Paul.