C (alle ISO-Standards)

• ?

  Bluetooth
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  706
  Aufrufe

  C

  Bitte keine Crosspostings! Das hat nichts mit ANSI-C zu tun. Im WinAPI-Forum gehts weiter.
• H

  Zeigerproblem
  • hoelli86  

  4
  0
  Stimmen
  4
  Beiträge
  862
  Aufrufe

  ?

  Ach ja damit ichs nisch vergesse merk Dir mit einen anderen Zeiger immer das letzte Element was eingefügt wurde, um ein neues Element was eingefügt wird, mit diesen Zeiger zu verlinken. Und setz dann diesen MerkerZeiger auf das neue letzte Element! :p
• ?

  Zahlen in eine Datei spaltenweise schreiben
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  1010
  Aufrufe

  M

  Drück dich bitte etwas genauer aus.... Wie lang ist die datei ? und sollen da nur Zeichen verwendet erden ? Wenn Ich mir deine forgaben ansehe fällt mir dazu nur : #include #include int main() { int i; FILE *Datei; Datei=fopen("Daten.txt","wt"); for (i = 1; i <= 5; i++) { fprintf(Datei,"%d %d\n",i ,i+5); } } [ Dieser Beitrag wurde am 05.03.2003 um 20:30 Uhr von mc-ip editiert. ]
• C

  int to char
  • CrazyPlaya  

  8
  0
  Stimmen
  8
  Beiträge
  1191
  Aufrufe

  D

  Original erstellt von crass: **>ein char ist ein int. hmm..int belegt doch 4 bytes (auf win32) und char eines?!** Vermztlich. Tipp: Ein Auto ist ein Fahrzeug. Ein Fahrzeug ist nicht zwingend ein Auto. Theoretisch kann es aber der Fall sein, dass der Wertebereich von int kleiner als der von char ist (Beide sizeof (T) == 1 und int darf Paddings haben). Wenn ich nichts übersehen habe. [Nein, lustig fände ich das auch nicht.]
• C

  Anfängerfrage Binäre Eingabe
  • chribu  

  5
  0
  Stimmen
  5
  Beiträge
  1071
  Aufrufe

  C

  Merci, hast mich auf die Richtige Spur geführt!
• N

  doppelt verkettete liste
  • nightmare_frog  

  9
  0
  Stimmen
  9
  Beiträge
  1433
  Aufrufe

  B

  **pprev ist kein Zeiger, siehe Deklaration: struct listelement **prev; // **prev ist ein listelement // aber: *prev ist Zeiger auf ein Listenelement // prev ist Zeiger auf einen Zeiger auf ein Listenelement Ich würd das jedenfalls nicht nachmachen (zumindest nicht ohne Kommentierung, warum das grad so und nicht anders gemacht wurde). [ Dieser Beitrag wurde am 03.03.2003 um 15:30 Uhr von Bashar editiert. ]
• Z

  Verkette Liste
  • Zak  

  5
  0
  Stimmen
  5
  Beiträge
  822
  Aufrufe

  R

  das ist eine wirklich schlechte Idee. Was machst du zB, wenn du mal mehrere verkettete Listen brauchst? Du solltest globale Variablen meiden, da dadurch dein Code schlecht wartbar, schlecht wiederverwehrtbar und schlecht lesbar wird!
• ?

  (DOS und Win...) Nur *** anstatt Zahlen - für Passwort
  • Gast  

  9
  0
  Stimmen
  9
  Beiträge
  1015
  Aufrufe

  S

  Original erstellt von elise: ... und soll da ja wahrscheinlich auch laufen (er sagt windows millenium).. klingt nach konsole ups - den post habe ich überlesen. dann ab in die konsole!
• T

  Problem mit strcpy und strtok
  • THE_FreaK  

  5
  0
  Stimmen
  5
  Beiträge
  1061
  Aufrufe

  T

  *autsch* ja, stimmt... ^^# hab die FILE* mit den char[] verwechselt ^^''
• C

  double zu klein :-(
  • CyberTim  

  3
  0
  Stimmen
  3
  Beiträge
  965
  Aufrufe

  C

  Mh, bis Mitternacht schaff ich das nicht mich durchzuquälen. Das ist meine deadline kurz gesagt ich soll fürs studium ein prog schreiben wo du 2 zahlen mit nem komma (keinen punkt) am stück mit nem opperator(+ - dazwischen eingeben kannst und der rechnet dann. Klar ich könntest einlesen und in double-werte umwandlen und dann rechnen lassen. Das ist aber zu "ungenau". Das soll supergenau gehn! Also werd ich das wohl in integer-strings basteln mit Nullen auffüllen und dann stellenweise addieren... addieren geht da ja noch, aber multipliziern wird doch hammer aufwendig! Null bock zu sowas! Hat wer schon was fertiges, der das ganze unter GNU veröffentlicht?!
• ?

  Fehler mit Dateioperation...
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  1290
  Aufrufe

  ?

  Tja, ich glaube ich sollte mal das kleingedruckte öfter lesen! Danke noch mal...... Gruß Ken
• F

  Char positiv/negativ ?!
  • Franky  

  20
  0
  Stimmen
  20
  Beiträge
  5343
  Aufrufe

  F

  Alles klar, Fehler gefunden! Der Punkt, an dem dem der Fehler produziert wurde lag ja in meiner DLL. Diese war aber mit der falschen Host-Anwendung verbunden. Ich hatte nämlich in meiner richtigen Host-Anwendung alle char- Arrays in unsigned char- Arrays verändert und konnte mir daher diesen Fehler nicht erklären. Da aber die DLL mit der alten Anwendung mit dem char-Arrays zusammengearbeitet hat, wurden hier vorzeichenbehafteten Werte genutzt. Also bleibt festzuhalten: char -128 ... 127 unsigned char 0 ... 255 Schade, dass dies nicht so ganz mit der Borland Hilfe überein stimmt. Da wird ja gesagt, daß mit der Compiler-Option -K der Ausdruck char auf unsigned char voreingestellt wird. Das hätte mir einiges erspart. Trotzdem vielen Danke an alle. Es ist wirklich toll, wie einem hier geholfen wird, auch wenn man sich nicht gleich verständlich ausdrückt. ...und das nächste Problem kommt bestimmt. Grüße Franky
• M

  Ist VC++ Implementation von >> ANSI Standard?
  • malfunction  

  3
  0
  Stimmen
  3
  Beiträge
  678
  Aufrufe

  B

  Malfunction: Der Compiler generiert bei signed anscheinend einen SAR Befehl. Darf er auch (find ich auch sinnvoll, mal so nebenbei bemerkt.) Muß er aber nicht. Das ist implementation-defined.
• ?

  (void**)
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  963
  Aufrufe

  D

  <nitpick> Original erstellt von kingruedi: http://www.c-plusplus.net/ubb/cgi-bin/ultimatebb.cgi?ubb=get_topic&f=21&t=000022 ... wobei ich immer noch der Meinung bin, dass Shades Ergänzung (»ein standardkonformer Compiler darf bei 'void main()' undefiniertes verhalten an den Tag legen.«) etwas unglücklich ist. Zum einen ist UB eine Eigenschaft des Codes. Das Verhalten des Programmes, das rauskommt ist durch den verwendeten Compiler definiert. Zum anderen halte ich 'void main' nur für IB: »[int main (void), int main (int, char**)] or in some other implementation-defined manner.«, wobei das im Bezug auf Portabilität nun wirklich total egal ist :). </> [ Dieser Beitrag wurde am 27.02.2003 um 18:11 Uhr von Daniel E. editiert. ]
• U

  ISDN
  • Urs  

  3
  0
  Stimmen
  3
  Beiträge
  857
  Aufrufe

  G

  Bei AVM gibt es Beispielcode zum runterladen.
• ?

  Speicherproblem!?
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  753
  Aufrufe

  ?

  @kingruedi Gibts den auch für DOS??
• C

  fwrite und int
  • CrazyPlaya  

  8
  0
  Stimmen
  8
  Beiträge
  1746
  Aufrufe

  D

  Außerdem hast du die Datei nur zum Schreiben geöffnet.
• ?

  (Rund um die...) &quot;Benutzeroberfläche&quot; in der Konsole
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  914
  Aufrufe

  S

  @Doc: und wie willst du dann grafik ausgeben? eine konsole/terminal kann beliebige größe aufweisen... mit standard C geht es nicht, aber man kann ja externe libraries verwenden. verschoben nach rund um...
• ?

  Tastaturabfrage
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  1185
  Aufrufe

  ?

  ok werde mich damit zufrieden geben müssen. Großen Dank an euch. gruß Peter
• C

  Datensätze ändern
  • CrazyPlaya  

  10
  0
  Stimmen
  10
  Beiträge
  1232
  Aufrufe

  V

  Hi, char* s; s="name"; mach etwas anderes als ein char s[10]; strcpy(s,"name"); Hmmm...mal sehn, ob ich es zusammenbekomme: char* s; s="name"; Irengendwo im Speicher steht die Konstante "name". s zeigt nun auf den Anfang dieser Zeichenkette (auf die Speicherzelle in der 'n' steht). char s[10]; strcpy(s,"name"); Hier wird "name" in den Speicherbereich, der fuer s reserviert ist kopiert. s zeigt nicht darauf, sondern s enthaelt die Zeichen- kette. Richtig so? Hoffe doch ich hab ken Fehler gemacht *g* mfg v R