[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference iosg::all-in-1_v30

Title:*OLD* ALL-IN-1 (tm) Support Conference
Notice:Closed - See Note 4331.l to move to IOSG::ALL-IN-1
Moderator:IOSG::PYE
Created:Thu Jan 30 1992
Last Modified:Tue Jan 23 1996
Last Successful Update:Fri Jun 06 1997
Number of topics:4343
Total number of notes:18308

3159.0. "Linking file cabinet server and v6.0" by KERNEL::OTHENJ () Tue Aug 17 1993 17:32

Hello,

ALL-IN-1 v3.0 and VMS v6.0

The customer has just upgraded to VMS v6.0, and has found the following 
problem with ALL-IN-1 when relinking. 

Linking the File Cabinet Server images
%LINK-W-NUDFSYMS, 3 undefined symbols:
%LINK-I-UDFSYM,     DOTS$FREE_OUTPUT_LIST
%LINK-I-UDFSYM,     DOTS$PACK
%LINK-I-UDFSYM,     DOTS$UNPACK
%LINK-W-USEUNDEF, undefined symbol DOTS$PACK referenced
        in psect $CODE offset %X00005094
        in module ESISUP file 
DISK$ALLIN1:[ALLIN1.SOURCES_SHARE]OAFC$SERVER.OLB
                            
The file cabinet server is still running o.k, but the customer is concerned 
why he is receiving the errors.

The customer has tried copying another version of .olb, and the same problem 
still applies.

They are not using CDA at present, so it is not trying to link with 
ALL-IN-1.

Has anyone got any ideas?


	Thanks,

		Julie
T.RTitleUserPersonal
Name		DateLines
3159.1CDA$ACCESS.EXE in SYS$LIBRARY?49393::TOLBAWed Aug 18 1993 09:4720
    Hello Julie,
    
    Maybe the customer has an old version of CDA$ACCESS.EXE in SYS$LIBRARY?
    If you do not want to have CDA Support you should make sure that there
    is no CDA$ACCESS.EXE in SYS$LIBRARY during linking of ALL-IN-1
    
    See STARS article:  
    Error Opening SYS$LIBRARY:IMG$SHRLIB During Install Or Re-link 
    
    .....
    If you wish to have CDA support in ALL-IN-1 then full DECwindows      
    must be installed.  If you prefer not to incorporate CDA support      
    it is not necessary to have DECwindows installed but you must         
    make sure that the files CDA$ACCESS.EXE and DDIF$VIEWSHR.EXE            
    do not reside in SYS$LIBRARY during the ALL-IN-1 link phase.  
    .....
    
    Regards,
    Manuela
3159.2374 or not?IOSG::BILSBOROUGHSWBFSWed Aug 18 1993 15:067
    
    There is a problem with the version of CDA$ACCESS.EXE that comes with 
    VMS v6.0.  Check that it is 374 blocks.
    
    ta,
    
    Mike
3159.3KERNEL::OTHENJThu Aug 19 1993 15:326
    Thanks for the replies,
    
    I have just found out that the customer has gone away for a few weeks
    holiday, so I may be updating this note at a later date!
    
    		Julie
3159.4ATLANA::SHERMANDebt Free!Fri Sep 10 1993 14:2914
   RE: <<< Note 3159.2 by IOSG::BILSBOROUGH "SWBFS" >>> -< 374 or not? >-

   Hi Mike,

   Where does one acquire the 374-block version of CDA$ACCESS.EXE ?  The
   OpenVMS VAX V6.0 distribution, in the VMS060.B saveset, has a file
   
   	"[SYS0.SYSLIB]CDA$ACCESS.EXE;2         43   9-JUN-1993 21:19"

   which causes the problem described in the .0 entry.

   Is there an _official_ 'statement' about this situation?

	Ron
3159.5From about 100 yards away?AIMTEC::WICKS_AU.S.A 2 England 0 - I was there!Fri Sep 10 1993 17:3213
    Ron,
    
    There's a STARS article entitled 
    EXPRESS: Customer can not re-link ALL-IN-1 after upgrade to V3         
    which whilst it isn't a good title seems to describe this situation
    i've just mailed to you
    
    Guess we'll being sitting even closer in the brave new world of "midget
    cubes"?
    
    Regards,
    
    Andrew.D.Wicks