🚀 go-pugleaf

Matthijs <matthijslaan@NOSPAMcia-agent.com> wrote in message
news:MPG.14552ffc56413268989718@news.xs4all.nl...
> [is 8 bytes ipv 5]
>
> [is wel 5 bytes door:]
> > > #pragma pack(push)
> > > #pragma pack(1)
> > >
> > >  typedef struct {
> > >   BYTE var1;
> > >   DWORD var2;
> > >  } _test;
> > >
> > > #pragma pack(pop)

Nee, dit blijft 8 bytes omdat BYTE blijkbaar ook 4 bytes is. Maar als je dit
doet

typedef struct {
       unsigned char var1;
       DWORD var2;
} _test;

kan deze struct ook 8 bytes groot zijn. Er kunnen nl. 3 padding bytes
toegevoegd worden achter de unsigned char. Zodat var2 op een dword-aligned
boundary terecht komt.

>
> Mede door deze "onzin"(IMHO) denk ik er voorlopig niet aan om met C/C++
> te beginnen. Waar slaat dit nou in hemelsnaam op(bij C/C++, niet jouw
> antwoord)? Is dit ANSI C (werkt het ook op een andere processor dan
> Intel-compatible)? Hoe is dit te rijmen met het antwoord van FB, die zegt
> dat een byte is gedefd als een int? Wordt er gewoon een byte van die int
> afgehakt?
>

Ik wist niet dat in msvc BYTE gedefinieerd was als int, ik nam aan dat BYTE
gewoon een unsigned char was. Nee, die #pragma is erg compiler specifiek. In
Ansi C is het volgens mij  (maar daar zou je de standaard op na moeten
slaan) toegestaan dat de compiler padding bytes toevoegd in structs. Met die
#pragma kun je dus aangeven dat je dat niet wilt. Dit zijn trouwens dingen
waar je niet veel mee te maken heb als je begint met C/C++. Dat msvc BYTE
als int definieert is natuurlijk op z'n minst verwarrend te noemen.

Joris