While Schleife bricht nicht ab

"uiVal /= 10" ist eine Zuweisung.
Mach mal eine Bedingung daraus.

In C++ scheint das allerdings wunderbar zu funktionieren!

1

A property that C++ has over other programming languages is that the assignment operation can be used as the rvalue (or part of an rvalue) for another assignment operation. For example:

2

3

a = 2 + (b = 5);

4

5

is equivalent to:

6

7

b = 5;

8

a = 2 + b;

http://www.cplusplus.com/doc/tutorial/operators.html

Entweder da kommt bei mir oben was gleich 0 oder ungleich 0 raus.
Gleich 0: false
Ungleich 0: true


Aber damit wäre geklärt, warum das nicht geht. In C scheint das nicht so 
zu sein ;)


edit:
Grade getestet.
Beispiel in C++:

1

#include <iostream>

2

using namespace std;

3

4

int main(void)

5

{

6

        do

7

        {

8

                cout << "hallo" << endl;

9

        }

10

        while(0);

11

12

        do

13

        {

14

                cout << "hallo2" << endl;

15

        }

16

        while(1);

17

18

        return 0;

19

}

Die 2. Schleife läuft ewig.

Hmm... Nochmal editieren darf ich nicht ;)

So... Um nochmal Klarheit zu schaffen: Es ist eine C++ Eigenheit, dass 
der Rückgabewert einer Zuweisung der rechtsseitige Wert der selbigen 
ist. Somit funktioniert der Kram von mir da oben in C++ aber nicht in C.
Das is aber auch dreckig ;)

Andreas Galauner wrote:
> So... Um nochmal Klarheit zu schaffen: Es ist eine C++ Eigenheit, dass
> der Rückgabewert einer Zuweisung der rechtsseitige Wert der selbigen
> ist. Somit funktioniert der Kram von mir da oben in C++ aber nicht in C.
> Das is aber auch dreckig ;)

??? Das ist doch in ANSI-C genau so. Eigentlich müsste die Routine 
meiner Meinung nach funktionieren, wenn die Operationen korrekt 
ausgeführt werden.

PS: Da der Mega-AVR Divisionen in Software ausführen muss, ist das kein 
effizientes Verfahren zur Umwandlung.

Und warum heißt die Funktion eigentlich itoa, wenn du unsigned(!) int 
umwandeln willst. Verwirrst du dich gern selbst?

Naja... Sie geht nicht ;)
Und ob effizient oder nicht is jetzt auch egal. Ich will nur wissen, 
wieso das nicht funktioniert. Die einzige Erklärung die ich dazu hab ist 
wirklich, dass aus der Zuweisung immer irgendwas != 0 rauskommt. Weiß 
der Geier wieso.

>Und warum heißt die Funktion eigentlich itoa, wenn du unsigned(!) int
>umwandeln willst. Verwirrst du dich gern selbst?
Verwirrt mich nicht. Ich hab ja ne Parameterliste ;)

Du weißt aber, dass es ein itoa() in der Bibliothek gibt?

Jörg Wunsch wrote:
> Du weißt aber, dass es ein itoa() in der Bibliothek gibt?

Ich zitier mich mal selbst:
>Achso... Fragt mich nicht, warum ich nicht die stdlib.h nutze. Tu ich
>gleich. Nur will ich jetzt einfach wissen, wieso der Scheiß da nicht
>funktioniert *grr*

Ich sehe keinen Grund, warum die Schleife nicht funktionieren sollte. Ob 
C oder C++, es gilt immer noch, dass alle assign-ops den abschliessenden 
Wert der linken(!) Seite wiederspiegeln, und das in diesem Zusammenhang 
bekanntere "++i" ist exakt äquivalent zu "i += 1".

Im Simulator von AVR Studio bricht bei mir die Schleife ab. (testwerte 
0, 10, 1234).

Welche Revision des Compilers benutzt du denn? Vielleicht gibt es da ja 
einen bereits dokumentierten Bug.

AVR-GCC 4.3.0
Aus dem AVR MacPack: http://www.obdev.at/products/avrmacpack/index.html

Allerdings mit dem GNU99 Standard kompiliert. Sollte aber nicht so viel 
dran ändern, oder?

Manuel Stahl wrote:

> Ich hab aber schon öfter bemerkt, dass der GCC
> eine Warnung ausgiebt, wenn man sowas schreibt:
>
>

1

> if(a = b) {

2

>  ...

3

> }

4

>

Klar, weil es ein häufiger Flüchtigkeitsfehler ist, dass man bei einem
Vergleich auf Gleichheit eins der beiden Gleichheitszeichen vergisst.