[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference lassie::ucx

Title:DEC TCP/IP Services for OpenVMS
Notice:Note 2-SSB Kits, 3-FT Kits, 4-Patch Info, 7-QAR System
Moderator:ucxaxp.ucx.lkg.dec.com::TIBBERT
Created:Thu Nov 17 1994
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:5568
Total number of notes:21492

5317.0. "ucx nfs client vs multinet" by UTRTSC::KNOPPERS (Oswald Knoppers) Fri Mar 07 1997 05:12

Hi,

One of the problems I get reported frequently is the fact that files are not
converted when copying to a dnfs device. 

For instance when using a unix system as NFS server and I copy my login.com to
the DNFS disk and then look at the file on unix I see the following:

(^@$ if f$mode() .eqs.  "NETWORK" then exit^S^@$! where do I live?^@A^@$ my_home
 = f$extract(f$locate("[", f$trnlnm("SYS$LOGIN")) + 1, -^@4^@            f$locat
e("]", f$trnlnm("SYS$LOGIN")) - -H^@            f$locate("[",f$trnlnm("SYS$LOGIN
"))-1,f$trnlnm("SYS$LOGIN"))5^@$ nodename = f$edit(f$getsyi("NODENAME"),"LOWERCA
[etc]

As you can see the carriage control info is included in the file. If i use the
dcl convert command instead of copy, it works fine. This is all to be expected,
from the management manual we see:

'It does not work with COPY, BACKUP, or EDIT/EDT. There is no simple way to
 identify what works.' (page 10-3, management manual).

For instance with copy, the reason it doesn't work is that copy prefers to
copy files in block mode instead of record mode.

Using the NFS client from multinet we don't see this problem. This is probably
because their ACP process treats the create of the new file different. When
copy creates it output file, it compares the file organisation of the resulting
file with what was requested. If this differs, copy decides to change to
record mode. On multinet copy also issues a COPY-W-INCOMPAT message (only a
warning, the file is copied).

Below I have included the part of copy where this happens (best viewed in 132
columns).

My question, to engineering, is how much effort would it be to modify our
DNFSACP to do the same trick and convince copy to use record mode?
My feeling is that customers will actually choose for Multinet above UCX
because of this issue.

Thanks,

Oswald
----------------part of copy.lis follows-----------------------------------
;   2084  4		IF (qualifier_active( overlay_qual, loc_overlay_qual, neg_overlay_qual)
;   2085  3		    OR NOT (.infile_fab[$FAB_DEV(NET)] OR .outfile_fab[$FAB_DEV(NET)]))
;   2086  3	                
;   2087  2	    	AND						! Compare the following input and output XAB fields:
;   2088  3		   (IN_NEQ_OUT(XAB$B_RFO) OR			!    record format and file organization
;   2089  3		    IN_NEQ_OUT(XAB$B_ATR) OR			!    record attributes
;   2090  3		    IN_NEQ_OUT(XAB$B_BKZ) OR			!    bucket size
;   2091  3		    IN_NEQ_OUT(XAB$B_HSZ) OR			!    fixed header size
;   2092  4		    (.OUTFILE_XABFHC[XAB$W_MRZ] NEQ 0 AND	!    maximum output record size (if any)
;   2093  4		     .OUTFILE_XABFHC[XAB$W_MRZ] LSS		!       and longest input record
;   2094  3			    .INFILE_XABFHC[XAB$W_LRL]))		!
;   2095  2		THEN
;   2096  3		    BEGIN					! If the input and output attributes are not identical,
;   2097  3		    IF NOT .COPY$B_INCOMPAT			! and this message has not appeared yet
;   2098  3		    THEN					! for this output file,
;   2099  4			BEGIN
; P 2100  4			PUT_MESSAGE( MSG$_INCOMPAT, 2,		! send the user a warning message
;   2101  4				IN_NAME_DESC, OUT_NAME_DESC );	!
;   2102  4			COPY$B_INCOMPAT = TRUE;			! Set flag saying that message is out.
;   2103  3			END;
;   2104  3		    FORCE_REC_MODE = YES;			! and force a record-mode copy.
;   2105  3		    END
;   2106  2		ELSE
;   2107  2		    FORCE_REC_MODE = NO;			! Otherwise, turn the record-mode indicator off.
;   2108  2	

T.RTitleUserPersonal
Name
DateLines