C (alle ISO-Standards)

• S

  2D-Array Zugriff
  • S3raph1m  

  7
  0
  Stimmen
  7
  Beiträge
  978
  Aufrufe

  S

  Ahhhh ja das dürfte es sein - ich hab diese verschachtelte for-schleife nicht hinbekommen. thx p.s. bei n-dim arrays würde ich dann ja "n" for-schleifen verschachteln, oder geht das iwie kürzer?
• L

  Zugriff auf SDtrukturkomponenten
  • leyden  

  3
  0
  Stimmen
  3
  Beiträge
  463
  Aufrufe

  L

  Vielen Dank, ich benutze CodeBlocks, der löst mir zwar die Struktur hier nicht mehr auf, lässt sich aber kompilieren, vielen Dank.
• T

  gerufenes Objekt "socket" ist keine Funktion
  • T*P-TOP  

  2
  0
  Stimmen
  2
  Beiträge
  1027
  Aufrufe

  T

  int socket = socket(AF_INET, SOCK_STREAM, 0); Nach dem = ist socket eine lokale int -Variable und verdeckt damit die globale Funktion gleichen Namens.
• L

  strchr ohne string
  • lilhill2002  

  2
  0
  Stimmen
  2
  Beiträge
  528
  Aufrufe

  

  Das ist eine einzige, ziemlich triviale Schleife. Ein Einzeiler, wenn du es geschickt anstellst. Kürzer als deine ganze Frage und vermutlich auch schneller zu schreiben. Da das sehr nach Hausaufgaben riecht, will ich von dir einen Ansatz sehen, bevor ich es dir einfach löse.
• M

  fprintf() schreibt ungewollte "L" ins File
  • McKay  

  4
  0
  Stimmen
  4
  Beiträge
  1213
  Aufrufe

  M

  fputc funktioniert bestens, vielen dank!
• P

  länge von unsigned char
  • phil.drossel  

  16
  0
  Stimmen
  16
  Beiträge
  2931
  Aufrufe

  ?

  Sind übrigens auch IEC-559-Floats. Double und Long Double scheinen einfach zu Float identisch zu sein. Gibt also nur Single-Precision.
• H

  SSH-Shutdown Programm in C
  • h4XoR  

  3
  0
  Stimmen
  3
  Beiträge
  617
  Aufrufe

  H

  Danke! Löst mein Problem!!
• D

  für jeden Thread einen Ausgabe Stream
  • decembersoul  

  12
  0
  Stimmen
  12
  Beiträge
  1199
  Aufrufe

  D

  Nativ Threadsupport mit TLS? ok, ich glaube ich bleibe bei pThread
• ?

  Zeiger - Verständnisproblem
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  1048
  Aufrufe

  ?

  Da kommt schon ein char* raus, aber ... durch den Dereferenzierungsoperator (der * vor der Klammer) wird auf den Inhalt der Adresse zugegriffen, auf die der Zeiger verweist. lhs zeigt also auf eine Speicherstelle, in der ein Zeiger (auf char) steht. Den Wert von diesem Zeiger bekommst du bei 2) Da kannst du nichts "Kürzen".
• O

  Springerproblem Problem
  • Odatas  

  7
  0
  Stimmen
  7
  Beiträge
  3400
  Aufrufe

  A

  SeppJ schrieb: - Anfangen in einer Ecke (Zeile 62)ist geschickt gewählt. Was aber von der genauen Problemstellung abhängt. Wenn nur geschlossene Wege gesucht werden, ist das Anfangsfeld eigentlich egal. Wenn jedoch auch offene Wege zulässig sind oder Lösungen gar nur unter den offenen zu finden sind, muss das Startfeld variiert werden. Wenn man die Möglichkeiten des Springers und die quadratische Form berücksichtigt, braucht man nicht alle Felder als Startfelder austesten. Wegen der dreifachen Achsensymmetrie (waagerecht, senkrecht, diagonal) reicht bereits ein großzügiges Achtel des Feldes, um auch offene Wege zu finden: int main() { int field[N][N] = {}; int start_x,start_y; for (start_x = 0; start_x*2 < N; start_x++) for (start_y = 0; start_y <= start_x; start_y++) { field[start_x][start_y] = 1; puts("Starting configuration:"); print_field(field); solve_KT(start_x, start_y, 2, field); field[start_x][start_y] = 0; } return 0; } Ciao, Allesquatsch
• S

  Komische Verschachtelung von switch und for
  • Spixi  

  6
  0
  Stimmen
  6
  Beiträge
  1095
  Aufrufe

  ?

  Das sieht fast wie das Ergebnis von einem Discompiler aus, der auf goto verzichtet. Das compilierte Ergebnis vom original Post und Variante 2 sollte bei optimierter Compilierung gleich sein. Der Compiler benutzt für seinen Code durchaus "goto" (bzw. jmp).
• ?

  Springerproblem
  • Gast  

  24
  0
  Stimmen
  24
  Beiträge
  6556
  Aufrufe

  ?

  Zu 1.: Nein, der Verweis muss nicht am Ende der struct stehen. Ich persönlich mache den am Anfang, da ich dann nur einmal eine Listenverwaltung schreiben muss. Die Zeiger stehen immer am Anfang, egal wie groß die struct ist. Zu 2.: Da es nur ein Pointer ist, fehlt erstmal der Speicher wo du die Daten hin kopieren kannst. Wenn du da ein Array mit fester Länge hast, verschenkst du Speicher oder er reicht nicht. Das if(anfang == NULL) brauchst du auch nicht. Deine Funktion soll auch "... einen Zeiger auf den Listenanfang mit dem neuen Datensatz zurückgeben." Das fehlt völlig. fgets speichert übrigens das '\n' am Ende mit ab. Kannst du feststellen wenn du sowas machst: printf("<%s>\n",anfang->vorname); Wenn da dann <Aknayirp> steht, ist kein '\n' drin. Bei <Aknayirp > steht, ist ein '\n' drin
• B

  Blutige C-Anfängerfrage (reaktionstest)
  • backfisch  

  5
  0
  Stimmen
  5
  Beiträge
  3168
  Aufrufe

  ?

  Können Fragen blutig sein?
• S

  system() in Verbindung einer variablen
  • simmac  

  8
  0
  Stimmen
  8
  Beiträge
  1276
  Aufrufe

  S

  Danke für eure Antworten, werde alles bei Gelegenheit durchprobieren
• L

  Frage zu C - Code
  • lucbossman  

  6
  0
  Stimmen
  6
  Beiträge
  905
  Aufrufe

  L

  Der Fehler war , dass ich über das Feld hinausgeschrieben habe. ZB. int A[100]; A[160]==0; Das darf man ja anscheinend nicht, ich werde versuchen, das in Zukunft zu vermeiden. MFG
• M

  [gelöst]Kombinatorik alle Möglichkeiten mit Wiederholung
  • mirrowwinger  

  6
  0
  Stimmen
  6
  Beiträge
  1024
  Aufrufe

  B

  Ich hatte Dich missverstanden. Mir war nicht klar, dass Du aus der Menge '1' ... '9' die Zeichen auch mehrfach einsetzen wolltest ...
• M

  [gelöst][Linux]Ausgabe von system() in einer Variable speichern
  • mirrowwinger  

  3
  0
  Stimmen
  3
  Beiträge
  1178
  Aufrufe

  M

  Danke Dirk, das war genau was ich gesucht habe.
• C

  malloc führt zum Absturz
  • cofex  

  4
  0
  Stimmen
  4
  Beiträge
  927
  Aufrufe

  S

  jedes einzelne Bit wie Goldstaub zu behandeln ... das ist doch aber das Salz in der Suppe. Mit Ressourcen herumassen kann jeder Depp.
• P

  Pointer und eigene struct-Elemente
  • per  

  5
  0
  Stimmen
  5
  Beiträge
  954
  Aufrufe

  ?

  Das einzige, was seit C99 noch portabel möglich wäre, ist zum Beispiel das gleichzeitige Allozieren des Speichers für deinen Namen. struct a { int member1; int member2; char name[]; }; struct a *p = malloc(sizeof(struct a) + LAENGE_FUER_NAME)); /* ... */ free(p);
• ?

  Mingw: printf + unsigned long long
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  2887
  Aufrufe

  

  Jaffa schrieb: Damals, also noch vor einigen Jahren, war MinGW nicht in der Lage, long long s mit printf auszugeben. Das ist kein Problem von MinGW gewesen. Ausnahmsweise gewinnt hierbei mal der Linker, MinGW linkt standardmäßig gegen die msvcrt.dll, das ist richtig, und die hat bis WinXP(?) keinen lld/llu Support für printf. Die msvcrt.dll kommt von Windows, also dem Betriebssystem, nicht vom Compiler. Nur bis VC6 gab es ein wirkliches statischen Linken gegen die vom Compiler selbst bereitgestellte CRT. VC6 Programme ziehen also keine msvcrt.dll explizit an. Unter WinXP und früher kann es dir also passieren, dass MinGW im C99-Modus 0 Fehler meldet, das aufgerufene printf aber Müll ausgibt. Sowas ist natürlich sehr ärgerlich. Für solche (alten) Laufzeitumgebungen empfiehlt es sich also, mit MinGW explizit gegen eine neuere CRT zu linken, z.B. msvcr100.dll und die dann auch mitzuliefern. Jaffa schrieb: Meines Wissens gibt es aber für long double keinen solchen Workaround. Was hat long double mit long long zu tun? long double ist C89 und wird somit von jedem C89- und aufwärts Compiler unterstützt, inkl. printf usw.