C (alle ISO-Standards)

• T

  2dimensionals Array, verpointet?!
  • T0mmy  

  3
  0
  Stimmen
  3
  Beiträge
  555
  Aufrufe

  T

  Naja ist mein 1. Versuch mit binärer Datenverarbeitung Die ganzen cout´s kommen natürlich raus, sind atm nur zum debugging Wenn ichs jetzt so mache wie oben beschrieben, dann zeigt er die Variablen im Unterprogramm auch korrekt an, so wie vorher auch aber im Hauptprogramm ist alles wieder vermurkst. Er verhaut mir da irgenwas auf dem Weg vom Unterprogramm ins Hauptprogramm Würde es Sinn machen die Variable in ne Struktur zu packen und im Unterprogramm dann zurückzugeben? Meckert der Compiler dann noch das ich ein Feld zurück geben will? e: Ich hab jetzt das Laden Feld auf 0 initialisiert, mit dem Ergebnis das er im Unterprogramm korrekt ladet und in main die 0en ausgibt. Ich hab da jetzt ein Verständnisproblem, ich übergebe ja per Pointer und das bedeutet "call by reference" also müsste sich die Variable ja auch im main ändern
• P

  FIFO auf dem Heap
  • pointercrash**  

  4
  0
  Stimmen
  4
  Beiträge
  690
  Aufrufe

  I

  pointercrash() schrieb: Hallo, mich bewegt eine Unschönheit, bei der ich mich frage, ob es da elegantere Lösungen gibt: Welch erfrischende Abwechslung zu all den "Hi hab da eni Prohblem!!!!"
• F

  Mikrocontroller mit C und avr-gcc programmieren
  • fluxy  

  14
  0
  Stimmen
  14
  Beiträge
  3134
  Aufrufe

  P

  fluxy schrieb: hmmmm.... ich kriege das Makefile einfach nicht vernünftig hin. Ich kann jetzt zwar das .o file erstellen aber das wars auch. Beim .elf bricht er schon ab: Fluxy, ich kann Dir versichern, daß ich vom Makefile- Schreiben fast keine Ahnung habe und das wohl auch daran liegt, daß ich's nie gebraucht habe. Beim aktuellen WinAVR ist ein Makefile dabei, das wirklich funzt. CPU- Typ eintragen und fertig ist der Hüttenzauber! Nimm das doch wenigstens als Vorlage, alles andere wäre übertriebener sportlicher Ehrgeiz Und da mit RTFM habe ich nicht böse gemeint, es ist dort wirklich viel Zeug dabei, was Dir hilft, Dein erstes Projekt zu compilieren.
• ?

  NULL Pointer beim Funktionsrückkehr, warum?
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  629
  Aufrufe

  ?

  sepL schrieb: /** * bier hier stimmt alles, SPeicher ist da & debug_msg wird korrekt ausgegeben */ I mog a bier, na zwoa!
• ?

  Arbeitsspeicher löschen!
  • Gast  

  25
  0
  Stimmen
  25
  Beiträge
  2095
  Aufrufe

  P

  Hat ja keinen Sinn, alles vorzukauen, dann bleibt der Aha- Effekt aus und keiner hat was gelernt. Mit den malloc()/free()- Hinweisen müßte Dir doch ausreichend gedient sein, guest80. Wenn Du am restlichen Pipifax verzweifelst, hilft nur lesen und probieren ... das kann Dir niemand abnehmen!
• ?

  getopt Frage
  • Gast  

  14
  0
  Stimmen
  14
  Beiträge
  1267
  Aufrufe

  K

  hehe, nun, versuche es ja mit der while, nur fallen mir an begrenzungsmoeglichkeiten bis zum ende der eingabe fuer einen schalter mit unbestimmten argumenten auf anhieb nur folgende methoden ein: - lesen bis \n kommt - lesen bis -x kommt (x anderer schalter) nur haut das irgendwie nicht hin...
• D

  binäre Datei verkürzen
  • dummy  

  7
  0
  Stimmen
  7
  Beiträge
  683
  Aufrufe

  D

  ich versteh zwar eure Antworten nicht wirklich, aber trotzdem vielen Dank. ich arbeite unter w2000 professional mit dem visual studio 6.0 und benutze für das chsize() die header io.h und fcntl.h Rainer
• D

  Textausgabe in Großschrift klappt nicht?
  • DarkAngel  

  25
  0
  Stimmen
  25
  Beiträge
  2117
  Aufrufe

  D

  Moin, Naja, also ich finde wen man schon ein Tut schreibt und dann auch noch auf ein recht gut bestücktes C\C++ Forum stellt ist es doch zu erwarten das man wenigstens den Code richtig schreibt. Also ich denke 150 mal einen Fehler machen geht zu weit. . Aber ist ja auch egal. Thx DarkAngel
• ?

  Datei erzeugen !
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  490
  Aufrufe

  A

  @guest2209 Dir ist schon klar, dass du da einen rekursiven Aufruf machst, ja? Wenn du genügend Adressen hast, dann wird dein Programm einfach abstürzen, weil es keinen rekursiven Aufruf mehr machen kann. Besser wäre es wenn du deine Liste in einer Schleife durchläufst und in der Schleife deine Funktion mit dem entsprechendem Element, dass gespeichert werden soll, aufrufst.
• M

  komischer fehler!!!
  • mxpower  

  4
  0
  Stimmen
  4
  Beiträge
  560
  Aufrufe

  A

  exit() beendet das Programm. return() "beendet" nur die Funktion (wobei ein return in main() auch das Programm beendet). Du solltest übrigens ein int vor main schreiben und am Ende von main am besten ein return(0) machen (warum man das macht steht in diesem Thread http://www.c-plusplus.net/forum/viewtopic.php?t=98285&start=20&postdays=0&postorder=asc&highlight=).
• S

  Fehler beim Datei öffnen
  • smilingman  

  2
  0
  Stimmen
  2
  Beiträge
  334
  Aufrufe

  A

  Vielleicht daran? smilingman schrieb: pfile=fopen("pfad2","rb"); In C ist es übrigens nicht erlaubt Variablen mitten im Block zu definieren! Du machst das aber zwei mal: ... FILE *datei; ... FILE *pfile; ... gets() sollte man übrigens nicht verwenden, da es keine Bufferoverflows abfangen kann. Stattdessen nimmt man fgets() mit stdin als Parameter für den stream (FILE *). In deinem Fall kannst du den Bufferoverflow sogar kenntlich machen. Gib mal bei der Eingabe von Pfad ca. 475 Zeichen ein (Bei den letzten 20 Zeichen schreibst du "Das ist ein Overflow" und gib mal befehl aus, nachdem du den Befehl zusammengesetzt hast. Wenn deine Variablen im Speicher genau hintereinander liegen, dann sollte dein Satz wieder auftauchen .
• S

  Problem mit datei suche
  • smilingman  

  3
  0
  Stimmen
  3
  Beiträge
  347
  Aufrufe

  A

  Geh mal ins Konsolenforum und such dort nach Verzeichnisse auslesen o. ä. Die Variante mit system() und DIR gefällt mir persönlich nicht sonderlich. Es gibt extra Funktionen, um Verzeichnisse und deren Inhalt auszulesen (allerdings systemspezifisch, aber das bist du mit system() und DIR ja eh schon). Wenn du nur Konsolenbefehle in deinem Programm verwendest, dann kannst du auch gleich eine Batchdatei schreiben.
• X

  Shellcode testen
  • XFame  

  3
  0
  Stimmen
  3
  Beiträge
  573
  Aufrufe

  R

  int main() { typedef void (*shellcode_t)(); typedef unsigned char byte_t; byte_t const shellcode[]={ /*...*/ }; ((shellcode_t)shellcode)(); return 0; } HTH
• M

  char array
  • Moh  

  6
  0
  Stimmen
  6
  Beiträge
  707
  Aufrufe

  M

  ah, ok das mehrdimensionale array war es, das ich gesucht habe, @TactX, ich habe gerade gesehen, dass ich mir selber wiedersprochen habe...
• G

  Dateimodifikation
  • GreyHound  

  8
  0
  Stimmen
  8
  Beiträge
  694
  Aufrufe

  

  Es geht nicht um Glauben. Bye, TGGC (Dem beste BdT)
• ?

  lexikografisch größer/kleiner
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  1745
  Aufrufe

  C

  Hallo, nein, mit der Anzahl der unterschiedlichen Zeichen hat das nix zu tun. Schau mal hier: http://www.cplusplus.com/ref/cstring/strcmp.html
• C

  sprintf frage
  • C Kid  

  9
  0
  Stimmen
  9
  Beiträge
  900
  Aufrufe

  A

  C Kid schrieb: system("cls"); Schau bitte im Konsolenforum bzw. in der Konsolen-FAQ nach einer Alternative! system() in Verbindung mit Konsolenbefehlen ist immer schlecht. schutz: printf("\nNach der Ausfuerung System schuetzen?\n\n" "0= Nein\n" "1= Ja\n\n" "Schutz? "); scanf("%hd",&schutz); if (!(schutz == 0 || schutz == 1)) { printf("\nFalsche Eingabe!\nBitte wiederholen!\n\n"); goto schutz; } Für sowas gibts Schleifen! Goto verwendet man heutzutage im Normalfall nicht mehr und das hat auch seine Gründe. Damit wird sog. Spagetti-Code vermieden. Wofür du es anwendest, ist es auf jeden Fall ungeeignet. Soll heißen, es macht keinen Sinn hier goto zu verwenden. Bei deinem Zusammensetzen des net send Befehls kann ich keinen Fehler entdecken. Versuch mal das Programm mit dem Debugger durchzugehen, dann solltest du auf den Fehler schon stoßen.
• M

  Kontrollstrukturen mit scanf
  • maximo  

  9
  0
  Stimmen
  9
  Beiträge
  1055
  Aufrufe

  A

  @maximo Es besteht ein Unterschied zwischen dem Rückgabewert von scanf() und dem übergebenen Parameter, in dem die Eingabe gespeichert wird. Der Rückgabewert von scanf() sagt dir nur, wieviele Zeichen umgewandelt werden konnten, was eingegeben wurde. Im Parameter steht, dann was genau eingegeben und umgewandelt wurde. Beispiel: check = scanf("%d", &input); Du gibst die Zahl 3 ein. Der Rückgabewert (check) von scanf() ist 1 (=> eine Ziffer) und im Parameter (input) steht 3. Beim zweiten mal gibst du ABC ein. Der Rückgabewert ist 0 (es wurde ja auch keine Ziffer eingegeben!) und im Parameter steht das was vorher schon drin stand (im Idealfall 0, weil du input mit 0 initialisiert hast, oder etwa nicht?!? ;)). Zu guter letzt gibst du 406 ein. Der Rückgabewert ist jetzt 3 (=> drei Ziffern wurden eingegeben) und im Parameter steht natürlich die 406. Ist es dir nun klarer?
• M

  An alle guten C-Programmierer
  • maximo  

  18
  0
  Stimmen
  18
  Beiträge
  1566
  Aufrufe

  A

  leo aka qsch schrieb: ich finde c code keineswegs unuebersichtlich, er wird nur unuebersichtlich wenn der programmierer der ihn geschrieben hat es so wollte. Hat er doch geschrieben: pointercrash() schrieb: Jenseits aller Flamewars um die "einzig richtige" Konvention um Benennungen und Formatierung gibt es Leute, die an einem Tag knapp tausend Zeilen völlig unleserlichen, aber funktionierenden Code produzieren - sind die "gut"? @maximo Was verstehst du unter Code leserlich schreiben?? Jeder schreibt seinen Quellcode anders und ist damit ein anderes "Schriftbild" gewohnt. Ich mag es z. B. nicht, wenn man viele Befehle hintereinander in eine Zeile quetscht, andere finden das aber übersichtlicher. Was das "leserlich" schreiben und das Schreiben von Kommentaren angeht, würde ich sowieso eher in die allgemeine Programmierung stecken. Das trifft schließlich auf jede Programmiersprache u. ä. zu. Im Endeffekt ist es also nicht wichtig C richtig gut zu können, sondern das Programmieren an sich. Wenn man das natürlich durch C erlernen will, dann ist das auch nicht so verkehrt ;).
• L

  Problem mit Struktur die 2
  • littlepeoplegirl79  

  10
  0
  Stimmen
  10
  Beiträge
  846
  Aufrufe

  C

  Hallo, valgrind sagt doch nur das, was du selber schon wusstest: Man soll new/malloc delete/free nicht mischen. Das Programm beendet sich normal.