dynamische struct im C

[milan (Gast)]

Hallo zusammen,
ich habe folgenden code:

struct person
{
  unsigned long int nr;
  char name[50];
  uint16_t id;
  char test[50];
  char test1[20];
  bool NS;
};

int main (void)
{
  uint16_t test4=1;
  while(1) {
    
    struct spots person[test4];
    test4++;
    sizeof(person);
  }
}

wenn ich den struct so definiere kommt nur müll raus.
wenn ich es aber normal definiere anstelle von test4 z.B: 10 
funktioniert alles bestens.

Das Problem ist ich muss die Daten in den struct von einer SD Karte 
lessen und ich weiss nicht wieviele es sind. also muss es dynamisch 
sein.

Mache ich etwas falsch da oder muss ich eine andere funktion anstelle 
von sizeof() aufrufen???

Danke im Voraus
Milan

[milan (Gast)]

falscher code:

struct person
{
  unsigned long int nr;
  char name[50];
  uint16_t id;
  char test[50];
  char test1[20];
  bool NS;
};

int main (void)
{
  uint16_t test4=1;

  struct person eins[test4];
  
  while(1) {
    
    test4++;
    sizeof(eins);
  }
}

[goldeneyes1987 (Gast)]

milan schrieb:
> test4++;

was soll dieser Schritt bringen??


milan schrieb:
>sizeof(eins);

das geht so einfach nicht, da musst du dier was überlegen

[jgdo (Gast)]

Also bei mir auf dem Rechner geht es, das Programm

#include <stdio.h>

struct Struct {
  int foo;
  float bar;
};

int main(void) {
  int i;
  
  for(i = 5; i < 10; i++) {
    struct Struct s[i];
    int size = sizeof(s);
    printf("sizeof = %d\n", size);
  }
}

gibt die werte 40, 48, 56, 64, 72 aus.

- jgdo -

[fdssd (Gast)]

milan schrieb:
> Das Problem ist ich muss die Daten in den struct von einer SD Karte
> lessen und ich weiss nicht wieviele es sind. also muss es dynamisch
> sein.


geneau deswegen schreibt man eine parser der  die passenden daten 
raussucht
wenn mal blödsinn drinsteht schriebt er sonst gnadenlos ins nirvana

[milan (Gast)]

Hallo zusammen,
danke für die Antworten.

Also das rainschreiben von Daten ist nicht das Problem.

NUR DIE DEKLARATION VON STRUCT!

weil es eben dynamisch ist.

struct person
{
  unsigned long int nr;
  char name[50];
  uint16_t id;
  char test[50];
  char test1[20];
  bool NS;
};

int main (void)
{
  uint16_t test4=1;

  struct person eins[test4];
  
    eins[test4-1].nr = test4-1;
    strcpy(eins[test4-1].name, "name");
    eins[test4-1].id = test4+20;
    strcpy(eins[test4-1].test, "test");
    strcpy(eins[test4-1].test1, "test1");
    eins[test4-1].NS = TRUE;
  while(test4<=10) {
  test4++;
  struct person eins[test4];
  
    eins[test4-1].nr = test4-1;
    strcpy(eins[test4-1].name, "name");
    eins[test4-1].id = test4+20;
    strcpy(eins[test4-1].test, "test");
    strcpy(eins[test4-1].test1, "test1");
    eins[test4-1].NS = TRUE;
  }
  //ausgabe
}

so wenn ich jetzt die daten ausgeben will kommt zB: bei 
eins[test4-1].name
"nast1"  also name + test1 halb/halb ich weiss aber nicht warum.
wenn ich es aber ohne while schleife mache und 10 struckts von hand 
einschreibe dan geht es ohne probleme!

Gruss
Milan

[Karl H. (kbuchegg)]

milan schrieb:
> Hallo zusammen,
> danke für die Antworten.
>
> Also das rainschreiben von Daten ist nicht das Problem.
>
> NUR DIE DEKLARATION VON STRUCT!

Nein.
Dein ganzer Ansatz ist Blödsinn. Du erwartest da etwas zuviel davon, 
dass du Arrays seit C99 auch dynamisch zur Laufzeit mit erinem 
Maximalindex festlegen kannst.

>  while(test4<=10) {

ein neuer Block beginnt

>    struct person eins[test4];

eine neue Variable namens 'eins' wird innerhalb des Blocks erzeugt. 
Datentyp 'Array von struct person', Größe des Arrays: soviele wie in 
test4

> .....
>  }

der Block endet. Die innerhalb der Blocks erzeugte Variable namens 
'eins' wird zerstört.


Wenn du Daten global aufheben willst, dann musst du entweder dynamisch 
mittels malloc reservieren bzw vergrößern (was auf einem kleinen AVR aus 
verschiedenen Gründen nicht sinnvoll ist) oder du einigst dich mit dir 
selbst auf eine maximale Arraygröße und lebst mit der.


> int main (void)
> {
>  ....
>  struct person eins[test4];
>
>  ....
>  while(test4<=10) {
>    ....
>    struct person eins[test4];

Die zweite Variable 'eins' istr NICHT identisch mit der ersten. Das ist 
eine davon völlig unabhängige Variable. Du kannst ein einmal auf diese 
Art erzeugtes Array nicht nachträglich in der Größe ändern. Egal wie oft 
du C-Regeln verletzt und in Arrays 'Out of Bounds' zugreifst.

[milan (Gast)]

Hallo Karl,
danke für deine Antwort.

ok, jetzt habe ich es kapiert.

Was würdest du mir empfehlen, bei der Aufgabenstellung:

ich habe daten auf einer SD Karte die ich einlessen muss, und aufteilen.
Die Daten auf der Karte sehen so aus.
Name1,12345,test,test1,TRUE
Name2,67890,rot,blau,FALSE
.....

ich muss permanent auf die Daten zugreifen können ohne jedes mahl die 
karte auszulessen.

Gruss
Milan

[Karl H. (kbuchegg)]

milan schrieb:
> Hallo Karl,
> danke für deine Antwort.
>
> ok, jetzt habe ich es kapiert.
>
> Was würdest du mir empfehlen, bei der Aufgabenstellung:

Auf einem kleinen µC, wie zb den Megas?

Array mit einer Maximalgröße festlegen und damit leben. Je nachdem, 
weiviel SRAM dann am Ende noch übrig bleibt, die Arraygröße entsprechend 
hochschrauben, so dass das SRAM ausgenutzt wird.
Mehr geht sowieso nicht: Wenn das SRAM voll ist, dann ist es voll.

Auf einem PC: nicht päpstlicher als der Papst sein und Speicher mittels 
malloc allokieren bzw. mittels realloc vergrößern.

[milan (Gast)]

ich benutze einen XMEGA128A1!

kann man den SRAM vergrössern?? Wenn ja, wo kann man es kaufen?

[smoerre (Gast)]

milan schrieb:
> kann man den SRAM vergrössern?? Wenn ja, wo kann man es kaufen?

Warum willst du es vergrößern? Du bist doch vom Anfang an davon 
ausgegangen, dass die Daten ins RAM passen. Warum passen sie jetzt 
plötzlich nicht mehr?

[milan (Gast)]

smoerre schrieb:
> milan schrieb:
>> kann man den SRAM vergrössern?? Wenn ja, wo kann man es kaufen?
>
> Warum willst du es vergrößern? Du bist doch vom Anfang an davon
> ausgegangen, dass die Daten ins RAM passen. Warum passen sie jetzt
> plötzlich nicht mehr?


Weil ich für test nur 5 structs von hand geschrieben habe und in der 
wirklichkeit könnten es 100-te sein.

[smoerre (Gast)]

Du verfolgst einen komplett falschen Ansatz. Überdenke dein Konzept.

[milan (Gast)]

smoerre schrieb:
> Du verfolgst einen komplett falschen Ansatz. Überdenke dein Konzept.

hehe da bin ich gerade dabei. leider war das ganze programm fertig und 
jetzt kann ich alles von vorne anfangen. SUPER!