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

Conference noted::dnu_osi

Title:	DECnet/OSI for {ULTRIX,OSF/1}
Notice:	Indicate version and platform when writing...see #2 for kits
Moderator:	BULEAN::CARR

Created:	Wed Sep 25 1991
Last Modified:	Thu Jun 05 1997
Last Successful Update:	Fri Jun 06 1997
Number of topics:	2187
Total number of notes:	10469

2163.0. "syntax problem with dcp" by AUBER::DORNANO () Wed Apr 16 1997 09:16

Here is a problem reported by a customer. All the foolowing works OK
with DECnet V3.2x, but no more since V4.0 (see the following) :

dcp -v M00005*.OPT bigvax/satrap/phijac::'[.eap.trav]'
usage: dcp [flags] f1 outfile (copies 1 file to outfile)
..etc..


dcp -v M0[0-5]*.OPT bigvax/satrape/phijac::'[.eap.trav]'

/crocus/exploit/result/direap/M00005.OPT ==> /crocus/exploit/result/direap/M03769.OPT

/crocus/exploit/result/direap/M00013.OPT ==> /crocus/exploit/result/direap/M03769.OPT

/crocus/exploit/result/direap/M00028.OPT ==> /crocus/exploit/result/direap/M03769.OPT

..etc..

/crocus/exploit/result/direap/M03749.OPT ==> /crocus/exploit/result/direap/M03769.OPT

/crocus/exploit/result/direap/M03753.OPT ==> /crocus/exploit/result/direap/M03769.OPT


In this case, the same file (M03769.OPT) is overwritten many times at the VMS side.


I cannot test this as I have no DECnet V4 for the moment, but I asked the customer
to try with several shells, and the effect is the same in all cases.
Also, doing something like :

ls -l /crocus/exploit/result/direap/M0[0-5]*.OPT > foo.bar gives the whole list of
all the files in foo.bar.

Did not find something in the conference or in the patches.


Any ideas please ?
Thanks


Pascal d'Ornano

T.R	Title	User	Personal Name	Date	Lines
2163.1		HELP::IP$16.65.80.19::S_WATTUM	Scott Wattum - FTAM/VT/OSAK Engineering	`Wed Apr 16 1997 10:47`	10
	>In this case, the same file (M03769.OPT) is overwritten many times at the VMS >side. Are you sure that's the case? It doesn't look to me like dcp is even setting up a DECnet connection to copy the files. All the files are getting written to the same output file locally; the output file would appear to be the last file that would be aquired in the wildcard specification. If you don't provide an output directory spec, dcp does do the copy across DECnet. --Scott
2163.2	my mistake	AUBER::DORNANO		`Thu Apr 17 1997 05:25`	17
	Sorry, you are right. I did re-read my note before enter it, but this one escaped to me. No connection is made to the VMS side. > If you don't provide an output directory spec, dcp does do the copy across DECnet. What do you mean ? Does it work in V4.0 if I type in : dcp -v M0[0-5]*.OPT bigvax/satrape/phijac:: Thanks Scott. Pascal
2163.3		ABBYRD::RMULAC.DVO.DEC.COM::S_WATTUM	Scott Wattum - FTAM/VT/OSAK Engineering	`Thu Apr 17 1997 11:42`	8
	>What do you mean ? Does it work in V4.0 if I type in : > >dcp -v M0[0-5]*.OPT bigvax/satrape/phijac:: Yes, this appears to work ok on the 4.0 system we have. The other behaviour still sounds like a bug to me though. --Scott
2163.4	A csh problem ?	DRAGNS::WALLACE		`Tue Apr 29 1997 17:30`	10
	This appears to be a csh issue. When trying a command like: dcp -v M.OPT vms::'[.foo]' the final argument (vms::'[foo]') is never passed to dcp, it is as if you had just typed dcp -v M.OPT With ksh and sh, the final argument is passed, and the copy proceeds as expected. Vince