Loading BMP problem.

[Pavlo Pelekh]

I wroted this piece of code :
#include <stdio.h>
#include <malloc.h>

FILE * f;

typedef unsigned short WORD;
typedef unsigned long DWORD;
typedef long LONG;
LONG width;
LONG height;
struct BITMAPFILEHEADER {
WORD bfType;
DWORD bfSize;
WORD bfReserved1;
WORD bfReserved2;
DWORD bfOffBits;
} h1;
struct BITMAPINFOHEADER {
DWORD biSize;
LONG biWidth;
LONG biHeight;
WORD biPlanes;
WORD biBitCount;
DWORD biCompression;
DWORD biSizeImage;
LONG biXPelsPerMeter;
LONG biYPelsPerMeter;
DWORD biClrUsed;
DWORD biClrImportant;
};

struct BITMAPINFO{
BITMAPINFOHEADER bmiHEADER;
//DWORD test;
} h2;
int main() {
// open file to read
f = fopen("1.bmp", "rb");

// read BITMAPFILEHEADER
fread( &h1 , sizeof(h1), 1, f);
char * string = & h1.bfType;
printf ("%s\n", string);

width = h1.bfSize;
printf("%ul \n", width);
}

it should print to stdout h1.bfType it's type of file: output is BM6;
and size of file. I see 91 or something like this, but should be 38386. If
anybody could help?

Thanks

[Karl Heinz Buchegger]

Pavlo Pelekh wrote:

// read BITMAPFILEHEADER
fread( &h1 , sizeof(h1), 1, f);
char * string = & h1.bfType;
printf ("%s\n", string);

width = h1.bfSize;
printf("%ul \n", width);
}

it should print to stdout h1.bfType it's type of file: output is BM6;
If you printf something with %s then you better should make sure
that the thing you output is indeed a C-style string. That is:
a sequence of charcaters, terminated with a '\0' character. The
bfType field does not quilify for that.
and size of file. I see 91 or something like this, but should be 38386. If
anybody could help?

In this structure, the bfSize member denotes the entire file size. Most
bitmap files contain a wrong value or simply are 0. Thats mainly because
no one really needs that value for anything.

--
Karl Heinz Buchegger
kb******@gascad.at

[Pavlo Pelekh]

Karl Heinz Buchegger wrote:

In this structure, the bfSize member denotes the entire file size. Most
bitmap files contain a wrong value or simply are 0. Thats mainly because
no one really needs that value for anything.

I looked this file with editor in Hex and I definetlely can say, that there
was size in that field. I converted it to dec and it was the same as $file
1.bmp returned me.

[Karl Heinz Buchegger]

Pavlo Pelekh wrote:

Karl Heinz Buchegger wrote:

In this structure, the bfSize member denotes the entire file size. Most
bitmap files contain a wrong value or simply are 0. Thats mainly because
no one really needs that value for anything.

I looked this file with editor in Hex and I definetlely can say, that there
was size in that field. I converted it to dec and it was the same as $file
1.bmp returned me.

You are fooled by padding.
Search for a compiler directive to turn of padding for that structure.
Eg. for VC++ this would be

#pragma pack( push, 1 )


--
Karl Heinz Buchegger, GASCAD GmbH
Teichstrasse 2
A-4595 Waldneukirchen
Tel ++43/7258/7545-0 Fax ++43/7258/7545-99
email: kb******@gascad.at Web: www.gascad.com

Fuer sehr grosse Werte von 2 gilt: 2 + 2 = 5

[Karl Heinz Buchegger]

Karl Heinz Buchegger wrote:

Pavlo Pelekh wrote:

Karl Heinz Buchegger wrote:

In this structure, the bfSize member denotes the entire file size. Most
bitmap files contain a wrong value or simply are 0. Thats mainly because
no one really needs that value for anything.

I looked this file with editor in Hex and I definetlely can say, that there
was size in that field. I converted it to dec and it was the same as $file
1.bmp returned me.

You are fooled by padding.
Search for a compiler directive to turn of padding for that structure.
Eg. for VC++ this would be

#pragma pack( push, 1 )

Sorry, hit send accidently

#pragma pack( push, 1 )

struct BITMAPFILEHEADER {
WORD bfType;
DWORD bfSize;

....

struct BITMAPINFO{
BITMAPINFOHEADER bmiHEADER;
//DWORD test;
} h2;

#pragma pack( pop )

Note that #pragma is compiler dependent by definition

--
Karl Heinz Buchegger
kb******@gascad.at

[Gernot Frisch]

"Karl Heinz Buchegger" <kb******@gascad.at> schrieb im Newsbeitrag
news:42***************@gascad.at...

Karl Heinz Buchegger wrote:

Pavlo Pelekh wrote:

>
> Karl Heinz Buchegger wrote:
>
> > In this structure, the bfSize member denotes the entire file
> > size. Most
> > bitmap files contain a wrong value or simply are 0. Thats
> > mainly because
> > no one really needs that value for anything.
>
> I looked this file with editor in Hex and I definetlely can say,
> that there
> was size in that field. I converted it to dec and it was the same
> as $file
> 1.bmp returned me.

You are fooled by padding.
Search for a compiler directive to turn of padding for that
structure.
Eg. for VC++ this would be

#pragma pack( push, 1 )

Sorry, hit send accidently

#pragma pack( push, 1 )

struct BITMAPFILEHEADER {
WORD bfType;
DWORD bfSize;

....

struct BITMAPINFO{
BITMAPINFOHEADER bmiHEADER;
//DWORD test;
} h2;

#pragma pack( pop )

Note that #pragma is compiler dependent by definition

Yep, had exaclty the same problem once... <remembers a horrible night
of debugging>
-Gernot

[Malte Starostik]

Karl Heinz Buchegger schrieb:

You are fooled by padding.
Search for a compiler directive to turn of padding for that structure.
Eg. for VC++ this would be

#pragma pack( push, 1 )

As the OP mentioned file (1), I assume he's probably on a POSIX system.
FWIW, for gcc the corresponding syntax is:

struct Foo __attribute__ ((__packed__))
{
//...
};

Cheers,
Malte

[Pavlo Pelekh]

Thanks Karl for help. Now I see.:)
"Karl Heinz Buchegger" <kb******@gascad.at> wrote in message
news:42***************@gascad.at...

Pavlo Pelekh wrote:

Karl Heinz Buchegger wrote:

In this structure, the bfSize member denotes the entire file size. Most bitmap files contain a wrong value or simply are 0. Thats mainly because no one really needs that value for anything.

I looked this file with editor in Hex and I definetlely can say, that there was size in that field. I converted it to dec and it was the same as $file 1.bmp returned me.

You are fooled by padding.
Search for a compiler directive to turn of padding for that structure.
Eg. for VC++ this would be

#pragma pack( push, 1 )


--
Karl Heinz Buchegger, GASCAD GmbH
Teichstrasse 2
A-4595 Waldneukirchen
Tel ++43/7258/7545-0 Fax ++43/7258/7545-99
email: kb******@gascad.at Web: www.gascad.com

Fuer sehr grosse Werte von 2 gilt: 2 + 2 = 5