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

Conference decwet::nt-developers

Title:MS Windows NT Developers
Notice:See note 1222 for MS bug reporting info
Moderator:TARKIN::LINEIBER
Created:Mon Nov 11 1991
Last Modified:Tue Jun 03 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:3247
Total number of notes:15633

3202.0. "ftp file copy verification on wnt" by MAIL1::YATES () Mon Mar 10 1997 13:30


	Hi

	I am in the process of writing a set of unix scripts that will
	pass flat files around a customers network with ftp.

	I need to verify that the file was transfered correctly.
	To do this I plan to use byte and record counts.

	On WNT I dont know how to do this.

	Can some one give me an idea of how to approach this?

	Any alternative menthods?

	thanks 

	tom
T.RTitleUserPersonal
Name		DateLines
3202.1axel.zko.dec.com::FOLEYhttp://axel.zko.dec.comMon Mar 10 1997 17:246

	An alternate method might be Microsofts Content Replication 
	Server software. It's part of Microsoft's "Normandy" stuff.

						mike
3202.2is it on the net?MAIL1::YATESMon Mar 10 1997 17:286
    
    
    	where can io get this stuff?
    
    	tom
3202.3BIGUN::nessus.cao.dec.com::MayneChurchill's black dogMon Mar 10 1997 18:0523
>        I need to verify that the file was transfered correctly.
>        To do this I plan to use byte and record counts.

This may not work.

Unlike OpenVMS with RMS, the UNIX and Windows NT filesystems have no concept of 
records. If you want to do record counts, you have to count the records 
yourself.

For text files, UNIX and Windows NT use different end-of-line markers. UNIX uses 
LF, Windows NT uses CR-LF. If you use ASCII mode to FTP your files around, a 
correctly copied file will have a different byte count due to the different 
characters at the end of a line. If you use BIN mode, and therefore copy exactly 
the same bytes, then any text file will have an incorrect format.

You could always write a checksum program that knows the difference between text 
and binary files. This will not guarantee that a file is correct, but depending 
on the checksum you choose, it will give a reasonable level of assurance.

Alternatively, you could install PATHWORKS or Samba on the UNIX servers. The SMB 
protocol should ensure that the files are copied correctly.

PJDM
3202.4axel.zko.dec.com::FOLEYhttp://axel.zko.dec.comTue Mar 11 1997 10:5215

RE: .2

	Have you tried the search page on http://www.microsoft.com
	or tried AltaVista? Really, I have to wonder why people ask
	where things are anymore. It's far easier and faster to
	search. I do understand asking what the product name is
	as that makes the search quicker, so search for 
	"Content Replication Server"

	It's part of Microsofts Commercial Internet Services. There
	is a 120 day eval version online.

							mike
3202.5no web accessMAIL1::YATESTue Mar 11 1997 15:537
    
    	I asked becuase i am on the home alone program and
    	am always a customers sites with very little access
    	to the web.
    
    	tom
3202.6axel.zko.dec.com::FOLEYhttp://axel.zko.dec.comTue Mar 11 1997 16:5225
	That makes it more difficult to help you, if you can't get
	something from the web. The location below is the home
	page for Content Replication.

	http://backoffice.microsoft.com/product/crs/crs.asp

	The download page is

	http://backoffice.microsoft.com/download/Replication.asp

	The registration form for download is at:

	http://www.microsoft.com/internet/normandy/regform.htm

	I'd like to be able to point you at an FTP location, but I
	can't. Microsoft makes you register for everything you want
	to download via an HTML page.

	If you have MSDN, it may be on there if you have
	the Enterprise level. (with server stuff)

	Sorry I can't help more.


							mike
3202.7MAIL1::YATESTue Mar 11 1997 17:115
    
    	thanks any way 
    
    	tom