question about fread function

[xiao]

Hi~ every one~ I have a queston about fread function. if i have a
code like this:
(nscrdh and data are defined as two dementional arrays and both of
them were stored in the same binary file)

fread(&nscrdh,s izeof(nscrdh),1 ,in);
fread(&data,siz eof(data),1,in) ;

How can i know where the second fread start? Is it just start from the
end of the first fread? Or somewhere else?
Because i tried to write "data" first and read them out. But after i
read it out , the value is differet from the original.

Thanks~

[Walter Roberson]

Re: question about fread function

In article <f55400ac-f701-412c-8a9e-339f46ae7940@c6 5g2000hsa.googl egroups.com>,
xiao <littledddna@gm ail.comwrote:

>Hi~ every one~ I have a queston about fread function. if i have a
>code like this:
>(nscrdh and data are defined as two dementional arrays and both of
>them were stored in the same binary file)

>fread(&nscrdh, sizeof(nscrdh), 1,in);
>fread(&data,si zeof(data),1,in );

>How can i know where the second fread start? Is it just start from the
>end of the first fread? Or somewhere else?

Yes, the second would start at the next available byte after the
first had finished.
--
"No sincere artist was ever completely satisfied with his labour."
-- Walter J. Phillips

[Eric Sosman]

[OT] Re: question about fread function

xiao wrote:

[...]
(nscrdh and data are defined as two dementional arrays [...]

C does not have two-dementional arrays. C's arrays are
one-dimensional, but an array element can itself be an array,
thus giving the appearance of a two-dimensional array. So
you should not call them two-dementional, but two-delusional.

--
Eric Sosman
esosman@ieee-dot-org.invalid

[CBFalconer]

Re: [OT] Re: question about fread function

Eric Sosman wrote:

xiao wrote:

>[...]
>(nscrdh and data are defined as two dementional arrays [...]

>
C does not have two-dementional arrays. C's arrays are
one-dimensional, but an array element can itself be an array,
thus giving the appearance of a two-dimensional array. So
you should not call them two-dementional, but two-delusional.

I consider this sub-thread demented. :-)

--
[mail]: Chuck F (cbfalconer at maineline dot net)
[page]: <http://cbfalconer.home .att.net>
Try the download section.

[blargg]

Re: [OT] Re: question about fread function

In article <489DB6F2.2A537 3D3@yahoo.com>, cbfalconer@main eline.net wrote:

Eric Sosman wrote:

xiao wrote:

[...]
(nscrdh and data are defined as two dementional arrays [...]

C does not have two-dementional arrays. C's arrays are
one-dimensional, but an array element can itself be an array,
thus giving the appearance of a two-dimensional array. So
you should not call them two-dementional, but two-delusional.

>
I consider this sub-thread demented. :-)

if ( only C #included a spell-checker ) { ... }

[Barry Schwarz]

Re: [OT] Re: question about fread function

On Sat, 09 Aug 2008 08:47:30 -0400, Eric Sosman
<esosman@ieee-dot-org.invalidwrot e:

>xiao wrote:

>[...]
>(nscrdh and data are defined as two dementional arrays [...]

>
C does not have two-dementional arrays. C's arrays are
>one-dimensional, but an array element can itself be an array,
>thus giving the appearance of a two-dimensional array. So
>you should not call them two-dementional, but two-delusional.

I agree that this is the most practical way to think of the situation.
But the C99 standard does in fact call such an array a
"multidimension al array object" (6.5.2.1-3). One example (6.7.8) is
even called a "three-dimensional array object".

--
Remove del for email

[Pranav]

Re: question about fread function




fread(&nscrdh,s izeof(nscrdh),1 ,in);
fread(&data,siz eof(data),1,in) ;

If your data members 'data' and 'nscrdh' are structures the sizeof()
operator returns the size of the structures with padding. Then you
may accidentally read the next few bytes., Probably this may the bug
haunting your code.
So better you use #pragma pack to optimise the structure by packing
it.

Also you can use ftell() to know the point where the pointer is
pointing.

[xiao]

Re: question about fread function

On Aug 10, 7:33 am, Pranav <pranav...@gmai l.comwrote:

fread(&nscrdh,s izeof(nscrdh),1 ,in);
fread(&data,siz eof(data),1,in) ;
>
If your data members 'data' and 'nscrdh' are structures the sizeof()
operator returns the size of the structures with padding. Then you
may accidentally read the next few bytes., Probably this may the bug
haunting your code.
So better you use #pragma pack to optimise the structure by packing
it.
>
Also you can use ftell() to know the point where the pointer is
pointing.

Thank you guys ~ but how can I find the right point? Using fseek or
something like that?
Actually, I write the data like this:

Write2DArrayInt (cumulus, ncolumns,nrows, out); /*Write2DArrayIn t
is a function and out is the file pointer. cumuls is definded as
short **cumulus ncolumns=2030, nrows=1354 */

void Write2DArrayInt (short **Array, int Columns, int Rows, FILE *fp)
{
int i;

for(i=0; i<Rows; i++){
fwrite(Array[i], sizeof(short),C olumns, fp);
}
}

And read it like this:
fread(&data,siz eof(data),1,in) ; /*data is defind as short **data
*/

AND i tried to print some values like this:

fread(&data,siz eof(data),1,in) ;
for (i=0 ;i<10 ; i++){
for (j=0 ;j<10 ;j++)
printf(" %hd \t",data[i][j]);
}/*this is in after the values are written*/

And

for(i=0; i<10; i++){
for(j=0; j<10; j++){printf(" %hd\t",cumulus[i]
[j]);
}} /*this is before the value are written*/

But their values are totally different, why is that? :)

[Pranav]

Re: question about fread function

On Aug 10, 9:57 pm, xiao <littledd...@gm ail.comwrote:

On Aug 10, 7:33 am, Pranav <pranav...@gmai l.comwrote:
>

fread(&nscrdh,s izeof(nscrdh),1 ,in);
fread(&data,siz eof(data),1,in) ;

>

If your data members 'data' and 'nscrdh' are structures the sizeof()
operator returns the size of the structures with padding. Then you
may accidentally read the next few bytes., Probably this may the bug
haunting your code.
So better you use #pragma pack to optimise the structure by packing
it.

>

Also you can use ftell() to know the point where the pointer is
pointing.

>
Thank you guys ~ but how can I find the right point? Using fseek or
something like that?
Actually, I write the data like this:
>
Write2DArrayInt (cumulus, ncolumns,nrows, out); /*Write2DArrayIn t
is a function and out is the file pointer. cumuls is definded as
short **cumulus ncolumns=2030, nrows=1354 */
>
void Write2DArrayInt (short **Array, int Columns, int Rows, FILE *fp)
{
int i;
>
for(i=0; i<Rows; i++){
fwrite(Array[i], sizeof(short),C olumns, fp);
}
>
}
>
And read it like this:
fread(&data,siz eof(data),1,in) ; /*data is defind as short **data
*/
>
AND i tried to print some values like this:
>
fread(&data,siz eof(data),1,in) ;
for (i=0 ;i<10 ; i++){
for (j=0 ;j<10 ;j++)
printf(" %hd \t",data[i][j]);
}/*this is in after the values are written*/
>
And
>
for(i=0; i<10; i++){
for(j=0; j<10; j++){printf(" %hd\t",cumulus[i]
[j]);
}} /*this is before the value are written*/
>
But their values are totally different, why is that? :)

If you have defined the data as "short **data" or "short *data[]"
then sizeof() operator wont give you the correct size of the chunk you
want read from the file. Please check your code by hard coding the
chunk you write and read once OR check your value returned by sizeof()
operator. Try it by creating new empty file.
If you have any doubts reply/ask the group only do not mail any one.


Pranav
-- There's a difference between knowing the path and walking it.

[xiao]

Re: question about fread function

On Aug 10, 1:01 pm, Pranav <pranav...@gmai l.comwrote:

On Aug 10, 9:57 pm, xiao <littledd...@gm ail.comwrote:
>
>
>

On Aug 10, 7:33 am, Pranav <pranav...@gmai l.comwrote:

>

fread(&nscrdh,s izeof(nscrdh),1 ,in);
fread(&data,siz eof(data),1,in) ;

>

If your data members 'data' and 'nscrdh' are structures the sizeof()
operator returns the size of the structures with padding. Then you
may accidentally read the next few bytes., Probably this may the bug
haunting your code.
So better you use #pragma pack to optimise the structure by packing
it.

>

Also you can use ftell() to know the point where the pointer is
pointing.

>

Thank you guys ~ but how can I find the right point? Using fseek or
something like that?
Actually, I write the data like this:

>

Write2DArrayInt (cumulus, ncolumns,nrows, out); /*Write2DArrayIn t
is a function and out is the file pointer. cumuls is definded as
short **cumulus ncolumns=2030, nrows=1354 */

>

void Write2DArrayInt (short **Array, int Columns, int Rows, FILE *fp)
{
int i;

>

for(i=0; i<Rows; i++){
fwrite(Array[i], sizeof(short),C olumns, fp);
}

>

}

>

And read it like this:
fread(&data,siz eof(data),1,in) ; /*data is defind as short **data
*/

>

AND i tried to print some values like this:

>

fread(&data,siz eof(data),1,in) ;
for (i=0 ;i<10 ; i++){
for (j=0 ;j<10 ;j++)
printf(" %hd \t",data[i][j]);
}/*this is in after the values are written*/

>

And

>

for(i=0; i<10; i++){
for(j=0; j<10; j++){printf(" %hd\t",cumulus[i]
[j]);
}} /*this is before the value are written*/

>

But their values are totally different, why is that? :)

>
If you have defined the data as "short **data" or "short *data[]"
then sizeof() operator wont give you the correct size of the chunk you
want read from the file. Please check your code by hard coding the
chunk you write and read once OR check your value returned by sizeof()
operator. Try it by creating new empty file.
If you have any doubts reply/ask the group only do not mail any one.
>
Pranav
-- There's a difference between knowing the path and walking it.

haha,thank you~~~ :)

[Keith Thompson]

Re: question about fread function

Pranav <pranav026@gmai l.comwrites:

fread(&nscrdh,s izeof(nscrdh),1 ,in);
fread(&data,siz eof(data),1,in) ;
>
If your data members 'data' and 'nscrdh' are structures the sizeof()
operator returns the size of the structures with padding. Then you
may accidentally read the next few bytes., Probably this may the bug
haunting your code.
So better you use #pragma pack to optimise the structure by packing
it.
>
Also you can use ftell() to know the point where the pointer is
pointing.

Since you didn't quote any context from the article to which you were
replying, it's hard to tell what you're referring to. And since the
actual parent article was discussing multidimensiona l arrays, it's
nearly impossible to figure out what you mean.

The size of the structures with padding is the size of the structures;
in other words, the padding is part of the structures. If you're
reading and writing the same data using the same program on the same
implementation, then writing and reading the same structure using
fwrite and fread should give you back the original data. (There's
probably no guarantee for any padding bytes, but that's ok, since you
don't care about the values of padding bytes.)

Using "#pragma pack" (a) isn't likely to help, and (b) isn't portable
anyway (it's an extension, not a feature of the language).

In any case, the original post made it clear that data and nscrdh are
arrays.

--
Keith Thompson (The_Other_Keit h) kst-u@mib.org <http://www.ghoti.net/~kst>
Nokia
"We must do something. This is something. Therefore, we must do this."
-- Antony Jay and Jonathan Lynn, "Yes Minister"

[santosh]

Re: question about fread function

Keith Thompson wrote:

<snip>

The size of the structures with padding is the size of the structures;
in other words, the padding is part of the structures. If you're
reading and writing the same data using the same program on the same
implementation, then writing and reading the same structure using
fwrite and fread should give you back the original data. (There's
probably no guarantee for any padding bytes, but that's ok, since you
don't care about the values of padding bytes.)
>
Using "#pragma pack" (a) isn't likely to help, and (b) isn't portable
anyway (it's an extension, not a feature of the language).

Would it be unfeasible to standardise #pragma pack, seeing as it's such
a common extension? I suppose there are machines out there that cannot
function without the required alignment?

[Pranav]

Re: question about fread function

On Aug 11, 10:48 am, santosh <santosh....@gm ail.comwrote:

Keith Thompson wrote:
>
<snip>
>

The size of the structures with padding is the size of the structures;
in other words, the padding is part of the structures. If you're
reading and writing the same data using the same program on the same
implementation, then writing and reading the same structure using
fwrite and fread should give you back the original data. (There's
probably no guarantee for any padding bytes, but that's ok, since you
don't care about the values of padding bytes.)

>

Using "#pragma pack" (a) isn't likely to help, and (b) isn't portable
anyway (it's an extension, not a feature of the language).

>
Would it be unfeasible to standardise #pragma pack, seeing as it's such
a common extension? I suppose there are machines out there that cannot
function without the required alignment?

Its not purely machine dependent it depends on OS/Compiler/
Processor..., And two dimensional array can contain structure
variable. So..., Till and until Xiao defines his code properly we
cannot go further assuming things randomly..,

Pranav

[Keith Thompson]

Re: question about fread function

santosh <santosh.k83@gm ail.comwrites:

Keith Thompson wrote:
<snip>

>The size of the structures with padding is the size of the structures;
>in other words, the padding is part of the structures. If you're
>reading and writing the same data using the same program on the same
>implementation , then writing and reading the same structure using
>fwrite and fread should give you back the original data. (There's
>probably no guarantee for any padding bytes, but that's ok, since you
>don't care about the values of padding bytes.)
>>
>Using "#pragma pack" (a) isn't likely to help, and (b) isn't portable
>anyway (it's an extension, not a feature of the language).

>
Would it be unfeasible to standardise #pragma pack, seeing as it's such
a common extension? I suppose there are machines out there that cannot
function without the required alignment?

It's always *possible* to pack structure members tightly with no
padding bytes. Suppose you have something like:

struct foo { char c; double d; };
#pragma pack /* whatever the syntax is */

on an implementation that cannot access a double other than on an
8-byte boundary. Then the compiler could generate extra code to copy
the ``d'' member to or from an aligned temporary, using memcpy or an
equivalent. This becomes difficult when you take the address of such
a member:

struct foo obj;
double *d = &obj;
*d += 42.0;

so that *all* uses of double* pointers have to allow for the
possibility that the target is misaligned. Unless the compiler is
very clever, this could slow down code that doesn't use packed
structures.

But it's always possible.

Whether it's worth standardizing is another matter. And whether the
committee could reach a consensus on standardizing it is yet another.

--
Keith Thompson (The_Other_Keit h) kst-u@mib.org <http://www.ghoti.net/~kst>
Nokia
"We must do something. This is something. Therefore, we must do this."
-- Antony Jay and Jonathan Lynn, "Yes Minister"

[Nick Keighley]

Re: question about fread function

On 10 Aug, 17:57, xiao <littledd...@gm ail.comwrote:

On Aug 10, 7:33 am, Pranav <pranav...@gmai l.comwrote:

fread(&nscrdh,s izeof(nscrdh),1 ,in);
fread(&data,siz eof(data),1,in) ;

>

If your data members 'data' and 'nscrdh' are structures the sizeof()
operator returns the size of the structures with padding.

no. sizeof returns the size of the struct

 Then you
may accidentally read the next few bytes.,

? how do you "accidently " read a few bytes?

Probably this may the bug
haunting your code.
So better you use #pragma pack to optimise the structure by packing
it.

no, do NOT use #pragma pack. Its non-portable and may not even be
available
on some implentations.

Also you can use ftell() to know the point where the pointer is
pointing.

what do you mean by the "right point"? ftell() tells you where abouts
in the file you are. Only you can tell if this is the "right point".

Using fseek or something like that?

I think you need to decide what you are trying to do.

Actually, I write the data like this:

post a complete, compilable program that exhibits your problem.
Explain what it does and what you want it to do. Don't post fragments
of programs

>
Write2DArrayInt (cumulus, ncolumns,nrows, out);     /*Write2DArrayIn t
is a function and out is the file pointer.  cumuls is definded as
short **cumulus ncolumns=2030, nrows=1354 */
>
void Write2DArrayInt (short **Array, int Columns, int  Rows,  FILE *fp)
{
        int  i;
>
        for(i=0; i<Rows; i++){
             fwrite(Array[i], sizeof(short),C olumns, fp);
        }
}
>
And read it like this:
 fread(&data,siz eof(data),1,in) ;    /*data is defind as short **data
*/
>
AND i tried to print some values like this:
>
fread(&data,siz eof(data),1,in) ;
 for (i=0 ;i<10 ; i++){
    for (j=0 ;j<10 ;j++)
    printf(" %hd \t",data[i][j]);
  }/*this is in after the values are written*/
>
And
>
              for(i=0; i<10; i++){
                    for(j=0; j<10; j++){printf(" %hd\t",cumulus[i]
[j]);
              }} /*this is before the value are written*/
>
But their values are totally different, why is that?  :)

--
Nick Keighley