Conference vaxaxp::vmsnotes

217.0. "ACCVIO From EXCHANGE/NETWORK/TRANSFER_MODE=CONVERT" by ZPOVC::NWE () Wed Feb 19 1997 05:01

Hi

Is there a workaround for an EXCHANGE/NETWORK/TRANSFER=CONVERT command 
when the input file is larger than 255 blocks on alpha vms 6.2 ?

Any pointers or suggestions are welcome.

Thanks and regards,

Nwe

--------------------------------------------------------------------------------
Config: Alpha OpenVMS V6.2-1H3

ZPOTS5$NWE %$ dir/date/size=all iodef

Directory ZPOTS5$DKA200:[NWE]

IODEF.H;5                492/492      19-FEB-1997 15:51:24.46  (RWED,RWED,RWED,E
)
IODEF.H;4                246/248      19-FEB-1997 15:47:32.18  (RWED,RWED,RWED,E
)

ZPOTS5$NWE %$ EXCHANGE/NETWORK/TRANSFER=CONVERT IODEF.H;4 zpots6"username pass
word"::iodef.h;4

ZPOTS5$NWE %$ EXCHANGE/NETWORK/TRANSFER=CONVERT IODEF.H;5 zpots6"username pass
word"::iodef.h;5
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=00118000, PC
=8048EF48, PS=0000001B

  Improperly handled condition, image exit forced.
    Signal arguments:   Number = 00000005
                        Name   = 0000000C
                                 00000000
                                 00118000
                                 8048EF48
                                 0000001B

    Register dump:
    R0  = 00000000000000FF  R1  = 8000000000004009  R2  = 00000000000102C8
    R3  = 0000000000000000  R4  = 00000000000210A8  R5  = 0000000000000000
    R6  = 0000000000000000  R7  = 00000000000B6D50  R8  = 0000000000105F7C
    R9  = 0000000000000000  R10 = 0000000000000000  R11 = 000000000000019E
    R12 = 0000000000000400  R13 = 0000000000105F9E  R14 = 0000000000021744
    R15 = 0000000000105DFF  R16 = 00000000000F81C0  R17 = 000000007EE35870
    R18 = 0000000000117FC0  R19 = 2020202020202020  R20 = 2020202074736574
    R21 = 0000000000000000  R22 = 000000007FFD01D0  R23 = 00000000000E6000
    R24 = 000000007EE47A78  R25 = 000000007EE47A78  R26 = 00000000000386C0
    R27 = 5257207265766972  R28 = 2020202020202020  R29 = 000000007EE47A70
    SP  = 000000007EE47A70  PC  = FFFFFFFF8048EF48  PS  = 300000000000001B
ZPOTS5$NWE %$
ZPOTS5$NWE %$


-------------------------------------------------------------------------------

[OpenVMS] ACCVIO From EXCHANGE/NETWORK/TRANSFER_MODE=CONVERT Over Network


COPYRIGHT (c) 1988, 1993 by Digital Equipment Corporation.
ALL RIGHTS RESERVED. No distribution except as provided under contract.

Copyright (c) Digital Equipment Corporation 1994, 1995. All rights reserved.

PRODUCT:    OpenVMS VAX, Versions 5.2 through 5.5-2HW
            OpenVMS Alpha, Versions 1.5 through 6.2

COMPONENT:  EXCHANGE/NETWORK Utility

SOURCE:     Digital Equipment Corporation


SYMPTOM:

An EXCHANGE/NETWORK/TRANSFER=CONVERT command fails with an ACCVIO
error when the input file is larger than 255 blocks.

For example:

     $ DIRECTORY/SIZE=ALL TEST.DAT

     Directory USER1:[TEST]

     TEST.DAT;1              963/963

     $ EXCHANGE/NETWORK/TRANSFER=CONVERT -
     $_ TEST.DAT -
     $_ 0"username password"::TEST1.DAT
     %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=
     00118000, PC=8088CF48, PS=0000001B

     $ DIRECTORY/SIZE=ALL TEST1.DAT

     Directory USER1:[TEST]

     TEST1.DAT;1             255/963

Under OpenVMS VAX, this problem occurs for network file transfers.
Under OpenVMS Alpha, it occurs for both local and network file
transfers.

NOTE:  ACCVIO address and register values may vary depending on the
       platform and operating system version.


DIGITAL RESPONSE 1:

This problem is corrected in OpenVMS VAX Version 6.0.


DIGITAL RESPONSE 2:

This problem has been reported to OpenVMS Alpha Engineering.


WORKAROUND:

For OpenVMS VAX only, copy the file to the local node and then issue
the EXCHANGE/NETWORK command on the local copy of the file.

For example:

     $ COPY node"username password"::filespec []
     $ EXCHANGE/NETWORK /TRANSFER_MODE=CONVERT input_file output_file

   If there is no patch available in the patch area, and searches of TIMA
   and COMET turn up no patches or workarounds, please log an IPMT.