C (alle ISO-Standards)

• D

  Doppelt verkettete Liste sortieren
  • Dome204  

  14
  0
  Stimmen
  14
  Beiträge
  256
  Aufrufe

  

  Du deckst den Fall nicht richtig ab, wenn du ganz vorne angekommen bist. Du prüfst zwar, ob du ganz vorne bist, aber wenn du dort bist, dann machst du nichts. Daher haben ptr1 und ptr2 immer noch den gleichen Wert wie vor dem Tausch, und die Laufbedingung ist weiterhin wahr. Daher bricht die Schleife nie ab.
• J

  C- double mantisse, exponent
  • JamesNguyen  

  5
  0
  Stimmen
  5
  Beiträge
  221
  Aufrufe

  R

  @DirkB Auf der Seite von http://openbook.rheinwerk-verlag.de/c_von_a_bis_z/005_c_basisdatentypen_008.htm hat die Mantisse 52 Bit (0 bis 51) aufsteigend von rechts nach links. Der Exponent Bit 52 bis 62 also 11 Bit, das Bit ganz links, das höchste ist das Vorzeichenbit. Da steht nix mit 54 Bit. Um eben wenigstens ein wenig die Ungenauigkeiten etwas in den Griff zu bekommen, sollte man zum Beispiel bei der Berechnung der Normalverteilung auf kleinere Werte als 0.00000001 bei der Berechnung verzichten. Über den Sinn und Unsinn von double Epsilon(Microsoft) lässt sich auch weiterhin vortrefflich streiten und Diskutieren.
• J

  C - Gleitkomma Genauigkeit
  • JamesNguyen  

  8
  0
  Stimmen
  8
  Beiträge
  186
  Aufrufe

  W

  @JamesNguyen sagte in C - Gleitkomma Genauigkeit: das ist bei messungen auch so wenn du theoretisch zwei Messwerte exakt kennst 1.0 +-0 * 2.033 +- 0 dann ist dein bestwert 2.0330) Nein, das ist falsch. (bzw. deine Annahme +-0 stimmt bei Messwerten nie, man versteht unter 2.17 auch nicht, dass es 2.17000000000 bedeutet, sondern dass die Ungenauigkeit im Bereich der angegebenen Stellen liegt) Du musst Fehlerfortpflanzung rechnen. Nur weil du z. B. mit einem Wert von exakt 2.000000000000000... multiplizierst, hat dein Ergebnis danach nicht auf einmal so eine große Genauigkeit.
• J

  C - double - Überlauf oder nicht
  • JamesNguyen  

  20
  0
  Stimmen
  20
  Beiträge
  248
  Aufrufe

  J

  bedeutet es das man also bei double den gewünschte effekt wie bei anderen programmiersprachen hat also das man in dem fall nicht auf überläufe und sowas achten muss sondern eben inf raus kommt?
• J

  C - Double Stelligkeit festlegen
  • JamesNguyen  

  2
  0
  Stimmen
  2
  Beiträge
  76
  Aufrufe

  D

  @JamesNguyen Die eingebauten Fließkommatypen speichern die Zahlen intern zur Basis 2 ab. Bei der Umwandlung kommt es zu Ungenauigkeiten. Stell mal 1/3 (im Dezimalsystem) mit 15 Stellen genau dar. Geht nicht. Im Dualsystem sind es andere Zahlen. Z.B die 0.1 Ganz einfach im Dezimalsystem aber Dual nicht.
• J

  C - Doulbe Berechnungen und Genauigkeit
  • JamesNguyen  

  2
  0
  Stimmen
  2
  Beiträge
  61
  Aufrufe

  J

  ok korrigiert
• J

  C - Genauigkeit Gleitkomma
  • JamesNguyen  

  3
  0
  Stimmen
  3
  Beiträge
  62
  Aufrufe

  J

  ok Danke.
• J

  C - %Lf für long double funktioniert nicht
  • JamesNguyen  

  6
  0
  Stimmen
  6
  Beiträge
  191
  Aufrufe

  D

  @JamesNguyen sagte in C - %Lf für long double funktioniert nicht: ah ok dann benutz ich von nun an %f auch für double Nochmal zur Klarstellung: das gilt für printf scanf ist eine ganz andere Funktion, auch wenn die Formatspecifier ähnlich ausseheb
• J

  Funktion Problembehandlung
  • JamesNguyen  

  7
  0
  Stimmen
  7
  Beiträge
  146
  Aufrufe

  ?

  @john-0 Ich glaube er will weniger von dir wissen wo es herkommt...sondern wo OP es her hat...
• J

  C - Wertzuweisung 2
  • JamesNguyen  

  3
  0
  Stimmen
  3
  Beiträge
  82
  Aufrufe

  D

  @JamesNguyen Und du darfst auch den Compiler fragen, wenn der Warnlevel auf höchster Stufe steht. Dann lernst du auch gleich, wie die Meldungen dazu aussehen. Es geht um die Warnungen, nicht darum was der Compiler daraus macht. Bei UB kann jeder Compiler etwas Anderes machen.
• J

  C - Wertzuweisung
  • JamesNguyen  

  6
  0
  Stimmen
  6
  Beiträge
  86
  Aufrufe

  

  @Swordfish sagte in C - Wertzuweisung: @JamesNguyen sagte in C - Wertzuweisung: Ist immer so bei Zahlenwerten in C dass, wenn man Zahlendatentyp bezeichner = <hier eine Zahl die größer als der Wertebereich des Zahlendatentyps ist> macht, das ein Überlauf stattfindet, dass heißt wie am anderen Ende des Wertebreichs des Typ weiter zählt? Ist dies auch bei float, double und char so? Das steht in § 6.3.1.3 Signed and unsigned integers in n2454.pdf. Achje, jetzt hab ich erste verstanden was er meint. @JamesNguyen Kurze Antwort: nein, das ist nicht garantiert. Praktisch wäre es auf den meisten Systemen so. Allerdings ist es praktisch auch so dass du eine Warning vom Compiler bekommst wenn du das schreibst.
• J

  C - unsigned
  • JamesNguyen  

  4
  0
  Stimmen
  4
  Beiträge
  77
  Aufrufe

  D

  @JamesNguyen sagte in C - unsigned: ich habe halt gedacht, dass gar nicht kompiliert wird wenn ich dem Parameter negative Werte zuordne aber es kommt ja imer noch was raus Garbage in, Garbage out. Du steckst Müll rein und bekommst Müll raus. Deinen zweiten Satz verstehe ich nicht. aso ok also negative Zahlen habe trotzdem irgendwie unsigned dartstellungen? Ist dir schon mal am Wertebereich der signed/unsigned Typen etwas aufgefallen? Bei unsigned char hast du 256 Werte von 0 bis 255 Bei signed char hast du 256 Werte von (meist) -128 bis +127 Bei short, int, long und long long ist es entsprechend Dabei wird (meist) https://de.wikipedia.org/wiki/Zweierkomplement als Darstellung benutzt.
• J

  C - nochmal long Datentyp
  • JamesNguyen  

  5
  0
  Stimmen
  5
  Beiträge
  89
  Aufrufe

  J

  ah ok mit plus klappt es das bigint benutze ich glaube ich nicht, denke ich soll mich auf primitive datentypen beschränken. Danke!
• J

  C - logische Werte
  • JamesNguyen  

  5
  0
  Stimmen
  5
  Beiträge
  80
  Aufrufe

  J

  ah natürlich ok danke!
• J

  C - große Zahlen
  • JamesNguyen  

  5
  0
  Stimmen
  5
  Beiträge
  100
  Aufrufe

  J

  ok danke!
• J

  C - long datentypen
  • JamesNguyen  

  4
  0
  Stimmen
  4
  Beiträge
  76
  Aufrufe

  

  (unsigned) long long gibt es erst ab C99.
• J

  C - Exponentialschreibweise
  • JamesNguyen  

  5
  0
  Stimmen
  5
  Beiträge
  490
  Aufrufe

  J

  ok danke
• K

  Leerdurchlauf der while-Schleife nach Abfrage
  • Kintaro777  

  22
  0
  Stimmen
  22
  Beiträge
  258
  Aufrufe

  

  @Kintaro777 scanf(" %c") + scanf(" %c%*c", &angebot) ist beides sinnfrei, du wirst Probleme bei Leereingaben, bei Mehrzeicheneingaben und bei gepipten stdin bekommen scanf UND getch zu benutzen, ist sinnfrei getch ist kein Standard 2x "scanf(" %c", &angebot)" einzubauen ist auch sinnfrei ...
• Y

  Speicherzugriffsfehler bei strncpy
  • Yadgar  

  13
  0
  Stimmen
  13
  Beiträge
  185
  Aufrufe

  

  Naja, andere Sprachen sind halt vergebender als C. Natürlich muss man halbwegs wissen, was man tut, aber die wenigsten Sprachen explodieren einem direkt ins Gesicht, wenn man versucht ein paar Strings zu manipulieren, ohne vorher 10 Seiten Erklärung genau gelesen und verstanden zu haben. Und bei den vermeintlich einfacheren Sprachen funktionieren auch Intuitionen, wie z.B. das string1 + string2 so etwas sein könnte wie die Aneinanderreihung der beiden Strings (Ist es in C nicht, falls du es nicht wusstest). Da kann man dann einfach ein bisschen rumprobieren und wurschteln, bis es passend aussieht. Das geht bei großen Sachen natürlich immer noch schief, aber für so kleine Scripte reicht es meistens.
• H

  Dieses Thema wurde gelöscht!
  • HerrRatlose  

  1
  0
  Stimmen
  1
  Beiträge
  2
  Aufrufe