[C] chararray zu uint64_t

Hallo Markus,

deine Frage verursacht noch weitere Frage,

* wie ist der TS kodiert ?
* in welcher Reihenfolge wird er gesendet MSB -- LSB ?

mach doch bitte deine Frage an einem Beispiel fest, dann wird es für uns 
einfacher.

.

Markus schrieb:
> er gibt mir bei einen aufruf von atoll oder atoull:
> /test.c:97: undefined reference to `atoll'

Das ist ein Linkerfehler. Sieh in der Dokumentation Deines C-Compilers 
nach, welche Library Du einbinden musst, damit atoll/atoull verwendet 
werden können.

Markus schrieb:
> ich nutze gcc und habe bisher nur was von der stdlib.h gelesen

Das ist eine Headerdatei. Die interessiert den Linker nicht. In der 
Dokumentation Deines C-Compilers sollte bei der Beschreibung der 
Funktionen aber nicht nur dabeistehen, in welcher Headerdatei sie 
deklariert sind, sondern auch, in welcher Library die Implementierung zu 
finden ist.

Gut, das erste kann man auch mit grep/findstr selbst herausfinden, das 
letztere mit objdump.

In den AVR-Tools mit AVR-LibC gibt es kein strtoull und auch kein atoull 
--> selber programmieren.

Ist das char-Array denn ein String oder ist das schon das Binärformat 
des Stamps?

Johann L. schrieb:
> In den AVR-Tools mit AVR-LibC gibt es kein strtoull und auch kein atoull
> --> selber programmieren.

Dann ist allerdings spannend, warum die Deklarationen davon in 
Headerdateien vorhanden sind, die Markus verwendet.

Wo kommen die her?

Vielleicht wird die newlib verwendet?

Rufus Τ. Firefly schrieb:
> Dann ist allerdings spannend, warum die Deklarationen davon in
> Headerdateien vorhanden sind, die Markus verwendet.

Woraus schließt du das?
Ich wette die "implicite declaration"-Warnung hat er schlicht 
unterschlagen.

Nimm einfach uint32_t.
Dein Gerät wird eh 2106 nicht mehr im Einsatz sein.

Stefan Ernst schrieb:
> Ich wette die "implicite declaration"-Warnung hat er schlicht
> unterschlagen.

Da er eine konkrete Fehlermeldung aufgeführt hatte, war ich davon nicht 
ausgegangen, aber das kann natürlich auch der Fall sein.

Warten wir eine Reaktion des Threadstarters ab.

Die Warnung sollte bereits vom Compiler kommen, die Fehlermeldung ist 
hingegen vom Linker.

Das ist auch nicht Aufgabe des Compilers sondern der Bibliotheken ;-)

Wenn es ein Dezimalstring ohne Leer- und Vorzeichen ist dann geht die 
Umwandlung mit

1

#include <stdint.h>

2

3

uint64_t str_to_uint64 (const char *b)

4

{

5

    uint64_t x = 0;

6

7

    for (; *b != '\0'; b++)

8

        x = 10 * x + (*b - '0');

9

10

    return x;

11

}

Ist ja nicht die Welt das.

Markus schrieb:
> trotzdem irgendwo komisch das avr-gcc kein chararray in uint64 wandeln
> kann.

Was soll daran komisch sein? Auf 8-Bit-Systemen ist der Gebrauch von 
64-Bit-Variablen eher ungewöhnlich; selbst bei 32-Bit-C-Compilern für 
PCs war das lange Zeit keine Selbstverständlichkeit (ältere Varianten 
von Microsofts C++-Compiler beispielsweise kannten keine 
64-Bit-Datentypen, vom double mal abgesehen).

Der 8051 Assembler konnte ja nichtmal 32Bit rechnen.
Da mußte man das Ausrechnen von Konstanten (Bautrate, Timerwerte usw.) 
noch richtig zu Fuß (Taschenrechner) machen und sie hart in den 
Quelltext reinschreiben.