C (alle ISO-Standards)

• O

  Schleifen
  • OhrWurM  

  3
  0
  Stimmen
  3
  Beiträge
  385
  Aufrufe

  O

  Hi, danke erstmal für deine Hilfe. Naja das ist keine hausaufgabe. die hab ich aus so nem Buch, wo ich mein können in der Praxis checken kann. Die Hier hat mir echt Kopfschmerzen bereitet. Danke. Stimmt schon, keine Funktioenen außer main. Ich muss sie nur noch ein bisschen modifizieren, damit die zahlen den zeichen zugeordnet werden. Sag mal hast du ICQ-Nummer? Oder E-mail addi, die mir geben könntest? würd gern den kontakt bestehend lassen. THX greetz Peter
• B

  HEX in FLOAT
  • black_devil  

  2
  0
  Stimmen
  2
  Beiträge
  411
  Aufrufe

  A

  Wenn ich Dein Problem richtig verstanden habe (was ich nicht unbedingt glaube), dann mach es doch einfach mit einem cast: unsigned char hex = 0xFF; float fval = (float)hex;
• V

  Fehler bei sprintf
  • viveks  

  5
  0
  Stimmen
  5
  Beiträge
  477
  Aufrufe

  A

  @viveks Ich vermute, dass dein PcmBuffer zu klein ist. Verwende snprintf(), wie es dir CarstenJ geraten hat. Lass dir auch mal den Wert von PcmBuffer ausgeben; am besten im Debugger ;).
• M

  Wo ist der fehler
  • Master User  

  7
  0
  Stimmen
  7
  Beiträge
  819
  Aufrufe

  S

  Als ich in der Gesamtforenübersicht das Topic gelesen hab, wusste ich bereits von wem der Thread sein musste
• H

  Was ist casten
  • hermes  

  4
  0
  Stimmen
  4
  Beiträge
  1343
  Aufrufe

  B

  hermes schrieb: Was ist casten? Eine explizite Typumwandlung. int a; int b; int c; int *pionter; pointer = (int*) &a; pointer zeigt auf a; Soweit richtig, aber das kannst du auch einfacher haben: poiner = &a; &a ist bereits ein Pointer auf int (weil a ein int ist), muss also nicht weiter gecastet werden. pointer++; pointer zeigt auf b; Falsch. Der Pointer zeigt auf die Position nach a. Was genau dort liegt, ist nicht festgelegt. Selbst wenn dein Compiler so arbeitet, dass b dort liegt, ist es ausgesprochen mieser Stil, sich darauf zu verlassen. Wenn du Variablen (gleichen Typs) willst, die im Speicher direkt hintereinander liegen, musst du mit Arrays arbeiten. Folgendes Beispiel: buffer = (unsigned char *)&TXB0D0; TXB0D0 ein 8Bit Register eines Microcontrollers, es folgen TXB0D1,....,TXB0D7. Ich übergebe der Funktion einen Zeiger auf einen 8 Byte langen String, der anschliessend in die Register TXB0D0- TXB0D7 kopiert werden soll. buffer ist als unsigned char Pointer declariert, warum muß ich "casten" wenn ich den Pointer auf TXB0D0 setzen möchte, habe vorher Assembler programmiert und es kommt mir deshalb vieleicht etwas komisch vor. Wenn TXB0D0 einen Typ hat, der sich von unsigned char unterscheidet, kannst du buffer nicht direkt drauf zeigen lassen. Ein Zeiger kann immer nur auf Daten von "seinem" Typ zeigen (also int* auf int, char** auf char* usw.). Weißt du aber aus irgendeinem Grund besser als der Compiler, kannst du ihn durch einen Cast zwingen, buffer die Adresse von TXB0D0 zuzuweisen.
• O

  Matrixmultiplikation
  • Ork  

  7
  0
  Stimmen
  7
  Beiträge
  1057
  Aufrufe

  O

  Hallo Drops, AJ danke für Eure Hilfe, habe es gelöst. Es geht auch mit 3 Schleifen, wenn alle Werte einer Matrix hintereinander gespeichert sind. Ich kann also auch auf ein zweidimensionales Array verzichten, was doch das Programm erheblich vereinfacht. Hier meine Testvariante, mit der die Matrixmultiplikation wunderbar funktioniert. # include <stdio.h> # include <stdlib.h> # include <math.h> int main() { double *F, *G, *A; int i, j, k, m, n; printf("Eingabe der Zeilenanzahl: "); scanf("%d", &m); printf("Eingabe der Spaltenanzahl: "); scanf("%d", &n); F = (double *) malloc (m*n*sizeof(double)); for ( i = 0; i < m; ++i) { for ( j = 0; j < n; ++j) { F[i*n+j] = i*j; } } for ( i = 0; i < m; ++i) { printf("\n"); for ( j = 0; j < n; ++j) { printf("%lf ", F[i*n+j]); } } G = (double *) malloc (m*n*sizeof(double)); for ( i = 0; i < m; ++i) { for ( j = 0; j < n; ++j) { G[i*n+j] = i+j; } } printf("\n\n\n"); for ( i = 0; i < m; ++i) { printf("\n"); for ( j = 0; j < n; ++j) { printf("%lf ", G[i*n+j]); } } getchar(); A = (double *) malloc (m*n*sizeof(double)); for (i = 0; i < m; ++i) { for (j = 0; j < n; ++j) { for (k = 0, A[j+i*n] = 0; k < n; ++k) { A[j+i*n] = A[j+i*n] + F[k+i*n] * G[k*n+j]; } } } printf("\n\n\n"); for ( i = 0; i < m; ++i) { printf("\n"); for ( j = 0; j < n; ++j) { printf("%lf ", A[i*n+j]); } } getchar(); return 0; } HURRA, FEIERABEND .
• A

  Hintergrund und Textfarbe der Konsole bestimmen
  • Anders  

  13
  0
  Stimmen
  13
  Beiträge
  1122
  Aufrufe

  M

  Hast sich erledigt, ich nehme einfach Ziffern für die Farben, das geht auch hab ich festgestellt. Aber trotzdem danke.
• A

  Menue-Aufbau mit Rücksprungfunktion...wie am besten implementieren?
  • Airness  

  13
  0
  Stimmen
  13
  Beiträge
  1099
  Aufrufe

  A

  Super danke! Das hat mir total geholfen! Nun kann ich selber noch weiter rumbasteln!
• ?

  Finde fehler nicht: malloc
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  593
  Aufrufe

  ?

  Bashar schrieb: dann als .c-Datei abspeichern und in den Optionen einstellen, dass er C++ nur bei einer cpp-Erweiterung benutzt. ok danke
• G

  system()-Befehl unter Linux
  • Gorgoner  

  2
  0
  Stimmen
  2
  Beiträge
  545
  Aufrufe

  B

  Was heißt geht nicht? Es wird sicher kein Fehler ausgegeben. Es ist aber so: system() erzeugt einen neuen Shell-Prozess, der dann deinen Befehl ausführt. Die Shell wechselt brav das Verzeichnis und beendet sich dann ... dein Prozess bekommt von dem ganzen nichts mit, weil jeder Prozess sein eigenes aktuelles Verzeichnis hat. Bessere Idee: man: chdir(2) BTW: "wr" ist kein gültiger Modus für fopen. Du willst wahrscheinlich "r+". Im Zweifelsfall: man: fopen(3)
• ?

  Structur &amp; &quot;string&quot;
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  631
  Aufrufe

  A

  @ghost Ja so schaut das schon besser aus :).
• H

  little endian, big endian
  • Hugoderwolf  

  8
  0
  Stimmen
  8
  Beiträge
  2180
  Aufrufe

  S

  Hugoderwolf schrieb: Da hast du dich wohl vertan, das funktioniert so nicht. Jo, ist mir dann auch eingefallen, als ich im Bett lag. Ich sollte so spaet nichtmehr posten. Immerhin ist Dir der Fehler aufgefallen.
• H

  HEXADEZIMAL NACH BCD
  • hermes  

  11
  0
  Stimmen
  11
  Beiträge
  5265
  Aufrufe

  ?

  also für mich ist "binary coded decimals" logischer und "genauer", da hierdurch ausgedrückt wird, daß mit diesem Verfahren nur (ganze) Dezimal-Zahlen binär kodiert werden, nicht etwa irgendwelche Ziffern einer Zahl, die in einem anderen System als dem Dezimal-System dargestellt ist. MfG
• O

  Segmentation fault - Warum?
  • Ork  

  7
  0
  Stimmen
  7
  Beiträge
  842
  Aufrufe

  O

  Danke icke, habe es weggelassen und funktioniert genauso.
• L

  compiler will nicht, finde aber keinen fehler! plz help!
  • loki1985  

  6
  0
  Stimmen
  6
  Beiträge
  894
  Aufrufe

  ?

  daß du diese Fragen zu den Warnungen und Fehlermeldungen hier gestellt hast, läßt nicht den Schluß zu, daß du mit zwei Monaten Erlernen von ANSI-C (und auch noch nebenbei, so daß es effektiv nicht mal zwei Monate sind) auf einem schlechten Stand bist. Vielmehr solltest du es so sehen: Man muß Fehlermeldungen/Warnungen vom Compiler erst einmal "kennenlernen", dann weiß man, wo das Problem liegt. Die Warnung Warning W8060 c:\myc\err\err.c 24: Possibly incorrect assignment in function WinMain bekommt man ja schon dann, wenn man etwas unkonzentriert ist (passiert auch mir hin und wieder mal). die andere Warnung: *Warning W8065 c:\myc\err\err.c 16: Call to function 'progress' with no prototype in function WinMain * hat man sich auch schnell eingehandelt, denn es gibt tatsächlich Compiler, die das ohne Warnung durchgehen lassen, und vielleicht gibt es auch Bücher/Tutorials/Code, in denen diese Ungenauigkeit (fehlende Angabe der Parameter-Typen im Prototypen bei einer Funktion, die keine Parameter erwartet) vorhanden ist. Korrekt ist es allerdings nicht, die Parameterliste leer zu lassen, wenn man die Typprüfung sicherstellen will der Compiler-Fehler: Error E2121 c:\myc\err\err.c 34: Function call missing ) in function progress war wohl auch nur ein Schreibfehler von dir. Und daß du bei den Parametern für MessageBox etwas danebengelegen hast, ist auch nicht so tragisch, denn das ist auch kein ANSI-C-Problem, sondern in der MSDN dokumentiert (und das gehört dann zum Thema "Windows-Programmierung", und nicht zum Verständnis von ANSI-C) Viel bedenklicher hätte mich gestimmt, wenn du hier eine Frage zu etlichen Compiler-Fehlern gestellt hättest, die du in das Programm (unfreiwillig) "eingebaut" hast, das wäre dann für zwei Monate nicht ok gewesen, aber so ist es ok.. ich denke, diese Anmerkungen sollten Motivation genug darstellen... in diesem Sinne: weiter so MfG
• H

  Nullkennzeichen am Ende eines Strings
  • hermes  

  7
  0
  Stimmen
  7
  Beiträge
  692
  Aufrufe

  ?

  strlen gibt die Länge des Strings ohne das '\0' zurück. Also abgesehen von dem Punkt, dass strlen nur wie gewünscht funktioniert, wenn eine Zeichenkette nullterminiert ist (Durch die Nultermninierung wird ein array of char ja erst zu einer Zeichenkette bzw. einem C-String) ist die Indizierung bei: string2[strlen (string2)] = '\0'; schon richtig gewesen. Beispiel: int lenght; char string2[] = "string"; length = strlen(string); /*length ist jetzt 6 nicht 7!!*/ string2[strlen (string2)] = '\0'; /*hier passiert nichts, da string2[6] ja eh schon '\0' ist*/ string2[strlen(string2) - 1] = '\0'; /*jetzt überschreibt man das g!!!*/ Aber wie oben schon gesagt: von der semantik ist es natürlich schwachsinn!
• Z

  Timing Problem
  • zeek2003  

  16
  0
  Stimmen
  16
  Beiträge
  2501
  Aufrufe

  A
• H

  zeiger
  • hermes  

  2
  0
  Stimmen
  2
  Beiträge
  357
  Aufrufe

  A

  So würds gehen. Da brauchst du keinen Zeiger. typedef struct { unsigned L1 :1; unsigned L2 :1; unsigned L3 :1; unsigned batt_kapp :1; unsigned batt_kurz :1; unsigned :2; unsigned error :1; }state; ... unsigned char system[8]; state status; ... status = system[5]; If (status.error) ...
• H

  string nach unsigned long
  • hermes  

  4
  0
  Stimmen
  4
  Beiträge
  573
  Aufrufe

  T

  Jupp. Dein Code sieht besser aus
• A

  Random zum x-ten mal...Sorry
  • Airness  

  10
  0
  Stimmen
  10
  Beiträge
  929
  Aufrufe

  A

  Da ich speicherchips initalisiere (das Prog ist noch nicht fertig) um auszulesen ob die power up sequenz funktioniert wollte ich ein randomprogramm (Pass oder failed)das in etwa auf gleichem Zeitniveau arbeitet. Das _main() braucht man wie beschrieben ab UNIX 10, aber da auch nur um kein genörgel vom Commpiler zu erhalten.