Copy a file from location

[Alan T]

Is it possible to copy a file from one location to another?
eg.
from
C:\Temp\Documen t\TestDoc.doc
to
C:\Deploy\Docum ent\TestDoc.doc

[Nicholas Paldino [.NET/C# MVP]]

Alan,

Use the static Copy method on the File class in the System.IO namespace.

Hope this helps.
--
- Nicholas Paldino [.NET/C# MVP]
- mv*@spam.guard. caspershouse.co m

"Alan T" <al************ *@yahoo.com.auw rote in message
news:ux******** ******@TK2MSFTN GP03.phx.gbl...

Is it possible to copy a file from one location to another?
eg.
from
C:\Temp\Documen t\TestDoc.doc
to
C:\Deploy\Docum ent\TestDoc.doc

[Brendan Green]

See System.IO.File. Copy().

"Alan T" <al************ *@yahoo.com.auw rote in message
news:ux******** ******@TK2MSFTN GP03.phx.gbl...

Is it possible to copy a file from one location to another?
eg.
from
C:\Temp\Documen t\TestDoc.doc
to
C:\Deploy\Docum ent\TestDoc.doc

[simida]

Yes, But if you want to copy a big file.you should do use buffer to
copy file and retrieve information about copied file size to notify UI
progress bar.

/*----------------------- core code --------------------*/

public void Copy(string originalPath, string destinationPath )
{
using (FileStream fRStream = File.OpenRead(o riginalPath))
{

byte[] bytes = new byte[BufferLength];

long numBytesToRead = fRStream.Length ;
using (FileStream fWStream = File.Create(des tinationPath))
{

while (numBytesToRead 0L)
{
// Read may return anything from 0 to numBytesToRead.
int n = fRStream.Read(b ytes, 0, bytes.Length);
// The end of the file is reached.
if (n == 0)
{
break;
}
if (n == bytes.Length)
{
// Write data the destination file.
fWStream.Write( bytes, 0, bytes.Length);
}
else
{
fWStream.Write( bytes, 0, n);
}
numBytesToRead -= (long)n;

// Notify observer
CopyingFileEven tArgs e = new
CopyingFileEven tArgs(fRStream. Length, fRStream.Length - numBytesToRead,
n);
OnCopying(e);
}
fWStream.Flush( );
fWStream.Close( );
}
}

Alan T wrote:

Is it possible to copy a file from one location to another?
eg.
from
C:\Temp\Documen t\TestDoc.doc
to
C:\Deploy\Docum ent\TestDoc.doc

[Jon Skeet [C# MVP]]

simida <yo**********@g mail.comwrote:

Yes, But if you want to copy a big file.you should do use buffer to
copy file and retrieve information about copied file size to notify UI
progress bar.

A few comments about your code:

1) Why bother using the file's length to start with? Just keep reading
until Stream.Read returns 0. That can make the code simple:

int bytesRead;
while ( (bytesRead = fRStream.Read(b ytes, 0, bytes.Length)) != 0)
{
...
}

There's no need to break inside the loop then.

2)
if (n == bytes.Length)
{
// Write data the destination file.
fWStream.Write( bytes, 0, bytes.Length);
}
else
{
fWStream.Write( bytes, 0, n);
}

This is equivalent to:

fWStream.Write (bytes, 0, n);

3) There's no need to explicitly flush and close a stream if you've got
it within a using statement.

4) This should be performed on a non-UI thread - which means that the
OnCopying event will need to marshall over to the UI thread to report
progress, using Control.Invoke or Control.BeginIn voke.

--
Jon Skeet - <sk***@pobox.co m>
http://www.pobox.com/~skeet Blog: http://www.msmvps.com/jon.skeet
If replying to the group, please do not mail me too

[Roger]

copy file and retrieve information about copied file size to notify UI

progress bar.

A few comments about your code:

1) Why bother using the file's length to start with?

This info could be used to show a Progress Bar,
percentage complete.
Roger

[Jon Skeet [C# MVP]]

Roger <ro***@pcsreven uecontrol.comwr ote:

copy file and retrieve information about copied file size to notify UI
progress bar.

A few comments about your code:

1) Why bother using the file's length to start with?

This info could be used to show a Progress Bar,
percentage complete.

Potentially, I suppose. It's worth bearing in mind that the file could
grow while it's being copied, however.

--
Jon Skeet - <sk***@pobox.co m>
http://www.pobox.com/~skeet Blog: http://www.msmvps.com/jon.skeet
If replying to the group, please do not mail me too

[simida]

Thinks your comments . Jon.

This is just a part of Coping file and notify UI. OnCopy event
subscriber and Copy method reside in the same Woker thread. I used
Control.Invoke method to notify UI there.

yes, i know your comment 1) while(......) method, but i think my method
can let other people to know it quickly. file length and other
information are used to notify UI percentage.

Sincerely,
simida
Jon wrote:

Roger <ro***@pcsreven uecontrol.comwr ote:

copy file and retrieve information about copied file size to notify UI
progress bar.
>
A few comments about your code:
>
1) Why bother using the file's length to start with?

This info could be used to show a Progress Bar,
percentage complete.

Potentially, I suppose. It's worth bearing in mind that the file could
grow while it's being copied, however.

--
Jon Skeet - <sk***@pobox.co m>
http://www.pobox.com/~skeet Blog: http://www.msmvps.com/jon.skeet
If replying to the group, please do not mail me too

[simida]

Additionally, we locked file firstly, than copied the file. So, the
file length didn't changed.

Sincerely,
simida

Jon wrote:

Roger <ro***@pcsreven uecontrol.comwr ote:

copy file and retrieve information about copied file size to notify UI
progress bar.
>
A few comments about your code:
>
1) Why bother using the file's length to start with?

This info could be used to show a Progress Bar,
percentage complete.

Potentially, I suppose. It's worth bearing in mind that the file could
grow while it's being copied, however.

--
Jon Skeet - <sk***@pobox.co m>
http://www.pobox.com/~skeet Blog: http://www.msmvps.com/jon.skeet
If replying to the group, please do not mail me too

[Jon Skeet [C# MVP]]

simida <yo**********@g mail.comwrote:

Additionally, we locked file firstly, than copied the file. So, the
file length didn't changed.

That may be the case for where you used the code in your system, but
you're presenting the code for someone else to use, without presenting
that extra information.

I would suggest that if the original length of the file *is* desired
information, it would be better to retrieve it at the start and
remember it *purely* for the sake of giving the UI a hint (which it
should only treat as a hint) and then use the more robust way of
reading until the stream ends.

--
Jon Skeet - <sk***@pobox.co m>
http://www.pobox.com/~skeet Blog: http://www.msmvps.com/jon.skeet
If replying to the group, please do not mail me too