Conference iosg::all-in-1_v30

    
    Elisabeth,
    
    From the ADE menu, select the 'EMC FRM <language>' element and perform:
    
    	<WRITE CHANGE CM$SDC %KEY=$CM_SDC_KEY,CUSTOMISED='N'
    
    Becuase you already deleted the CM$SITELOG record, it might be thaty CM
    will complain that a form of the same name already exists in
    OA$SITE_DEV_<language>:DEVELOP.FLB. If that's the case, perform:
    
    	$ FMS/LIBR/DELETE OA$SITE_DEV_<language>:DEVELOP/FORM=EMC
    
    (this probably has to be done when nobody accesses the DEVELOP.FLB).
    
    I know, it's not pretty, but it's the way it is.
    
    Ciao,
    
    	Simon

    Many thanks for your prompt reply. We tried this at once but
    I'm sorry to say without success. The form EMC doesn't exist
    longer in the development area after we'v done <form cm$sitelog
    but it seems that it is something left from the form (a link
    somewhere?). Anyway the customer has tried to move other forms
    to the development area, the copy function works OK but he can't
    edit them if this is important?!
    
    I really appreciate your help on this,
    Elisabeth

    
    Elisabeth,
    
    > We tried this at once but I'm sorry to say without success. The form
    > EMC doesn't exist longer in the development area after...
    
    Just to be sure, did you perform the command stated in .1 from the
    CM$CS menu? It probably won't work from the CM1 menu.
    
    After perfroming the command you should be able to CO form EMC to the
    Development area again.
    
    > Anyway the customer has tried to move other forms to the development
    > area, the copy function works OK but he can't edit them if this is
    > important?!
    
    1) Is there any message displayed?
    2) Is the customer the last user who edited the element?
    3) What is the Diskquota/Diskspace in OAUSER?
    
    Hope you have some answers.
    
    Ciao,
    
    	Simon
    

    Thanks for your answers. Answers to your questions. 
    When he tries to copy the form he gets the messag;
    CUSTOMIZED VERSION ALREADY EXIST - ONLY ONE ALLOWED!
    when pressing GOLD W he gets %oa-i-lastline.
    
    He is the only one working with ALL-IN-1 at the moment
    so there is no one else working with programming.
    Unfortunately he can't see his diskquota as he doesn't
    has the priv to run authorize! 
    He did the command <WRITE CHANGE ... from the ADE meny!
    
    Many thanks once again
    Elisabeth
    
    
    
    
    

    
    Elisabeth,
    
    The message 'CUSTOMIZED VERSION ALREADY EXIST - ONLY ONE ALLOWED' is
    unknown to me. I've checked the complete CM environment for ALL-IN-1
    V2.4 English and CMA R1.1 (just in case), but none of them even have a
    message which comes close!
    
    The messages which could be expected according to the problem you
    described are:
    
    	OA$_SCM_ERR_ALC 	
          'Element has already been created; contact your ALL-IN-1 Manager'
    	OA$_SCM_ELE_AMO
    	  'Element has already been modified'
    	OA$_SCM_ELE_NTM
    	  'Element not modified'
    
    The message which comes closest to your message is:
    
    	OA$_SCM_ERR_ACE
    	  'Customized version already exists; contact your ALL-IN-1 Manager'
    
    However, this message symbol cannot be traced in any form or procedure
    of CM.
    
    Any packages installed?
    Any ASSETS installed?
    What happens if the customer runs in: $ALLIN1/NOCUSTOM?
    
    Ciao,
    
    	Simon
    

    OK! There are no packages or assets installed on the system. If the user
    enters ALL-IN-1 with $ALLIN1/NOCUSTOM it works just fine, all these error
    messages only appear when he works with programming! He has never tried to
    move the element over to the live Area.
    
    Best Regards,

    Elisabeth

    
    Hi Elisabeth,
    
    > If the user enter ALL-IN-1 with $ALLIN1/NOCUSTOM it works
    > just fine, all this error messages just appear when he
    > works with programming!
    
    I'm afraid I seem to ask the wrong questions. 
    
    1) When the customer runs $ALLIN1/NOCUSTOM, and s/he enters CM, will the
       'Copy to Development' still fail with that same message?
    2) Has any of the following procedures been customized:
    
    	CM_SDC_EDIT DO SHARE  	(OA$LIB:CM_SDC_EDIT.SCP)
    	CM_FORMCREAT COM SHARE  (OA$LIB:CM_FORMCREAT.COM)
    
       Please check also if a modified version exists in OA$SITE_LIB_SHARE:.
    
       Both files on my system are from 30-May-1990, somewhere around 19:00
       hours.
    
    Ciao,
    
    	Simon
    

    Hello again!
    
    Now my customer has finally succeeded with copy the form to
    development area but he can't edit the form. He then gets 
    the error message "Can't open form CM_FORM_LIB.DAT"
    
    Many thanks in advance,
    Elisabeth 

    
    Hi Elisabeth,
    
    Something seem to be modified. Please check the following:
    
    1) The name of the data set in form CM$FORM$LIBS should be:
    
    	;;.FILE;;
    
    	OA$DATA:CM_FORM_LIBS.DAT,FRMLIB
    	!X-----------------^
    
       Please check the Named Data of the form.
    
    2) The data set should be Indexed. It might be that it has been
       corrupted and became sequential. The following is taken from our
       system:
    
    Directory TEMPRA$DKA300:[ALLIN1V24.DATA_SHARE]
    
    CM_FORM_LIBS.DAT;2            File ID:  (259,1,0)
    Size:            9/9          Owner:    [ALLIN1V24]
    Created:  16-JUL-1990 20:12:06.29
    Revised:  14-JUL-1992 10:19:30.89 (109)
    Expires:   <None specified>
    Backup:    2-JUL-1992 19:18:06.04
    File organization:  Indexed, Prolog: 3, Using 1 key
    File attributes:    Allocation: 9, Extend: 0, Maximum bucket size: 2
                        Global buffer count: 0, No version limit
    Record format:      Fixed length 94 byte records
    Record attributes:  None
    RMS attributes:     None
    Journaling enabled: None
    File protection:    System:RWED, Owner:RWED, Group:RWE, World:RE
    Access Cntrl List:  None
    
    3) To make the form library locking work correctly under V2.4, a change 
       to the Script CM_LOCK_LIBS.SCP has to be applied:
    
    .LABEL TAKE_LOCK_START
    
        DATA_FILE OPEN/READ/WRITE CM$LOCK CM$FORM$LIBS
        DATA_FILE LOCK/ON
    
       should read:
    
    .LABEL TAKE_LOCK_START
    
        DATA_FILE OPEN/READ/WRITE CM$LOCK CM$FORM$LIBS
        DATA_FILE LOCK/ON CM$LOCK
    !---------------------^^^^^^^
    
    
    Hope this helps.
    
    Ciao,
    
    	Simon
    
    

    Hallo again!
    
    Sorry for the delay in replying to your answer but I couldn't
    get in contact with my customer. Anyway - now he's back and we've
    checked your suggestions.
    1) The name data for CM$FORM$LIBS is OK
    2) The file is indexed and with the right protection
    3) ... We can't find the script CM_LOCK_LIBS.SCP?
    
    Many thanks for your help in this!
    Best Regards,
    Elisabeth
    

    
    Elisabeth,
    
    > 3) ... We can't find the script CM_LOCK_LIBS.SCP?
    
    Sorry, typo. It is called: OA$LIB:CM_LOCK_LIB.SCP.
    
    As for the problems, I'm stuck. It would help very much if a Trace
    could be produced, including the DCL stuff. To do this, please ask the
    customer to:
    
    	$ set host/log=CM.LOG <node>
    	$ allin1...
    	<OA$TRA_SET TERM,SCRIPT,MESS,SYMBOL,INPUT
    	CM
    	E 		! Edit
    	EX              ! Exit
        $ logoff
    
    Ciao,
    
    	Simon