| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 1373.1 | Er, yes, sorry about that.... | IOSG::PYE | Graham - ALL-IN-1 Sorcerer's Apprentice | Tue Sep 08 1992 10:33 | 12 | 
|  |     This is a known problem.
    
    Whilst investigating a fix for a PFR, we discovered that we shouldn't
    really be doing the lexicon startup at all, rather we should be
    generating the lexicon startup procedure (if it didn't already exist)
    and getting that executed as part of the main VMS system startup.
    
    So for V3.0, if this is causing a problem the workround is to create a
    oneline LCI$STARTUP.COM that defines the logical and execute that
    instead. You'll need to comment the duff definition out of A1V30START.
    
    Graham
 | 
| 1373.2 | My work around | GIDDAY::SETHI | Man from Downunder | Fri Sep 11 1992 02:15 | 13 | 
|  |     Hi Graham,                    
    
    I don't like the idea of telling customers to edit A1V30START.COM.  So
    what I did was the following in SYS$MANAGER:SYSTARTUP_V5.COM :-)
    
    $ on error then continue
    $ @sys$startup:a1v30start
    $ define/sys/exec lci$lexicons <disk name>:[lic.lexicons]
    
    Thanks
    
    Sunil 'I like to see the customer keeping their dirty hands of our
    command procedures' Sethi  :-)
 | 
| 1373.3 | Agreed! | IOSG::PYE | Graham - ALL-IN-1 Sorcerer's Apprentice | Fri Sep 11 1992 08:33 | 11 | 
|  |     Sunil,
    
    Yes, you're right, that's a much better thing to do. How could *I* have
    suggested they change A1V30START!!
    
    Graham
    
    PS You could set up and call a specific (but only one line!) startup
    file for LCI as I previously suggested, since that's the *right* way to
    do it according to the linguistics people. And, it may possibly be the
    way we might perhaps do it in a possible future release :-)
 |