[A.....k]

http://www.wykop.pl/wpis/5065254/programowanie-avr-atmel-aduino-zobaczcie-na-wartos/

Wyszło szydło z woka. Już drugi raz nadziałem się na operator >> w #cpp, który to omija pewne znaki.

Da się to jakoś elegancko rozwiązać czy trzeba wczytać cały plik i skopiować interesującą mnie zawartość do właściwego bufora? getline nie da się użyć bo to plik .elf, typowo binarny.

#programowanie #naukaprogramowania #programator

[sylwke3100]

@Analityk: A nie możesz read użyć ?

[A.....k]

@sylwke3100:

Extracts n characters from the stream and stores them in the array pointed by by s.

Mogę :-)

Narzędzia cpp są zbyt mocno wyspecjalizowane a do tego jest ich dużo. Czemu >> nie może wczytywać wszystkich znaków ze strumienia? Tego można się po nim spodziewać.

[Rincewind]

@Analityk: Operator

>>

wczytuje tylko znaki drukowalne, tokenizując po białych znakach. Tego właśnie można się spodziewać.

[A.....k]

@Rincewind: To nie jest takie oczywiste. Btw - read oczekuje bufora typu char, ja oczekuje bufora typu unsigned char i jest konflikt.

unsigned char bufor[12];

plik.read(bufor, sizeof(bufor));

wywala błąd. Co robić? Potrzebuje właśnie typu bez znaku.

[Rincewind]

@Analityk: Rzutuj do

char*

, co za problem?

[A.....k]

@Rincewind: Ten sam co w drugą stronę. Dobrałem taki typ bo takich danych się spodziewam. Gdyby nie to mógłbym używać tylko typu int. Drażnią mnie takie rzeczy, sorry. No nic, muszę rzutować.

[Rincewind]

unsigned char buffer[N];

file.read(reinterpret_cast(buffer), N);

[Rincewind]

@Analityk: Ale nie rozumiem problemu w spoilerze – może da się to ładniej załatwić, jeśli podasz szerszy kontekst? Poza tym rzutowanie nie jest niczym złym i nie kosztuje ani jednego cyklu procesora – to jest załatwiane na etapie kompilacji. Nie ma się czego bać. :)