C (alle ISO-Standards)

• ?

  Funktion um zwei Strings zu addieren
  • Ein ehemaliger Benutzer  

  21
  0
  Stimmen
  21
  Beiträge
  2033
  Aufrufe

  D

  Javaner schrieb: Weiß jemand einen Link auf die heute gültigen Sprachspezifikationen? http://www.open-std.org/jtc1/sc22/wg14/ ff.
• ?

  Globale Variable
  • Gast  

  12
  0
  Stimmen
  12
  Beiträge
  789
  Aufrufe

  

  Oh, hab' wohl m und n durcheinander gebracht. Greetz, Swordfish
• ?

  int zu char*
  • Gast  

  9
  0
  Stimmen
  9
  Beiträge
  632
  Aufrufe

  ?

  danke für die lösungen. hab's wie evilissimo gemacht. klappt gut.
• D

  Multiline Makrofunktionen
  • dadrus  

  13
  0
  Stimmen
  13
  Beiträge
  887
  Aufrufe

  N

  Daniel E. schrieb: ...(beachte das Semikolon). ach so, ein kleiner trick naja, ich hab mir sowieso angewöhnt, solche makros nie direkt hinter ein 'if' zu schreiben bzw. wenn's nicht anders geht alles im 'if' in {} einzupacken. gerade wenn man makros für debugausgaben hat, die im release build wech sind, bezieht sich das 'if' auf die übernächste zeile. solche fehler sind lustig: im debug modus geht alles - aber die releaseversion zickt gewaltig rum
• ?

  übergeben von nem Array Speicher???
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  452
  Aufrufe

  ?

  alles klar danke dass hab ich gemeint...
• F

  Performance der Basisoperationen. Wie teuer ist...
  • Fellar  

  47
  0
  Stimmen
  47
  Beiträge
  3416
  Aufrufe

  G

  volkard schrieb: GPC schrieb: Die Ergebnisse variierten bei mehreren Läufen z.T. um ca 0.010 - 0.030, ein paar mal war auch die inline Funktion schneller als das Makro. Und nun... Nichts neues im Westen? nun kann ich dein "manchmal sind echte inline-Funktionen schneller, manchmal Makros" verstehen. so geringe unterschiede, daß es messfehler sein könnten oder schlechtes alignment von sprunkzielen oder sonstwas, ach so, du dachtest ich meine richtige Performanceunterschiede zw. Makros und Inline-Funktionen? Da haben wir wohl zu Beginn aneinandervorbeigeredet. Sorry, hätte mich deutlicher ausdrücken sollen nur kein argument, irgendwo nen makro zu nehmen. ACK. und eingemischt hab ich mich, weil ihr beide empfohlen habt, unter umständen makros zu nehmen, wo inline-funktionen auch gehen. wir wollen ja nicht, daß das nachher einer glaubt und als verteidigung sagt "das hab ich bei c-plusplus.net so gelernt". ^^ Um meinen Standpunkt noch mal deutlich zu machen: inline-Funktionen sind imho Makros vorzuziehen! GPC
• ?

  Problem mit lesen und schreiben in und aus Textdatei
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  365
  Aufrufe

  J

  c.rackwitz schrieb: wie waers mit nem editor und suchen und ersetzen? Och nööh! Das wäre doch viel zu naheliegend und langweilig...
• ?

  Welche GUI Bibliothek für einfache Spiele?
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  439
  Aufrufe

  N

  GPC schrieb: Wie kann ich es anstellen, das der Computer nicht immer auf ein [ENTER] wartet, zum einlesen. Sondern das sofort macht? Bitte? Kannst du die Frage konkretisieren? er meint sicher sowas: http://msdn2.microsoft.com/en-us/library/58w7c94c.aspx um den pacman mit den cursortasten zu steuern z.b.
• ?

  utf8
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  562
  Aufrufe

  N

  Entsetzter Zuschauer schrieb: Das ist aber nicht gerade ziemlich toll. kein wunder. ist ja auch von microsoft
• S

  Frage zu Bitoperation
  • Shoo  

  15
  0
  Stimmen
  15
  Beiträge
  874
  Aufrufe

  J

  c.rackwitz schrieb: mit hardware hats weniger zu tun. ganz einfach: jeder prozessor (ausser vielleicht witzprozessoren) kann bitweises AND, OR, XOR und NOT, sowie bitshifting und rotationen. diese sind die grundfunktionen auf das bit und somit auch auf das byte. ... das ist zwar wiederum richtig, die unterschiedlichen Prozessoren haben aber mit der Thematik ANSI-C::Bit-Operationen relativ wenig zu tun. Es ging hier, wenn ich mich nicht irre, um das Thema, warum C Bit-Operationen unterstützt, was ja bekanntermaßen nicht alle Hochsprachen tun. Versuch mal, mit einer dieser anderen Hochsprachen (aus der Entstehungszeit von C), einzelne Flags aus einem HW-Statusregister auszulesen. C diente dazu, das Betriebssystem UNIX relativ Prozessor-unabhängig, d.h. mit möglichst wenig direktem Assemblercode, zu entwickeln (... das weißt Du, das weiß ich ...) und Treiber für diverse HW-Komponenten vorzusehen. Das ist aber u.A. einer der Gründe, warum genau C diese Operationen vorgesehen hat. Nur das habe ich versucht, zu erklären ...
• ?

  Zeiger als Rückgabewert einer Funktion zeigt auf 'Funktionsvariable'
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  507
  Aufrufe

  ?

  Ich hatte zu dem gleichen Problem die Frage, kannst du hier nachlesen. Entweder du legst die Variable buffer als static an, du allozierst Dynamischen Speicher (Kp.16).
• ?

  Datei durchsuchen
  • Gast  

  14
  0
  Stimmen
  14
  Beiträge
  695
  Aufrufe

  C

  fscanf
• E

  Kann mir das bitte mal einer erklären
  • elturco  

  3
  0
  Stimmen
  3
  Beiträge
  277
  Aufrufe

  E

  Swordfish Du bist der Beste man, danke Dir vielmals....
• J

  frage zu strings bzw char *
  • jule37  

  12
  0
  Stimmen
  12
  Beiträge
  725
  Aufrufe

  J

  - Es wird kein Speicher auf dem Heap reserviert - Die Zeichenfolge "This is my string" existiert bereits im .exe-File - Der Scope von mystring selbst (4 Bytes) endet nach Beendigung der Funktion - Es wird nur die Adresse des existierenden "This is my string" zurügereicht De Facto (nach Compiler-Optimierung) ist die Funktion äquivalent zu const char* createStringPointer() {return "This is my String";} BTW: Es ist ein char-Pointer, kein Stringpointer. Ein String ist bereits ein char-Pointer.
• ?

  Welche Vorteile hat C, was kann man an C loben?
  • Gast  

  64
  0
  Stimmen
  64
  Beiträge
  3842
  Aufrufe

  C

  Amen. als folgerung aus diesem rumgezanke werde ich in zukunft threads dieser art sofort loeschen.
• R

  *Edit by RS - Wenn ich mal wieder mit meinem Latein am Ende bin.. ;-)
  • RollingStones  

  37
  0
  Stimmen
  37
  Beiträge
  2089
  Aufrufe

  M

  @RollingStones: wie waere es wenn du dir ein ordentliches buch ueber c programmierung kaufst, bevor wir dir hier alles vorkauen?!
• M

  AES encryption/decryption
  • metaller  

  6
  0
  Stimmen
  6
  Beiträge
  1584
  Aufrufe

  C

  hier ist wohl ein tutorial angebracht. wer solche fehler macht, kann noch nicht lange c programmieren. http://www.pronix.de/pronix-4.html
• C

  C Tutorial von Uni -> Return Wert auf Zeiger
  • codefrag  

  7
  0
  Stimmen
  7
  Beiträge
  492
  Aufrufe

  C

  Spacemuck schrieb: int main() zwar richtig, aber bei scanf das & vergessen Nein, an der Stelle (Eingabe in char-Arrays) gehört kein & hin.
• E

  FILE *Stream in einen Array einlesen
  • elturco  

  51
  0
  Stimmen
  51
  Beiträge
  2873
  Aufrufe

  E
• M

  Argumente aus der Kommandozeile
  • muhi  

  6
  0
  Stimmen
  6
  Beiträge
  524
  Aufrufe

  

  Smart Questions Greetz, Swordfish