strtoul problem

[Raphael F. (erdbewohner)]

Hallo Zusammen!
Ich wollte die Funktion strtoul verwenden, aber sie macht probleme. Ich 
habe mal das Disassembley angeschaut und habe den verdacht, dass sie 
eigentlich 32Bit zurückgibt (in R22-R25), der Compiler aber meint, sie 
würde 16 zurückgeben.
Hier mein Testprogramm:

#include <avr/io.h>
#include <util/delay.h>
#include <string.h>

int main(void)
{
  char str[] = "66x";
  uint32_t t = strtoul(str, NULL, 16);
  PORTA_OUT = t;
}

Wenn ich bei PORTA_OUT = t; im Debugger (AVRStudio 6) anhalte, hat 
register 22 0x66, R23-25 hat 0.
Wie bringe ich dem Compiler bei, dass die Funktion 32 Bit zurückgibt? 
Ich kann doch nicht einfach die stdlib ändern, oder?
Vielen Dank für eure Hilfe!

[Peter II (Gast)]

> 66x
was erwartest du von dem x?

[Raphael F. (erdbewohner)]

0x66, aber x selbst ist in r24/25 und somit 0.

[Peter II (Gast)]

Raphael F. schrieb:
> 0x66, aber x selbst ist in r24/25 und somit 0.

aber 66x ist nicht 0x66. Lass doch mal das x weg, du sagst der Funktion 
doch das es Basis 16 nehmen soll.

[Hmm (Gast)]

Das hier in letzter Zeit übliche Problem:

Es fehlen:
1. Angabe des Compilers
2. Angabe der CPU.
3. Fehlersymptom (Meldung, Verhalten)
Insbesondere: Was lässt Dich annehmen, daß
>der Compiler aber meint, sie würde 16 zurückgeben.
?

4. Besonderer Grund warum Du stdlib.h nicht einbindest.
5. Besonderer Grund warum Du uns die Warnung des Compilers über den 
fehlenden Prototyp nicht zeigst?

[Bastler (Gast)]

String to unsigned long zur Basis 16 liest bis zum ersten Zeichen 
ungleich 0123456789ABCDEF. Korrektes Ergebnis ist 0x00000066.
Schreib mal "FCA86421", probier's aus und versuch den Unterschied zu 
deiner Version zu verstehen.

[Raphael F. (erdbewohner)]

Also:
1. Compiler ist der aus AVRStudio 6 (ich glaub GNU C Compiler)
2. ATXmega256A3
3. Soviel ich weiss, sind rückgaben von Funktionen immer in den 
registern r25 und abwärts. Ich habe ins Disassembly geschaut und 
gesehen, dass er in PORTA_OUT das register r24 schreibt:

00000125  MOVW R24,R28    Copy register pair 
00000126  ADIW R24,0x01    Add immediate to word 
00000127  LDI R22,0x00    Load immediate 
00000128  LDI R23,0x00    Load immediate 
00000129  LDI R20,0x10    Load immediate 
0000012A  LDI R21,0x00    Load immediate 
0000012B  CALL 0x0000013B    Call subroutine 
0000012D  CLR R26    Clear Register 
0000012E  SBRC R25,7    Skip if bit in register cleared 
0000012F  COM R26    One's complement 
00000130  MOV R27,R26    Copy register 
  PORTA_OUT = t;
00000131  STS 0x0604,R24    Store direct to data space

also ist die rückgabe der Funktion für ihn 16 Bit. R24/25 und somit t 
ist aber 0. Dafür ist R22 neu 0x66. Das würde sinn machen, wenn die 
Funktion 32Bit zurückgibt.
4. Oh, das hab ich vergessen. Es ändert aber nichts.
5. Ob mit oder ohne stdlib.h, er gibt keine Fehler/Warnungen aus.

@Peter II: Das hab ich noch reingemacht, um zu testen, ob die Funktion 
wirklich bei einem Zeichen abbricht, das er nicht lesen kann (und nicht 
nur bei '/0')

@Bastler: Das weiss ich schon. Sorry, das x hat verwirrt. Wenn ich 
FCA86421 eingebe, ist t 0xA8, was meine Hypothese stützt.

[Bastler (Gast)]

Laut AVR Libc Doku ist strtol in stdlib.h
Und der Compiler wird meckern, daß er die Definition von strtol vermißt 
und
Als Default " int strtol()" annehmen. Return in R24/25. Alles klar?!

[Raphael F. (erdbewohner)]

Ah ok. Es hat jetzt doch funktioniert. Ich war wohl vorher zu hektisch.
Vielen Dank!!

[Bastler (Gast)]

Ergänzung:
Wenn was nicht klappt, dann müssen erst ALLE Compiler-Warnungen weg. 
Vorher sitzt das Problem vor dem Schirm ;-)

[Malte S. (maltest)]

Vor allem müssen sie aktiviert sein -Wall und -Werror sind deine 
Freunde.

[Hmm (Gast)]

>Ah ok. Es hat jetzt doch funktioniert.

Schön. Aber sag uns nicht woran es lag, damit andere wieder von vorne 
anfangen müssen.

[Raphael F. (erdbewohner)]

Es war doch das mit der nicht eingebundenen stdlib.h. Dann hab ich nur 
gesehen "Ah, r22 hat wieder 0x66, also das gleiche". Aber so soll es ja 
sein. In PORTA_OUT wurde nähmlich jetzt r22 geschrieben.