Witam. Z pewnego powodu potrzebuję napisać symulator pamięci EEPROM. Zacząłem więc od widoku hex i możliwości zapisu danych do pliku. Jak na razie cała zawartość pamięci jest po prostu generowana losowo. Jednakże już tak prosta funkcjonalność sprawia problemy. Otóż to co wyświetla mi konsola nie zawsze zgadza się z tym, co jest zaraz potem zapisywane do pliku. Oto kilka przykładów. Na ich podstawie możnaby wywnioskować, iż zawsze niepożądanym wpisem jest 0D. Jednak wcale tak nie jest - ot dziwna zbieżność. W każdym razie… w celu zapisu do pliku używam put. Z kolei w kodzie prezentuje się to następująco:
Niestety wygląda na to, że problem jest nieco inny. Otóż na początek postanowiłem sprawdzić, czy w generowanych plikach hex dla ATMegi znajduje się znak 0A. Gdyby go nie było, dodałbym do programu zwyczajne ignorowanie go. Jednak okazuje się, że 0A występuje stosunkowo często, a za każdym razem przed nim jest 0D. Sugerując się tabelą ASCII wychodzi na to, że 0A wymusza pojawienie się przed nim 0D.
Tak. 0A to new line, a 0D to carriage return, na windowsie tak własnie kończy się linię pliku tekstowego, zapisywane symbolicznie “\r\n”. Jednak nie rozumiem jak to ma się do przedstawionego przez ciebie problemu: “Otóż to co wyświetla mi konsola (rozumiem std::cout) nie zawsze zgadza się z tym, co jest zaraz potem zapisywane do pliku (rozumiem jakiś fstream).”. Ta różnica bierze się z obcinania przez rzutowanie, i tyle. Jeśli chcesz sobie móc wypisać zawartość pamięci jako hex, niezależnie od tego jaki jest to typ strumienia, napisałbym taką funkcję:
void print_as_hex(std::ostream s, unsigned int v) {
s std::setw(8) std::hex std::setfill('0') v;
}
Problem polegał właśnie na występowaniu 0D przed 0A. Ponieważ na ekran wyrzucałem bezpośrednio zawartość tablicy, a do pliku szła zawartość tablicy plus z automatu 0D przed każdym 0A. Stąd wynikały niezgodności. Obecnie w identyczny sposób realizauję wypisywanie jako hex.
