[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

1394.0. "CM does not package HELP properly" by KAOFS::D_STREET () Thu Sep 10 1992 22:22

    Hello,
     I have a customer who is running ALL-IN-1 V3.0, and is having
    difficulty packaging an application for distribution to other systems.
    
    I will try to explain, but feel free to ask for clarification :^)
    
    He says that the procedure does not move the .MEM files (but does move
    the .RNO files) because the "__" is missing from the name of the .MEM
    files (and is still "__" in the name of the .RNO files).
    
     As an example. let's say that "MY_FORM" requires a help module. The
    help must have the name "MY__FORM". He says that the script
    CM_GET_HLP.SCP passes the "__" to the called .COM file for the .RNO
    files, but not for the .MEM files. 
    
     As I donot have the skills to create and package an application (even
    if I did have the time) I could not test this out. Please let me know
    if it is a real/known problem.
    
    
    						Derek Street
T.RTitleUserPersonal
Name		DateLines
1394.1Cue SimonAIMTEC::WICKS_AIt wasn't supposed to end this wayThu Sep 10 1992 22:5718
    Derek,
    
    The comments at the bottom of the script indicate that this is
    deliberate I won't post them since you can read them in OA$LIB:
    
    Perhaps you could explain what error the customer is receiving
    and at what stage as the last time I tried it I got the error when I was 
    storing the site element
    
     %OA-I-LASTLINE, Error copying development version of AM__AM                  
    
    but i'm sure someone more competent than me got further
    
    Regards,
    
    Andrew.D.Wicks
1394.2here's the cause, and the errorKAOFS::D_STREETThu Sep 17 1992 17:2029
    Hello,
    
     The client (KEYPAK) has faxed me a TRACE of their problem. The trace
    has the following in it:
    
    ![FUNC] Function: COMMAND, Cmd Line: CM_GET_HLP_FROM_HLB KPAK__DOCDSC
    ! KP1$LIB_ENGLISH:OAHELP.HLB OAUSER:ZUICGJUPF.MEM Y
    ![COM]  COMMAND: $ @DUA1:[ALLIN1.LIB_SHARE]CM_GET_HLP_FROM_HLB.COM;
    ! KPAK__DOCDSC KP1$LIB_ENGLISH:OAHELP.HLB OAUSER:ZUICGJUPF.MEM Y
    		:			:			:
    		:			:			:
    ![SYMBOL] Symbol: OA$FUNCTION="COMMAND CM_GET_HLP_FROM_HLB 
    ! "#CM_HLP_KEY " " #CM_SRCLIBR " " #CM_SRC_OUTPUT " "#CM_NOSUPRESS,
    ! VALUE: COMMAND CM_GET_HLP_FROM_HLB KPAK__DOCDSC
    ! KP1$LIB_ENGLISH:OAHELP.HLB OAUSER:ZUICGJUPF.MEM Y
    
    This results in the following:
    
    ![SYMBOL] Symbol: #CM_DISPLAY_MESSAGE = #CM_DISP_MSG, Value: Error
    ! copying base version of KPAK__DOCDSC
    
    and
    
    ![SYMBOL] Symbol: CM$_HELP_BASE_NOACCESS, Value: Base help not
    ! accessible in !AS
    
    There seems to be a discrepency with the use of the "__".
    
    					Derek Street
1394.3exact line that causes errorKAOFS::D_STREETTue Sep 22 1992 20:1012
    The script oa$lib:cm_get_hlp.scp has the following line, which causes
    the portion of the script that strips out the "_" to be bypassed.
    
            .IF #CM_HLP_TYPE NES "MEM" THEN .GOTO GET_UNFORMATTED
    
    The problem is that the symbol #CM_HLP_TYPE is NOT set to MEM before
    entering this script. The client has modified his site, but there will
    be others who run across this. As this is not an offical channel,
    perhaps we should SPR it??
    
    
    						Derek Street
1394.4SIOG::T_REDMONDThoughts of an Idle MindWed Sep 23 1992 09:513
    Yes -- golden rule, SPR anything that's broken else it won't get fixed.
    
    T