Atmel Studio 7 bug?

[Attila C. (attila)]

Vielleicht hab ich aber auch ein Brett vor dem Kopf.

Folgendes :

while (j<=50)
{
   i++;
   if (data[i]!=',')
   j++;
}

ergibt für i den Wert 62 was 12 Kommata im Array entsprechen.

Dies wiederum:

while (j<=12)
{
   i++;
   if (data[i]==',')
   j++;
}

ergibt für i den Wert 16346 und nicht wie zu erwarten wäre: 62

Woran könnte das liegen?

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Attila C. schrieb:
> ergibt für i den Wert 16346 und nicht wie zu erwarten wäre: 62
Welchen Wert haben j und i vor dem Start? Oder anders: das Problem liegt 
nicht in den geposteten Zeilen, wie sieht der gesamte Code aus?

BTW: bitte die [c] Tokens für Quellcode verwenden.

[Marc V. (Firma: Vescomp) (logarithmus)]

Attila C. schrieb:
> ergibt für i den Wert 16346 und nicht wie zu erwarten wäre: 62

 Wieso wäre da 62 zu erwarten ?


> Woran könnte das liegen?

 Am Brett ?

[Attila C. (attila)]

Was sind [c] Tokens?

Der Code ist eine Funktion. i und j sind beim Aufruf dieser Funktion 0.

[Attila C. (attila)]

@Marc: Wenn in einem Array nach 62 Zeichen 50 "Nicht-Kommata" übrig 
bleiben kann man davon ausgehen dass 12 von den 62 Zeichen ein Komma 
waren.

Wenn man innerhalb des gleichen Arrays nach 12 Kommata sucht ist zu 
erwarten das diese nach 62 Zeichen alle aufgefunden sein sollten.

Oder etwa nicht? Verwirrend!

[Marc V. (Firma: Vescomp) (logarithmus)]

Attila C. schrieb:
> Was sind...

[c]
 Dein gepostetes C-Code

 [/c]

[Toni Tester (Gast)]

Attila C. schrieb:
> Was sind [c] Tokens?

C-Code in Forenbeiträgen bitte in solche Tags einschließen (siehe 
Abschnitt "Formatierung" in der Beschreibung über dem Textfeld).

> Der Code ist eine Funktion. i und j sind beim Aufruf dieser Funktion 0.
Und wie sieht data aus?

Attila C. schrieb:
> ergibt für i den Wert 16346 und nicht wie zu erwarten wäre: 62

Warum wäre das zu erwarten; wie sind die Variablen definiert (Datentyp), 
wie sind diese vorher belegt etc?

> Woran könnte das liegen?
Können wir so nicht beurteilen.

=> Bitte vollständigen Code posten (bzw. ein für sich compilierbares 
Minimalbeispiel, das das beschriebene Verhalten zeigt).

[Marc V. (Firma: Vescomp) (logarithmus)]

Attila C. schrieb:
> @Marc: Wenn in einem Array nach 62 Zeichen 50 "Nicht-Kommata" übrig
> bleiben kann man davon ausgehen dass 12 von den 62 Zeichen ein Komma
> waren.

 LOL.
 Da wird nirgendwo auf die Arraygrenze geprüft - mit diesem Code
 kannst du genausogut nur 3 Komma im Array haben, aber dafür  4 Mal
 durch den ganzen Array (und den Rest der RAM, falls es sich um
 Integer handelt) durchpfeifen...

 Falls es aber uint8_t sind, wird dein Array solange von 0 bis 255
 abgefragt, bis 12 Komma zusammenkommen...

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Attila C. schrieb:
> Was sind [c] Tokens?
Das wird direkt über jeder Eingabebox beschreiben. Gleich nach
*Wichtige Regeln - erst lesen dann posten!*

Attila C. schrieb:
> Wenn man innerhalb des gleichen Arrays nach 12 Kommata sucht ist zu
> erwarten das diese nach 62 Zeichen alle aufgefunden sein sollten.
> Oder etwa nicht?
Was, wenn das unbekannte Array 1234567 Zeichen aufnehmen kann? Nur du 
kennst bisher dein Array? Wie soll dir da irgendwer sonst helfen 
könnnen? Du musst schon ausführliche und brauchbare Informationen 
beisteuern.

> Re: Atmel Studio 7 bug?
Die Antwort auf diese Frage lautet "Sicherlich einige. Aber nicht in 
diesem Fall".

[Immerdiesestudiobugs (Gast)]

Lothar M. schrieb:
>> Re: Atmel Studio 7 bug?
> Was ziemlich sicher ist: die Antwort auf diese Frage lautet "Nein".

Richtig. Und wenn schon ein Bug, dann wäre es ein GCC (exemplarisch)
Bug, aber niemals ein Atmel Studio bug.

[Mampf F. (mampf)]

Attila C. schrieb:
> while (j<=12)
> {
>    i++;
>    if (data[i]==',')
>    j++;
> }
>
> ergibt für i den Wert 16346 und nicht wie zu erwarten wäre: 62

Ich sehe keine Endbedingung für i ... Angenommen, es wäre ein 
0-terminierter String in C würde das ewig weiter laufen ...

Mach mal eine Abbruchbedingung rein ála if (!data[i]) break;

[Attila C. (attila)]

Es handelt sich um ein NMEA Protokoll. Wenn ich nicht auf Kommata prüfe 
und es so mache........

while (i<62)
{
  test[k]=data[i];
  i++;
  k++;
}

(So richtig mit den Tokens?)

.......dann sehe ich auf dem Display die korrekten Daten.

Ich verstehe nicht warum die Array-Größe oder Array-Grenze eine Rolle 
spielt. Die Prüfung auf nicht-Komma ist korrekt. Das Array enthält 
innerhalb der 62 Zeichen 12 Kommata und 50 nicht-Kommata. Warum ergibt 
dann die Prüfung auf 12 Kommata einen solch absurden Wert?

[Attila C. (attila)]

Ach so: test[] ist für die Ausgabe auf dem Display.

[Attila C. (attila)]

@Mampf: Wenn j größer 12 ist wird i nicht weiter hochgezählt. Reicht das 
nicht als Abbruchbedingung?

[Felix F. (wiesel8)]

Attila C. schrieb:
> @Mampf: Wenn j größer 12 ist wird i nicht weiter hochgezählt. Reicht das
> nicht als Abbruchbedingung?
j wird aber erst größer 12, nachdem das 13te Komma gefunden wurde.

mfg

[Attila C. (attila)]

@Felix: Hast recht!

[Immerdiesestudiobugs (Gast)]

Also doch ein echter Atmel Studio 7 Bug.

Ich hab's ja gleich gewusst.

[Mampf F. (mampf)]

Felix F. schrieb:
> j wird aber erst größer 12, nachdem das 13te Komma gefunden wurde.

Jau genau ... :)

[Attila C. (attila)]

So:Nach 3 Tagen funktioniert dieses völlig kranke Konstrukt:

void fetchGPS (char datensatz)
{
  int i=0,j=0,k=0;
  float wert=0;
  char test[100];
  
  while (j<=datensatz)
  {
    i++;
    if (gpsdata[i]==',')
    j++;
  
    if (j==datensatz)
    {
      i++;
      while(j==datensatz)
      {
        test[k]=gpsdata[i];
        k++;
        i++;
          if (gpsdata[i]==',')
          j++;
      }
    }
  }
string(test);
cursorhome();
}

Warum , z.B. in der letzten while Schleife ein "while (gpsdata[i]!=',') 
partout nicht funktionieren will erschleisst sich mir nicht. Nur der 
Umweg über j führt zum Ergebnis.

[DraconiX (Gast)]

Nimm dir mal dein Debugger zur Hand und Steppe das mal durch ;-) Dann 
wirst du schon selbst auf deinen Fehler kommen.

[Attila C. (attila)]

Debugger? Das habe ich noch nie gemacht.

[Stefan F. (Gast)]

> Debugger? Das habe ich noch nie gemacht.

Dann wird es jetzt Zeit, das zu lernen. Kannst du auch mit dem Simulator 
machen, wenn du keine Debugger-Hardware hast.

Für genau solche Probleme ist ein Debugger und das Durch-Steppen ideal.

[Marc V. (Firma: Vescomp) (logarithmus)]

Attila C. schrieb:
> Warum , z.B. in der letzten while Schleife ein "while (gpsdata[i]!=',')
> partout nicht funktionieren will erschleisst sich mir nicht.

 Und mir erschliesst sich nicht warum du es nicht mit strtok() oder
 strtok_r() versuchst.

[Attila C. (attila)]

ich wäre dann mal wieder mit meinem Latein am Ende:

float fetchGPS (char datensatz)
{
  int i=0,j=0,k=0;
  float wert=0.0;
  char nmea[20];

  while (j<=datensatz)
  {
    i++;
    if (gpsdata[i]==',')
    j++;
  
    if (j==datensatz)
    {
      i++;
      while(j==datensatz)
      {
        nmea[k]=gpsdata[i];
        k++;
        i++;
          if (gpsdata[i]==',')
          j++;
      }
    }
  }
  
  wert=atof(nmea);
  
      //string(nmea);
      //cursorhome();
      
  if (nmea=='A')
  wert=123.45;
  
  return wert;
}

Lasse ich mir den auskommentierten string anzeigen steht da ein "A". 
Lasse ich mir den return Wert anzeigen steht da 0.00. Numerische return 
Werte werden ansonsten korrekt angezeigt.

[Attila C. (attila)]

AUA! Blöd!  if (nmea[0]=='A')

So funktioniert es!