[C++] Problemen met inlezen binaire bestanden onder linux

[codeweb]

Ik heb een programma geschreven dat goed draait onder windows xp, maar nu moet het ook kunn en draaien op een linux omgeving. Ok dat is allemaal leuk en aardig.

Nu ben ik wat aan het experimenteren geweest maar ik kom er toch niet helemaal uit.

Wat is het probleem
Wanneer ik een record uit een binair bestand wil inlezen word het record niet gevuld...

Mijn code

code:

#include <iostream>
#include <fstream>
using namespace std;
struct klantenstruct
{
    int nr;
    char srt[2];
    char naam[26];
    char adres[26];
    char postcode[7];
    char plaats[16];
    long banknr;
    long giro;
    char mutcode[2];
    char tariefafspraak[2];
};

int main()
{
    klantenstruct test; 
        ifstream invoer;
    invoer.open("B0100.dat", ios::binary);

    invoer.read((char *)&test, sizeof(test));
    cout << test.nr << endl;
    invoer.close();
    return 0;

}

Dat is de code die ik gebruik. Tijdens het compilen geeft hij geen errors, maar als ik hem uitvoer geeft hij de volgende output:

code:

1107473152

Op zich een leuk getal, maar het is niet degene die ik nodig heb; het allereerste nummer dat in het bestand staat is nummer 1, maar dat wil hij niet weergeven.

hoe kan ik ervoor zorgen dat ik toch dat record te zien krijg?

[pjonk]

Heb je ergens een voorbeeld van dat binary bestand. Wellicht kan je het ergens op het web zetten. Wat krijg je te zien als je de andere gegevens naar je console output?

[codeweb]

heb het bestand geupload:

http://robin.solcon.nl/b0100.dat

wanneer ik het toenstraks met het veld 'naam' probeerde, kreeg ik niets te zien

[.oisyn]

Tja, plain data structures lezen en schrijven is nou eenmaal niet platformonafhankelijk. De compiler kan zelf bepalen hoe hij de members in je structure aan elkaar plakt.

[pjonk]

Ik heb het onder VC++ 6 onder Windows getest en daar krijg ik als waarde -858993460 terug. Ik heb dus niet echt het idee dat het met het platform te maken heeft.
Is die binary file ook geschreven met dezelfde structure?

[Soultaker]

Dit onderwerp maar weer eens? Misschien tijd om er een FAQ-item van te maken...

Recentelijk zijn alle voor- en nadelen van serialisatie met structs hier nog besproken:
[rml][ C++/Linux] Networking, hoe structs verzenden?[/rml]/

[.oisyn]

Ik heb dus niet echt het idee dat het met het platform te maken heeft

met platform bedoel ik niet alleen het OS, maar ook de compiler, en zelfs compiler settings

[Blaasvis]

code:

int main()
{
    klantenstruct test;    
        ifstream invoer;
    invoer.open("B0100.dat", ios::binary);

    invoer.read((char *)&test, sizeof test);
    cout << test.nr << endl;
    invoer.close();
    return 0;

}

Dit lijkt mij wel te werken, en vindt je het leuk op windesheim

[codeweb]

wanneer ik het dus uitvoer op een windows XP machine en krijg dit te zien:

[codeweb]

Blaasvis schreef op 29 oktober 2003 @ 20:22:

code:

int main()
{
    klantenstruct test;    
        ifstream invoer;
    invoer.open("B0100.dat", ios::binary);

    invoer.read((char *)&test, sizeof test);
    cout << test.nr << endl;
    invoer.close();
    return 0;

}

Dit lijkt mij wel te werken, en vindt je het leuk op windesheim

ja feest he

magoed, ik ga het eens uitproberen

[edit]
nee, werkt niet. Krijg weer dezelfde waarde terug

[ Voor 11% gewijzigd door codeweb op 29-10-2003 20:28 ]

[pjonk]

.oisyn schreef op 29 October 2003 @ 20:09:
[...]

met platform bedoel ik niet alleen het OS, maar ook de compiler, en zelfs compiler settings

Ik had jouw post nog niet gezien hoor toen ik dit postte.
Is het trouwens niet zo dat char's soms als Unicode chars kunnen worden geïnterpreteerd?

@Codeweb: Welke compiler heb je gebruikt?

[codeweb]

JonkieXL schreef op 29 October 2003 @ 20:27:
[...]

Ik had jouw post nog niet gezien hoor toen ik dit postte.
Is het trouwens niet zo dat char's soms als Unicode chars kunnen worden geïnterpreteerd?

@Codeweb: Welke compiler heb je gebruikt?

onder windows: Microsoft Visual c++ 6
onder linux: g++

[ Voor 6% gewijzigd door codeweb op 29-10-2003 20:31 ]

[pjonk]

Soultaker schreef op 29 October 2003 @ 20:09:
Dit onderwerp maar weer eens? Misschien tijd om er een FAQ-item van te maken...

Recentelijk zijn alle voor- en nadelen van serialisatie met structs hier nog besproken:
[rml][ C++/Linux] Networking, hoe structs verzenden?[/rml]/

Als ik het topic zo doorlees hebben de problemen vooral met alignment van data te maken (big endian, little endian etc.).
Is dit probleem dan niet simpel op te lossen door expliciet de byte order te specificeren bij het datatype?

[riezebosch]

ik kan me idd nog herinneren (uit de eerste van Windesheim) dat zélfs de binaire bestanden die ik met Borland C++ 5.0 gemaakt had niet gelezen konden worden door het programma wat in Visual C++ 6.0 gecompiled was!

edit:

of compile je die dan ook opnieuw onder linux?

[ Voor 15% gewijzigd door riezebosch op 29-10-2003 21:24 ]

[BoAC]

.oisyn schreef op 29 October 2003 @ 20:09:
[...]

met platform bedoel ik niet alleen het OS, maar ook de compiler, en zelfs compiler settings

Geldt dit dan ook voor de functies fread en fwrite (die ik vaak voor lezen en schrijven naar bestanden gebruik?)

[MSalters]

BoAC: Ja. fwrite dumpt gewoon de layout van je struct. Dat is in theorie niet eens meer bruikbaar als je je programma opnieuw opstart. In de praktijk verandert je struct layout alleen als je compileert met andere settings.

[codeweb]

riezebosch schreef op 29 oktober 2003 @ 21:13:

edit:

of compile je die dan ook opnieuw onder linux?

We compilen hem gewoon opnieuw onder Linux.

[.oisyn]

JonkieXL schreef op 29 oktober 2003 @ 20:27:
Is het trouwens niet zo dat char's soms als Unicode chars kunnen worden geïnterpreteerd?

Volgens de standaard zou char elk aantal bits kunnen zijn, maar gewoon op de reguliere x86 machines (windows en linux) is dat 8 bits. En een wchar_t is dan 16 bits.

Het wordt wat anders als je iets als TCHAR gebruikt, wat in principe gewoon een define is voor char of wchar_t, afhankelijk van of je de unicode compiler optie aanzet of niet

[codeweb]

ik ben achter de oplossing gekomen, heel knullig ik geef het toe, maar het bleek dat dit:

code:

invoer.open("B0100.dat", ios::binary);

dit moest zijn

code:

invoer.open("b0100.dat", ios::binary);

case-sensitive dus

[.oisyn]

Ja, dan lukt het inlezen niet eens. Je moet natuurlijk wel controleren op errors