[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

35.0. "File transfer from VMS to drawer problem" by WOTVAX::CLEVELANDB (BRIAN CLEVELAND) Tue Feb 18 1992 16:48

    Has anyone come across the following problem transferring filed from
    VMS into drawers?
    
    A user tries to do a document transfer from a VMS file into a drawer
    that they own (but not MAIN). The transfer seems to go OK according to
    all the messages but it does not actually import.
    
    At the moment the work around is to import it into the MAIN drawer and
    then refile it into the required drawer.
    
    Thanks,
    
    Brian
T.RTitleUserPersonal
Name
DateLines
35.1Which Base level are you using?IOSG::NEWLANDRichard Newland, IOSG, REO1-D/4ATue Feb 18 1992 16:579
    
    I cannot reproduce the problem on the IOSG system.  
    
    Are you be using a field test base level because there was a problem
    like this in one of the earlier base levels.
    
    
    Richard
    
35.2WOTVAX::CLEVELANDBBRIAN CLEVELANDWed Feb 19 1992 11:3011
    The version I have is the one publicised by Alf. The build is:
    
    PBL 122D  British  24-jan-1992
    
    Is that any different to your version?
    
    The installation was an upgrade to a V2.4 system with no
    customisations.
    
    Brian
    
35.3Same ALL-IN-1 versionIOSG::NEWLANDRichard Newland, IOSG, REO1-D/4AWed Feb 19 1992 11:418
    
    The IOSG system is the same version.
    
    What type of VMS file are you importing and what type of ALL-IN-1
    document are you creating?
    
    
    Richard
35.4WOTVAX::CLEVELANDBBRIAN CLEVELANDWed Feb 19 1992 11:554
    The VMS document to be imported is a .WPL file and is a WPS-PLUS
    document.
    
    Brian
35.5looks like a doc_create scriptIOSG::TYLDESLEYWed Feb 19 1992 13:148
    Brian,
    
    I have got a similar problem on IOSG::., but this time importing a
    .TXT file into a folder in my MAIL drawer. I've shown Richard and 
    Dick C.
    
    Cheers,
    DaveT
35.6WOTVAX::CLEVELANDBBRIAN CLEVELANDWed Feb 19 1992 13:3611
    I've just spoken to the person on whose mahcine this is (I wish I had
    access to it!) and he says that it did work for a short time yesterday
    but has stopped again now!
    
    I know, the first thought then is "user error" and what did they do
    different? They say that they are doing the same thing because it is
    part of a large movement of documents in to the new drawers so all the
    documents are coming from the same place and going into the same set of
    drawers.
    
    Brian
35.7This is whyIOSG::CARLINDick Carlin IOSG, Reading, EnglandThu Feb 20 1992 11:0315
    Sorry, this one somehow slipped through.
    
    The workaround is to successfully create a document in a shared drawer.
    Then DT RV's into a shared drawer after this will work (as long as you
    own the drawer).
    
    If you have "<" privilege then a quicker way is to
    
    	<get #WP_SYS_COMPLETION = 1
    
    Following that DT RV's into a shared drawer will work.
    
    This explains why it sometimes works and sometimes doesn't.
    
    Dick
35.8WOTVAX::CLEVELANDBBRIAN CLEVELANDFri Feb 21 1992 09:3011
    Thanks Dick, that seesm to do the trick. However, there is a slightly
    larger effect than you first indicate.
    
    Because it is a local symbol that is not set up (as opposed to a
    permanent symbol) then of course it goes away when you logout. This
    means that each time a user logs in again the same problem can occur
    until they have created a document and the symbol been set up.
    
    Regards,
    
    brian
35.9OK then ...IOSG::CARLINDick Carlin IOSG, Reading, EnglandFri Feb 21 1992 09:5818
    ... If you are willing to customise a script then a more "permanent"
    workaround would be to look for the following snippets of code in
    DXRV.SCP (2 occurrences altogether)

            GET #P1="NOEDIT"
            DO DOCCREATE

    and make them
    
            GET #P1="NOEDIT"
            GET #WP_SYS_COMPLETION = 1
            DO DOCCREATE
    
    but I must emphasise this is still just a workaround. The complete
    solution will come out of the bigger change that allows DT RV, and other
    operations, in *any* shared drawer.
    
    Dick
35.10WOTVAX::CLEVELANDBBRIAN CLEVELANDFri Feb 21 1992 10:156
    Thanks again Dick,
    
    I'll make those mods. Can you think of any other places where a similar
    change will be necessary?
    
    Brian
35.11Better workaround than .9IOSG::CARLINDick Carlin IOSG, Reading, EnglandTue Feb 25 1992 13:2824
    Sorry about the late reply, but a simpler workaround, which catches all
    similar cases (DT RD, File Note, ...) and makes the one in .9 redundant
    is as follows:
    
    In DOCCREATE.SCP, change
    
      ---------------------------------------------------------
        .IF OA$CURDWR_SHARED EQS OA$N THEN .GOTO EXIT_PROCEDURE
        .GOTO STAGE_2
    
      .LABEL YES_EDIT
      ---------------------------------------------------------
    
    to
    
      ---------------------------------------------------------
        .IF OA$CURDWR_SHARED EQS OA$N THEN .GOTO EXIT_PROCEDURE
        GET #WP_SYS_COMPLETION = 1
        .GOTO STAGE_2
    
      .LABEL YES_EDIT
      ---------------------------------------------------------
    
    Dick