C (alle ISO-Standards)

• ?

  Frage zum Auslesen von Textdateien
  • Gast  

  19
  0
  Stimmen
  19
  Beiträge
  1039
  Aufrufe

  C

  wax schrieb: Sollte dann der nächste Aufruf von fscanf() nicht NUR die "1" lesen. Wieso sollte es? Der rest der Eingabe "23" wurde vom getc() nicht angefasst und steht deshalb immer noch im Eingabepuffer.
• H

  wait()
  • hdi  

  5
  0
  Stimmen
  5
  Beiträge
  885
  Aufrufe

  L

  Davon ab dass der Parameter für wait nicht die PID ist, sondern ein Puffer der den Status empfängt (herzlichen Glückwunsch, sie haben sich grad die PID zerschossen :D) (hat aber Th schon erwähnt!) Wenn Du mit waitpid oder wait (je nachdem) auf alle Prozesse warten möchtest, warte einfach in einer Schleife a) auf jede einzelne PID mit waitpid b) n-mal mit wait, wobei n die Anzahl der Kinder ist
• R

  Speicher auf PCI-Karte auslesen.
  • Rofagang  

  11
  0
  Stimmen
  11
  Beiträge
  975
  Aufrufe

  ?

  Hi, wer beschreibt denn den Speicher ? Vielleicht hilft volatile. Etwas mehr Info wär nicht schlecht ...
• ?

  Problem beim random-Zugriff innerhalb einer binär Datei
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  429
  Aufrufe

  ?

  Ach der Code war glaube ich mal für was anderes gedacht. Hatte keine Lust den Namen zu ändern. Ist eh nur was für Testcode.
• ?

  Problem mit #ifndef und #define
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  606
  Aufrufe

  M

  Hier noch eine Möglichkeit, die sehr ähnlich deiner ersten ist: Angenommen wir haben folgende Files: err.h : hier steht die Fehlerbehandlung drinnen a.h : Headerfile zu a.c a.c : Hier wird die Fehlerroutine ErrorWrite aufgerufen main.c: Auch hier wird diese Routine aufgerufen. err.h #ifndef ERR_HANDLING #define ERR_HANDLING #include <stdio.h> #ifndef ERROR_FILE #define ERROR_FILE "log.txt" #endif static void ErrorWrite(int ErrorNr) { printf("%s: ErrorNr: %d\n", ERROR_FILE, ErrorNr); } #endif a.h #ifndef A_H #define A_H void func(void); #endif a.c #include "a.h" #define ERROR_FILE "a:" #include "err.h" void func(void) { ErrorWrite(2); } main.c #include "a.h" #define ERROR_FILE "main:" #include "err.h" int main(void) { func(); ErrorWrite(3); return 0; } Kompiliert habe ich wie folgt: gcc -W -Wall -pedantic -c -o a.o a.c gcc -W -Wall -pedantic -o a a.o main.c Und das ist das Ergebnis: a:: ErrorNr: 2 main:: ErrorNr: 3 Wie du siehst, hat er unterschiedliche Strings (ERROR_FILE) genommen. Wichtig ist, dass die Funktion ErrorWrite im Headerfile definiert und als static deklariert ist. Gruß mcr EDIT: @CStoll: Ich weiß, dass ich die Definition von ErrorWrite ins Headerfile genommen habe, was nicht den Vorgaben entsprach. Aber ich fand das so ganz nett.
• D

  Strings per Bubblesort vergleichen. Brauche Hilfe.
  • dancer  

  10
  0
  Stimmen
  10
  Beiträge
  1060
  Aufrufe

  D

  sorry doppelpost... /edit scheint jetzt alles i.o. zu sein. THX4HELP!
• ?

  Compiler-Warnung: comparison unsigned with signed
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  360
  Aufrufe

  P

  #define-freak schrieb: kann es sein, dass bei dir 'chars' unsigned sind? das kommt schon mal vor. mach doch aus dem define: #define DEFINE_WERT (char)-1 Macht das Sinn? Er kann ja keine negativen chars erzeugen, tatsächlich vergleicht er dann mit 255 . Statt zu casten wär' gleich int zu nehmen sauberer. Auch möglich: Testen, ob der Compiler signed char anbietet.
• U

  in Funktionen übergabe durch call-by-reference!!
  • ultwobuildc  

  3
  0
  Stimmen
  3
  Beiträge
  296
  Aufrufe

  C

  C hat kein eingebautes "call-by-reference", also mußt du da mit Pointern arbeiten: void func(int* ptr) { *ptr = 0x0815; } int main() { int value=0; printf("alter Wert: %d\n",value); func(&value); printf("neuer Wert: %d\n",value); }
• ?

  Zeiger
  • Gast  

  30
  0
  Stimmen
  30
  Beiträge
  1503
  Aufrufe

  ?

  supertux schrieb: ich weiß nicht, was du da erzählst. Was ist denn für dich eine 'nackte' Adresse? Erklär mal das lieber. na, einfach nur den zahlenwert. sozusagen die 'hausnummern' der speicherzellen. mir ist schon klar, dass, wenn man in C einfach nur einen wert hinschreibt, man einen 'int' bekommt. war ja auch nicht das problem, aber ich gebe zu dass ich's hätte deutlicher machen müssen. adressen kann man in C in void*-variablen speichern (oder in vielleicht einem ptrdiff_t, wenn man damit rechnen will, wobei der wiederum für relative adressoffsets besser gegeignet ist, weil er signed ist). supertux schrieb: Der Compiler wirft nur eine Warnung, wenn ich (int*) und einen (double*) vergleiche. Der Compiler beschwert sich nicht, weil (void) 0xdeadbeef* ein (void*) ist. klar, der compiler macht dich auf eventuelle fehler aufmerksam. das ist auch richtig so und bei 'nem void* interessiert der typ dessen, was mit der adresse referenziert werden kann, eben nicht. daher gibt's auch kein warning.
• ?

  Suche Möglichkeit um die Bandbreite eines Servers zu regeln
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  310
  Aufrufe

  ?

  Du müsstest alle gesendeten Bytes mitzählen. Immer wenn gewisse Zeit vergangen ist berechnest du den Wert Bytes/Sekunde. Wenn dieser Wert über deinem Limit ist müsstes du beim nächsten Senden warten bis der Wert unter dem Limit ist. z.B. - Das Limit ist 1000 Bytes je Sekunde. - In den letzen 2 Sekunden wurden 2500 Byte verschickt --> 1250 Byte/s - Wartezeit = (Byterate-Limit)*Zeitinterval/Limit (1250-1000)*2/1000 = 0.5 - Daraus erbibt sich das du 500 ms warten musst bevor du wieder etwas versendest. Das Selbe kannst du auch beim empfangen machen. Das Messinterval solltest du klein genug wählen, damit das ganze nicht zu stark ruckelt. Wenn du eine schnelle Zeitmessung hast, (z.B. unter Windows mit GetTickCount) kannst du auch vor jedem Senden die Wartezeit berechen.
• T

  Häh ?
  • toxor  

  7
  0
  Stimmen
  7
  Beiträge
  512
  Aufrufe

  ?

  printf("%f", pow(2,16));
• A

  Verkettete Liste
  • Apokalypsus  

  10
  0
  Stimmen
  10
  Beiträge
  678
  Aufrufe

  A

  jo... das is mir auch klar...das problem an der sache is nur, dass die aufgabenstellung explizit eine verkettete liste verlangt... das is ne alte prüfungsaufgabe. solche aufgaben sind ja bekanntlich nie sehr sinnvoll... ________________________________________________________ Edit: Hab jetzt per mail vom Prof. die Lösung: void H_OnLButtonDown( HWND hwnd, BOOL fDoubleClick, int x, int y, UINT keyFlags ) { HDC hdc; LIST *plist; hdc = GetDC(hwnd); TextOut (hdc, x, y, TEXT("+"), 1); ReleaseDC(hwnd, hdc); plist = (LIST *)malloc(sizeof(LIST)); if (plist != NULL) { plist->pl = plhead; plist->pos.x = x; plist->pos.y = y; plhead = plist; } else MessageBox( hwnd, "Kein Speicher!", "FEHLER", MB_ICONERROR); } Muss etz nurnoch verstehen, was er da genau macht...
• T

  Bruchrechnen
  • toxor  

  10
  0
  Stimmen
  10
  Beiträge
  4322
  Aufrufe

  T

  ah ok, ja gut selber bauen macht wahrscheinlich mehr Spass, danke für die Infos
• ?

  Grafischeoberfläche
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  618
  Aufrufe

  ?

  ein tutorial Alles klar, net mim Muppi Mappma.
• ?

  gets/fgetc/fgets jederzeit durch tastendruck abbrechen
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  724
  Aufrufe

  T

  Weil in den Konsolenpuffer nur druckbare Zeichen eingetragen werden. Und noch mal der Hinweis auf kbhit...
• ?

  call by reference &amp;&amp; funktionsdeklaration
  • Gast  

  24
  0
  Stimmen
  24
  Beiträge
  1827
  Aufrufe

  ?

  Hier ist kein OT-Forum.
• F

  Rekursive Funktion abbrechen
  • früchtemüsli  

  12
  0
  Stimmen
  12
  Beiträge
  4919
  Aufrufe

  M

  CStoll schrieb: Ja, alte Ideen aufzuwärmen macht sich immer gut, um sie wieder in Erinnerung zu rufen CStoll schrieb: Ein alternativer Ansatz wäre es, die Rekursion nicht abzubrechen, sondern im Inneren der Funktion die nötigen Hilfsarbeiten zu erledigen (entweder direkt oder auch über eine Callback-Funktion). Stimmt, hätte mir auffallen können. Aber leider hat früchtemüsli deinen Wink nicht verstanden, so dass dies vielleicht ein wenig deutlicher ist.
• ?

  Unterschied zwischen Zeiger und Array beim einlesen eines Strings
  • Gast  

  14
  0
  Stimmen
  14
  Beiträge
  4403
  Aufrufe

  ?

  sothis_ schrieb: weil du es sehr wahrscheinlich als c++ code kompilierst. da ist ein casten notwendig. nicht casten. ich würde vorschlagen, die datei von .cpp in .c umzubenennen. sonst könnte es sein, dass er noch mit anderen dubiositäten auf die nase fällt.
• S

  Vektoren - Anzahl der Zufallszahlen ermitteln
  • shm  

  7
  0
  Stimmen
  7
  Beiträge
  723
  Aufrufe

  S

  danke, jetzt habe ich ein funktionstüchtiges Programm!
• T

  Adreßoperator
  • toxor  

  46
  0
  Stimmen
  46
  Beiträge
  3533
  Aufrufe

  P

  bitfield-freak schrieb: bitfields sind weder dazu geeignet, noch wurden sie dazu erfunden, auf einzelne bits einer variablen zuzugreifen. Mag sein, daß es nicht so gedacht und/oder spezifiziert ist, in der Praxis ist es aber so implementiert, wie ich das kenne. Wie anders sollte man einen µC so programmieren, der via SFR- Bits so einzelne Funktionen bitweise an- und abschaltet?