C (alle ISO-Standards)

• G

  switch-Anweisung mit Werten aus Array
  • GR-Thunderstorm  

  6
  0
  Stimmen
  6
  Beiträge
  2918
  Aufrufe

  ?

  GR-Thunderstorm schrieb: Ich möchte mittels switch eine Variable mit Werten aus einem Array vergleichen, jedoch klappt dies nicht, da der Compiler konstante Werte erwartet. Geht also nicht. Aber quasi den gleichen Effekt hat eine Tabelle im Speicher, die für jeden möglichen Wert angibt, wo es weiter geht. Lies mal hier: http://en.wikipedia.org/wiki/Branch_table
• W

  Problem mit Kontrollstruktur
  • wildtobias  

  25
  0
  Stimmen
  25
  Beiträge
  2578
  Aufrufe

  _

  DirkB schrieb: _matze schrieb: Ansichtssache. Genau, das sieht bescheiden aus. Welche Tabweite soll er den nehmen? 2, 4, 8 Wenn es portabel sein soll, sieht das nur mit Leerzeichen gut aus. Unter Portabilität verstehe ich hier, dass ich meinen Code zu meinem Kollegen schleppen kann, und der da - anders als ich - 'ne Tabweite von 4 eingestellt hat und den Code so lesen kann, wie er es gerne möchte und gewohnt ist. Aber das Thema hatten wir ja schon öfter mal, und wir sollten lieber nicht wieder seitenlang darüber diskutieren. Ich weiß gar nicht, warum ich davon angefangen habe.
• ?

  Conflicting Types trotz Prototyp
  • Gast  

  12
  0
  Stimmen
  12
  Beiträge
  1758
  Aufrufe

  

  Markovicho schrieb: Habe Objektorientierung über Java gelernt... Ach, kann man das?
• F

  einfacher Timer
  • fabus  

  5
  0
  Stimmen
  5
  Beiträge
  1381
  Aufrufe

  ?

  Die "Zufallszahlen" von rand() werden berechnet, daher sind sie eben nicht zufällig. rand() rechnet mit der vorher ermittelten Zahl weiter und versucht ein quasi zufällig Folge von Zahlen zu erzeugen. Beim Programmstart wird ein fester Wert angenommen. Das bedeuted, dass rand() immer die selbe Folge erzeugt. Mit srand() setzt man den Startwert vom Zufallszahlengenerator. Das muss nur einmal erfolgen, den Rest macht rand. Damit man noch einen "zufälligen" Startwert hat, nimmt man i.A. time(NULL) (Unixtime = die Anzahl der Sekunden seit dem 1.1.1970). Aber time(NULL) ändert sich nur jede Sekunde. for (int i=0; i<10000; ++i) { srand(time(NULL)); printf("%6d : %d\n", i, rand()); } liefert dir haufenweise die gleichen Zahlen.
• Z

  Potenzwerte berechnen
  • Zwiebels  

  17
  0
  Stimmen
  17
  Beiträge
  7330
  Aufrufe

  

  DaRe schrieb: Wutz schrieb: Wo steht, dass float 4 und double 8 Byte lang sind? Ein float kommt nie bei printf an, wird zuvor als Argument immer in double gewandelt, deshalb ist auch %f für float und double spezifiziert und nicht etwa %lf. Hier hast du eine Information über die Größe von float und double: ... Da hast du aber brav was abgeschrieben. ANSI C definiert für die 3 Fließkommatypen keine Größen, sondern (Mindest)Bereiche, definiert in float.h; in wieviele Bytes der Compilerbauer das abbildet ist seine Sache und unspezifiziert. Da hilft dir dein zusammengegoogeltes Zeugs nichts. Für integrale Typen werden übrigens auch nur Mindestbereiche aber hier auch Mindestgrößen spezifiziert. DaRe schrieb: Die Modifier hab ich mir eben nochmal angeschaut. Dass zwischen float und double bei printf eignetlich gar nicht unterschieden wird, ist mir neu gewesen. Zeigt auch wieder, dass du den Standard nur vom Hörensagen kennst und somit auch die dort sehr wohl spezifizierten Standardargumentumwandlungen.
• G

  Probleme mit einer Funktion
  • gotonox  

  3
  0
  Stimmen
  3
  Beiträge
  725
  Aufrufe

  ?

  gotonox schrieb: //Hier ist x ein Wert von 0 bis 9 An der Stelle ist x nicht initialisiert und kann daher jeden int-Wert annehmen. Lies in deinem C-Buch nochmal das Kapitel über die Gültigkeit von Variablen. Lies in deinem C-Buch nochmal das Kapitel über Schleifen. Lies in deinem C-Buch nochmal das Kapitel über switch(). Lies in deinem C-Buch nochmal das Kapitel über Funktionen und deren Rückgabewert. Lies in deinem C-Buch nochmal das Kapitel über Call by Value und Call by Reference. Und mach dich schlau wann goto sinnvoll ist. In deinem Beispiel jedenfalls nicht. Und denke daran: C ist kein BASIC.
• P

  Unterschied zw. 2 Codeteilen
  • Pi_2011  

  10
  0
  Stimmen
  10
  Beiträge
  1114
  Aufrufe

  

  Tim schrieb: Schau dir den Code nochmal an und sag mir dann welche Rolle Portabilität hier spielt. Absolut keine. Setzen 6.
• ?

  EOF vs clearerr()
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  693
  Aufrufe

  

  Das ist ziemlich genau, was auf der Packung steht. Was ich nicht verstehe ist, wie du es für eine gute Idee halten kannst, mit gesetzten Fehlerflags weiter zu arbeiten.
• S

  void pointer verliert Wert
  • Shiba  

  3
  0
  Stimmen
  3
  Beiträge
  887
  Aufrufe

  S

  Danke, ich habe sowas von auf der Leitung gestanden.
• ?

  (char*)0
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  693
  Aufrufe

  S

  Nach dem Standard ist NULL als #define NULL (void *) 0 definiert. Auf http://www.dclc-faq.de/kap1.htm werden Dir Deine Fragen zu NULL ausführlich und freundlich erklärt.
• A

  Adresse von konstanter Zahl Integer
  • Anaconda55  

  12
  0
  Stimmen
  12
  Beiträge
  1073
  Aufrufe

  T

  camper schrieb: C kennt sowieso keine rvalues. Der Standard erwähnt sie als Fußnote. Im allgemeinen Sprachgebrauch wurde die Unterscheidung zwischen lvalue und rvalue sogar für C eingeführt und sind heute im allgemeinen Informatiksprech für Sprachen mit Value-Semantik üblich.
• C

  Strukturen-Buchliste
  • Cheerful Coder  

  3
  0
  Stimmen
  3
  Beiträge
  497
  Aufrufe

  

  Dein Code lässt (neben vielen programmiertechnischen Fehlern) auf einen Denkfehler schließen. Deine Nutzdaten sind ein Array von Strukturen. Wenn du die nach einem Strukturelement sortieren willst, kannst du das machen, musst aber natürlich dann den ganzen jeweiligen Strukturinhalt bewegen und nicht nur das Element, nach dem du gerade sortierst.
• ?

  Zahlen in Strings=&gt;Vergleich aber ohne atoi
  • Gast  

  21
  0
  Stimmen
  21
  Beiträge
  2769
  Aufrufe

  ?

  Ich würde ja einen Benchmark dafür zusammenstricken, aber ich weiß nicht, um welche mobile Steinzeitplattform es sich handelt, und anscheinend ist strspn da eh nicht vorhanden. Generell aber sage ich Folgendes: String-Funktionen aus der Standardbibliothek sind ab einer gewissen Stringlänge in aller Regel schneller als handgestrickte Schleifen. Das liegt daran, dass sie auf die betreffende Plattform handoptimiert sind (SSE ist da sehr beliebt) und teilweise Tricks benutzen, auf die man nicht so leicht kommt oder die einem in Standard-C nicht zur Verfügung stehen (oder beides). GNUs strlen beispielsweise benutzt eine Heuristik, die ausnutzt, dass Zeichen in Strings, die strlen übergeben werden, meistens < 128 sind in Verbindung mit speziellem Wissen über das Speichermodell des Betriebssystems, um jeweils 4 bzw. 8 Byte auf einmal zu erschlagen. memcpy verarbeitet, wo möglich, ganze Speicherseiten auf einmal. Meine Herangehensweise ist dementsprechend, mit Standard-Funktionen anzufangen und erst, wenn mir der Profiler sagt, dass ich da ein Problem habe, mit Handoptimierungen anzufangen. Diese laufen dann aber auch nicht auf einfache while-Schleifen hinaus.
• ?

  free() vs OS
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  614
  Aufrufe

  W

  Wenn du Speicher natürlich schon vor Programmende freigeben kannst (insbesondere bei länger laufenden GUI-Anwendungen), dann ist das aus "Ordnungsgründen" wünschenswert.
• M

  Problem beim Abspeichern in Datei
  • MichaelE  

  29
  0
  Stimmen
  29
  Beiträge
  2436
  Aufrufe

  ?

  http://www.cplusplus.com/reference/clibrary/cstdio/fwrite/ Durchlesen und schauen was du anders in deinen Quelltexten machst
• P

  Bitshift: 4x uint8_t in einen uint32_t
  • Pi_2011  

  3
  0
  Stimmen
  3
  Beiträge
  1793
  Aufrufe

  P

  Danke SeppJ für die schnelle Antwort!
• P

  sprintf() bzw. snprintf() für uint32_t funktioniert nicht wie gewünscht
  • Pi_2011  

  6
  0
  Stimmen
  6
  Beiträge
  4171
  Aufrufe

  ?

  Hallo, also, wenn man schon uint32_t hat, was mit C99 eingeführt wurde, sollte man mit hoher wahrscheinlichkeit auch inttypes.h haben. Dann ist die saubere Ausgabe/Eingabe von uint32_t werten mittels PRIu32, PRIo32, PRIx32, PRIX32, SCNu32, etc. zu erledigen. D.h. snprintf(buffer, 16, "Bla %" PRIu32 " Bla", input); Ausserdem sollte man mal bemerken, dass uin32_t "unsigned" ist und nicht "signed" und damit wäre ein Workaround auch wenn snprintf(buffer, 16, "Bla %lu Bla", (unsigned long)input); und nicht snprintf(buffer, 16, "Bla %ld Bla", (long)input); Das mit unsigned long müsste eigentlich auch immer funktionieren, da ich meine mich zu erinnern, ein unsigned long quasi mindestes 32-bit breit ist, bzw. eigentlich nur garantieren muss, dass man mindestens die Zahlen 0 bis 2^32-1 darstellen kann... Gruß Pauline
• ?

  einfache ein text in .txt schreiben ohne viel aufwand (C)
  • Gast  

  21
  0
  Stimmen
  21
  Beiträge
  11025
  Aufrufe

  W

  Buch lesen.
• L

  c programmierung: dynamische 2D-arrays
  • leiti7  

  6
  0
  Stimmen
  6
  Beiträge
  1600
  Aufrufe

  ?

  wie wärs denn mal mit einer effizienten variante: guckst du: // Machst du 1D Array... T* my_array = malloc ( anzahl_zeilen*anzahl_spalten * sizeof(*my_array) ); //.. und statt my_array[y][x] adressierst du es dann so: my_array[y*anzahl_spalten+x] = .... .... // machst du etwas mit deinem neuen zeiger-speicher-sparendem array ;) ..... // und gibst den speicher wieder frei. :) free(my_array);
• ?

  Strukturen Alignment
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  679
  Aufrufe

  ?

  Die ganze Sache mit dem Alignment kommt daher, dass eine ganze Reihe CPUs Speicher nur wortweise ansprechen können (insbesondere RISC-Maschinen) und bei einer Load- bzw. Store-Anweisung auf eine dem nicht entsprechende Adresse schlicht einen Alignment-Fehler generieren. Das betrifft unter anderem SPARC. Einige andere wie beispielsweise MIPS haben besondere Opcodes für unaligned-load/store, die im Grunde auf zwei aligned-load/store hinauslaufen, also deutlich langsamer sind. x86 hat diese Einschränkung nie gehabt, also war das für PCs lange Zeit unproblematisch, aber mit der Einführung von SSE2 gibt es auch hier Anweisungen, die nur auf entsprechend ausgerichtetem Speicher arbeiten können. Wie man damit am besten umgeht, hängt vom Anwendungsfall ab. Wenn es um Datenübertragung bzw. -speicherung geht, also das Volumen möglichst klein gehalten werden soll, und wenn außerdem alle unterstützten Plattformen damit zurechtkommen bzw. Compiler zur Verfügung stehen, die entsprechenden Maschinencode generieren können, ist es im Zweifel sinnvoll, sich ums Alignment nicht zu scheren und packed structs zu benutzen. Ansonsten kann man auch unter den unterstützten Plattformen das größte Alignment raussuchen und für alle benutzen - das werden alles Zweierpotenzen sein, und wenn Ausrichtung auf 4 Byte gefordert ist, funktioniert Ausrichtung auf 8 Byte auch, weil 8 ein Vielfaches von 4 ist.