C (alle ISO-Standards)

• S

  Der Umgang mit Umlauten
  • Senzenberger  

  8
  0
  Stimmen
  8
  Beiträge
  806
  Aufrufe

  ?

  Senzenberger schrieb: @dirk B: Das war mir nicht klar, das es soviel Möglichkeiten gibt. Es gibt noch mehr. Es kommt darauf an, wie du die interne Darstellung auffassen willst. 'ö' oder -108 ist ja nur für den Menschen da, damit der da besser lesen kann. Und für C ist ein Zeichen auch nur eine Ganzzahl. Der Wert hängt dann von der Codierung ab. (Strings sind in C anders)
• U

  Function Pointer - Argumente reduzieren
  • User1291  

  3
  0
  Stimmen
  3
  Beiträge
  388
  Aufrufe

  K

  Da versucht jemand C++ nachzubauen. Nein, geht nicht, der this-Zeiger ist bei Methoden C++ implizit, in C muss er explizit sein. D.h. er muss auch bei Methoden explizit uebergeben werden.
• U

  "expected specifier-qualifier-list"
  • User1291  

  4
  0
  Stimmen
  4
  Beiträge
  608
  Aufrufe

  U

  Bashar schrieb: User1291 schrieb: Krieg ich ein expected specifier-qualifier-list before »(« token (Was sich übrigens auch nicht mit einem "void addF(BSTree*, int);" im Header lösen lässt.) Und der Compiler zeigt nicht auf die öffnende Klammer am Anfang von (Node*)(*lookup)(int) ? Mysteriös. Doch, tut er. Hatte das ".h" übersehen. Danke.
• S

  Der Umgang mit Umlauten
  • Senzenberger  

  3
  0
  Stimmen
  3
  Beiträge
  887
  Aufrufe

  

  Bitte nur einen Thread zum Thema benutzen. Willkürlich schließe ich mal diesen Thread und verweise auf den anderen: http://www.c-plusplus.net/forum/320490
• G

  Additions-Uebertrag
  • gigg  

  24
  0
  Stimmen
  24
  Beiträge
  3203
  Aufrufe

  K

  "best-practice" ist folgendes, wobei das Interface aehnlich zu Intrinsics einiger Compiler ist: T addc(T a, T b, bool& carry) { T sum = a + b; carry = sum < a; return sum; } Eine Unterscheidung zw. vor und nach der Addition halte ich fuer unnoetig, da die Summanden sicher nach der Addition immernoch zur Verfuegung stehen. nicht gleich beleidigend sie vollpfosten! Aktion und Reaktion scheinen dir ein unbekanntes Konzept zu sein.
• O

  Spiel des Lebens Feld Programmieren
  • ojoj321  

  11
  0
  Stimmen
  11
  Beiträge
  3456
  Aufrufe

  O

  Ok danke für die ganzen Tipps ich werd einfach mal ein bisschen rumprobieren.
• ?

  Datei lesen/schreiben Übung Buchstaben ersetzen
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  2395
  Aufrufe

  ?

  Raven2013 schrieb: verstanden soweit,aber überprüft die if anweisung nicht einfach nur ein einzeln eingelesenes zeichen? und somit "ob dieses zeichen ein buchstabe ist UND ob dieses zeichen ein leerzeichen/tabulator ist"? wieso ist das eine überprüfung "ob davor ein leerzeichen war" wenn whiteflag nur eine leerzeichen variable ist? Beachte die Reihenfolge der Zuweisungen. Und das Zeichen kann nicht gleichzeitig ein Buchstabe und Leerzeichen sein. Also wenn es ein Buchstabe (oder Zahl oder ... jedenfalls kein Leerzeichen) ist, dann ergibt das whitespace_flag = isspace(temp); in Zeile 11 unwahr. Und dieser Wert gilt dann wieder (durch die Schleife) in Zeile 7. In temp steht dann aber schon das nächste Zeichen. Also wird in Zeile 7 das aktuelle Zeichen mit dem Zustand des vorhergehenden verglichen. Raven2013 schrieb: kannst du mir denn ein gutes online tutorial empfehlen? Nein. Irgendwie schließen sich gut und online aus.
• U

  Pointer auf typedef-ter struct zurückgeben
  • User1291  

  5
  0
  Stimmen
  5
  Beiträge
  1121
  Aufrufe

  G

  Ich habs mal durch clang gejagt ./whitespace.h:9:16: warning: type specifier missing, defaults to 'int' [-Wimplicit-int] word *getWord(*char); ~^ ./whitespace.h:9:16: error: expected ')' ./whitespace.h:9:14: note: to match this '(' word *getWord(*char); ^ 1 warning and 1 error generated. Interessant wie unterschiedlich die Meldungen sind, hier wird der * gar nicht erwähnt
• C

  Merkwürdige Initialisierungssyntax
  • camper  

  4
  0
  Stimmen
  4
  Beiträge
  877
  Aufrufe

  C

  Tobiking2 schrieb: http://gcc.gnu.org/onlinedocs/gcc-4.8.0/gcc/Designated-Inits.html#Designated-Inits schrieb: Another syntax that has the same meaning, obsolete since GCC 2.5, is ‘fieldname:’, as shown here: struct point p = { y: yvalue, x: xvalue }; Ich würde mal darauf tippen das es obsolete ist, weil das die gcc Variante war und inzwischen durch den Standard möglich ist. Danke, das erklärt das.
• H

  Neu in C
  • hume  

  22
  0
  Stimmen
  22
  Beiträge
  1778
  Aufrufe

  L

  naja ich habe es auch im kopf, dass man es nicht anhalten kann? warum sollte er es denn. das einzige was du machen kannst, ist statt getchar ein Haltepunkt setzen. (letzte Zeile)
• ?

  Welchen Pointer auf konstantes Array
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  480
  Aufrufe

  ?

  Quizfrage: Welche Deklaration ist nicht erlaubt? const unsigned char *a = 0; unsigned const char *b = 0; unsigned char const* c = 0;
• H

  Welche cstring Funktion
  • Herbststurm  

  9
  0
  Stimmen
  9
  Beiträge
  688
  Aufrufe

  B

  Sehr gut ... ich hasse Katzen.
• ?

  Lösung gesucht
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  763
  Aufrufe

  T

  DirkB schrieb: Die Lösung ist aber von der Endianness des Rechners abhängig. Das macht sie wohl so besonders schön.
• F

  Array - Structs und Malloc
  • fichtl  

  8
  0
  Stimmen
  8
  Beiträge
  888
  Aufrufe

  F

  @SeppJ Hartes Feedback ist gut, ich will ja lernen Es mag hart sein, aber das ist ok, lieber so, als es halbpatzig zum laufen zu bekommen und dannach denken, das ist ja top
• ?

  Array-Pointer vertauschen
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  3523
  Aufrufe

  

  DirkB schrieb: p = &a; ist sinnfrei Der Compiler gibt eine Warnung und macht bei dir daraus p = a; Das ist nicht sinnfrei, sondern UB. Der Compiler erkennt keine "Sinnfreiheit", er erkennt nur formale Fehler und kann hinweisen, muss es aber nicht. Und er macht auch nicht definierte Zuweisungen bei einem UB, sondern eben irgendwas. Und was soll er machen, wenn Bitrepräsentation und/oder Alignment der Typen typ* und typ(*)[100] nicht übereinstimmen? Genau, er macht irgendwas. Das knallt dann (wenn man Glück hat) erst bei dem Gebrauch der Zeiger, also der Dereferenzierung.
• ?

  nach dem n-ten auftreten eines zeichens im String suchen
  • Gast  

  11
  0
  Stimmen
  11
  Beiträge
  980
  Aufrufe

  ?

  Ja, du stehst auf dem Schlauch. bei char x; char *ptr; ist sowohl x als auch *ptr (mit dem ein char. ptr ist der Zeiger auf char. So wie es bei der Definition steht, ist es die "Variable" und nicht der Also ist x = *ptr völlig richtig. Der Wert von der Adresse auf die ptr zeigt, wird x zugewiesen. Bei x = ptr meckert auch der Compiler mit einer Warnung. Umgekehrt geht es auch. *ptr = x; An die Adresse auf die ptr zeigt, wird der Wert von x kopiert. Jetzt mit Adressen: ptr = &x; Der Zeiger ptr erhält jetzt die Adresse von x; Zeiger. Auch bei einem Doppelzeiger char **arg; ist **arg ein char. *arg ist ein 'Zeiger auf char' und arg ist ein 'Zeiger auf einen Zeiger auf char'.
• ?

  system(tu was ) problem
  • Gast  

  10
  0
  Stimmen
  10
  Beiträge
  1036
  Aufrufe

  ?

  Danke für die zahlreichen Antworten. Habs jetzt mit den System befehlen hinbekommen. Bzw, mit Win7 ging es auf anhieb so wie ich es vorhatte, mit XP ging es nicht. Egal. Läuft. Danke.
• H

  Unit-Test mit check-0.9.10
  • heimchen  

  1
  0
  Stimmen
  1
  Beiträge
  367
  Aufrufe

  H

  Hallo alle zusammen, ich wollte mir mal das Unit-Testing-Framework check anschauen. Ich compiliere mit der MinGW-Toolchain aus Eclipse heraus, bekomme aber ohne irgendetwas programmiert zu haben bereits diverse Fehler in den Dateien aus dem Framework, hauptsächlich in libcompat.h und der fehlenden Definition von struct timespec. Hat schon jemand Erfahrung mit dem Framework gesammelt? Gibt's da was besonderes zu beachten? Gruß, Heimchen
• ?

  HEAP CORRUPTION DETECTED
  • Gast  

  17
  0
  Stimmen
  17
  Beiträge
  1189
  Aufrufe

  ?

  Den Rückgabewert von realloc(test, 6); nicht zu nutzen ist imho recht kühn.
• D

  Malloc Speicher reservieren problem
  • dslpro  

  6
  0
  Stimmen
  6
  Beiträge
  831
  Aufrufe

  

  MSVC zeigt das übrigens selbst dann als Fehler an, wenn du C programmierst. Da die IDE auf C++ ausgelegt ist. Es sollte aber ohne den Cast funktionieren, wenn du es (mit dem C-Compiler) übersetzt. Habe auch ein Beispiel Galileo openbook C++ verwendet, ohne Erfolg. Einmal für Benutzung von Galileo openbook, das zweite für Benutzung eines C++-Buchs, wenn man C machen möchte. Die Sprachen sind zu verschieden, um da Lehren zu übertragen. Und das dieses spezielle Buch anscheinend nichts taugt, sieht man da dran, dass es ja anscheinend C/C++-Mischmasch lehrt, obwohl C++ drauf steht. dot schrieb: Da fehlt der nötige Cast. Aber in C++ verwendet man sowieso new vector und nicht malloc()... FTFY