using Filestream - content of the file vanishes

[Piotrekk]

Hi

Probability of this phenomena is like 1/200.
The only code where I am dealing with file is the following:

using (FileStream fs = new FileStream(this .FilePath,
FileMode.Open,F ileAccess.Read) )
{
try
{
// This is web service call to check if i user has
permissions to upload file
myObj.BeforeUpl oad(this.FileNa me,
this.ServerPath );

while ((this.Offset < this.FileSize) && !
this.Stop)
{
fs.Seek(Offset, SeekOrigin.Begi n);
buffer = new byte[32 * 1024];
BytesRead = fs.Read(buffer, 0, buffer.Length);

byte[] buff = new byte[BytesRead];

Copy(buffer, 0, buff, 0, BytesRead);

myObj.UploadChu nk(this.FileNam e,
this.ServerPath , this.Offset, buff);

this.Offset += buff.Length;

//report progress to backgroundworke r
bgw.ReportProgr ess((int)(((dec imal)Offset /
(decimal)FileSi ze) * 100));
}
}
finally
{
fs.Close();
}
}
Question is. Why sometimes such an operation leaves my file empty.
This is upload file code. I have left every line unchanged. If you
have more skills than me try to explain this phenomena because I have
no more ideas.
Regards

ps:( I would be really grateful for an explanation )

Piotr Kolodziej

[Laura T.]

Your code cannot truncate the file, unless there is a nice big bug in the
FileStream, but I doubt it.
So the file truncation must come from somewhere else, maybe a sharing or
race condition.
If you change the to

using(FileStrea m fs=new
FileStream(this .FilePath,FileM ode.Open,FileAc cess.Read,FileS hare.None))

In this way you deny any sharing of the file so no one can truncate it..
unless some fs filter kicks in (like virus scanners).

But this is just a huge guess.

"Piotrekk" <Pi************ *@gmail.comha scritto nel messaggio
news:11******** *************@1 9g2000hsx.googl egroups.com...

Hi

Probability of this phenomena is like 1/200.
The only code where I am dealing with file is the following:

using (FileStream fs = new FileStream(this .FilePath,
FileMode.Open,F ileAccess.Read) )
{
try
{
// This is web service call to check if i user has
permissions to upload file
myObj.BeforeUpl oad(this.FileNa me,
this.ServerPath );

while ((this.Offset < this.FileSize) && !
this.Stop)
{
fs.Seek(Offset, SeekOrigin.Begi n);
buffer = new byte[32 * 1024];
BytesRead = fs.Read(buffer, 0, buffer.Length);

byte[] buff = new byte[BytesRead];

Copy(buffer, 0, buff, 0, BytesRead);

myObj.UploadChu nk(this.FileNam e,
this.ServerPath , this.Offset, buff);

this.Offset += buff.Length;

//report progress to backgroundworke r
bgw.ReportProgr ess((int)(((dec imal)Offset /
(decimal)FileSi ze) * 100));
}
}
finally
{
fs.Close();
}
}
Question is. Why sometimes such an operation leaves my file empty.
This is upload file code. I have left every line unchanged. If you
have more skills than me try to explain this phenomena because I have
no more ideas.
Regards

ps:( I would be really grateful for an explanation )

Piotr Kolodziej

[Piotrekk]

Your code cannot truncate the file, unless there is a nice big bug in the
FileStream, but I doubt it.
So the file truncation must come from somewhere else, maybe a sharing or
race condition.
If you change the to

using(FileStrea m fs=new
FileStream(this .FilePath,FileM ode.Open,FileAc cess.Read,FileS hare.None))

In this way you deny any sharing of the file so no one can truncate it..
unless some fs filter kicks in (like virus scanners).

But this is just a huge guess.

Thanks for your post. I forgot to say that this weird truncation
happens when I am uploading the same file many times one by one ( to
test reaction of SQL - which is noticing the reception ). I did it for
example 20 times, in one minute, and when i attempt to do it again I
see ( in openFileDialog ) that file is truncated. What do you think
about 'sharing' or 'race condition' now? I know what race condition is
but I have never been thinking about this in file categories.

[Ben Voigt [C++ MVP]]

"Piotrekk" <Pi************ *@gmail.comwrot e in message
news:11******** **************@ r29g2000hsg.goo glegroups.com.. .

>

>Your code cannot truncate the file, unless there is a nice big bug in the
FileStream, but I doubt it.
So the file truncation must come from somewhere else, maybe a sharing or
race condition.
If you change the to

using(FileStre am fs=new
FileStream(thi s.FilePath,File Mode.Open,FileA ccess.Read,File Share.None))

In this way you deny any sharing of the file so no one can truncate it..
unless some fs filter kicks in (like virus scanners).

But this is just a huge guess.

Thanks for your post. I forgot to say that this weird truncation
happens when I am uploading the same file many times one by one ( to
test reaction of SQL - which is noticing the reception ). I did it for
example 20 times, in one minute, and when i attempt to do it again I
see ( in openFileDialog ) that file is truncated. What do you think
about 'sharing' or 'race condition' now? I know what race condition is
but I have never been thinking about this in file categories.

In any case it isn't the code you've shown, because you open the file
read-only. You're either opening the file somewhere else, or you have disk
corruption and possible hardware failure.

[Piotrekk]

In any case it isn't the code you've shown, because you open the file
read-only. You're either opening the file somewhere else, or you have disk
corruption and possible hardware failure.

Is that possible that the same code is trying to open this file while
the previous thread ( the same code ) hasn't finished with it yet?
This phenomena happens only when I upload the same file saveral times
in a row. Maybe OS is doing something with the opened and closed file
and another upload
form is trying to read it?

No disk corruption occured since this happens also on my new computer.

[Ben Voigt [C++ MVP]]

"Piotrekk" <Pi************ *@gmail.comwrot e in message
news:11******** **************@ 57g2000hsv.goog legroups.com...

>

>In any case it isn't the code you've shown, because you open the file
read-only. You're either opening the file somewhere else, or you have
disk
corruption and possible hardware failure.

Is that possible that the same code is trying to open this file while
the previous thread ( the same code ) hasn't finished with it yet?
This phenomena happens only when I upload the same file saveral times
in a row. Maybe OS is doing something with the opened and closed file
and another upload
form is trying to read it?

No disk corruption occured since this happens also on my new computer.

Are you catching any exceptions?

[Piotrekk]

On 9 Pa , 16:53, "Ben Voigt [C++ MVP]" <[e-mail] spamwrote:

"Piotrekk" <Piotr.Kolodz.. [e-mail] e in message

news:11******** **************@ 57g2000hsv.goog legroups.com...

In any case it isn't the code you've shown, because you open the file
read-only. You're either opening the file somewhere else, or you have
disk
corruption and possible hardware failure.

Is that possible that the same code is trying to open this file while
the previous thread ( the same code ) hasn't finished with it yet?
This phenomena happens only when I upload the same file saveral times
in a row. Maybe OS is doing something with the opened and closed file
and another upload
form is trying to read it?

No disk corruption occured since this happens also on my new computer.

Are you catching any exceptions?

Nope. No exceptions at all. Everything seems to work fine. Files are
uploaded. When I only experiment with one file ( upload ) too
much ...this happens.

[Piotrekk]

Are you catching any exceptions?

Nope. No exceptions at all. Everything seems to work fine. Files are
uploaded. When I only experiment with one file ( upload ) too
much ...this happens.

UploadForm code is available here for those of You who might want to
look at the complete code. It's not long thus it makes it hard to find
such a bug.
http://mion.elka.pw.edu.pl/~pkolodzi/UploadForm.cs

Regards
Piotr Kolodziej