3. Eure dümmsten Fehler bei der Programmierung

Eure dümmsten Fehler bei der Programmierung

  • ?

    for (i = 0; i = 12; i++) ...

    for (i = 1; i < 11; i++);
    printf("%d",i);

    ...

    cYa
    DjR

    0
  • C

    Original erstellt von Cpp_Junky:
    **Dieser Fehler hat mich 2 Tage in den Wahnsinn getrieben. Als ich ihn dann endlich gefunden hatte hab ich ernsthaft daran gezweifelt ob ich überhaupt programmieren kann 😃 🙄

    for (int x = 0; x < 12345; x++);
{
  bla bla bla
}

    **

    So was passiert mir auch häufig ... wundere mich dann warum der Code nicht wiederholt wird 🙂

    0
  • ?
     

    for (int x = 0; x < 12345; x++);
{
  bla bla bla
}

    Genau das ist mein lieblingsfehler. Inzwischen finde ich ihn aber recht schnell.

    0
  • O

    Ich mache nie Fehler! 😃 😃 😃

    Spass beiseite:
    Ich hab mit PostMessage einen lokalen String weggeschickt - und mich dann über die komischen Zeichen gewundert...

    [ Dieser Beitrag wurde am 18.11.2002 um 11:27 Uhr von Nemesyzz editiert. ]

    0
  • K

    Die Fehler

    for (int x = 0; x < 12345; x++);

    und

    if (i=0)

    kenn ich auch. Um die zu vermeiden hab ich mir bei ersterem angewöhnt die { nach oben zu ziehen. Also

    for (int i = 0;i < 12345; i++){

    Ist zwar eine Umstellung, hat aber bei mir gut funktioniert.
    Der zweite Fehler wird (meist) durch den Compiler gefunden. Falls aber der Warning-Level reduziert werden muss, schreib ich immer

    if (0==i)

    statt

    if (i == 0)

    dann gibts einen echten Fehler wenn = statt == geschrieben wird, den jeder Compiler immer moniert.

    Meine schlimmsten Fehler stammen aus meine C-Zeiten:
    Über Feldgrenzen rausschreiben. Meist verhält sich die Release-Version schon mal anders als die Debug-Version und für Fehlersuche kann leicht mal einen Tag in Anspruch nehmen.

    [ Dieser Beitrag wurde am 18.11.2002 um 11:36 Uhr von Kauz01 editiert. ]

    0
  • *

    Bei Header-Dateien

    #ifndef _BLA_H
#define _BLA_H
.
.
.
#endif

    vergessen. Das gibt einen schön ekelhaften Fehler wenn man die .h Datei ohne sowas sowohl im Submodul als auch im Hauptmodul included. Meine Tastatur hat
    sehr darunter gelitten ("verdammte Scheisse, warum denn? (bumm,bumm ... knirsch). 😃

    0
  • R

    vergisst _nieeeeeeee_ das H

    ich hab mal anstat int 21h nur int 21 gehabt, das war meine 100% assembler 3d-engine und dieses int21 hab ich nur für die debug ausgabe gehabt, ich hab jeden polygonfüll algorithmuss 1000mal durchgesehen, alle rekursionen perfekt mit output versehen und bei zu großer tiefe abgebrochen, alles durchgesehen, außer beim int 21 für die fps das H... hab ne ganze woche dran gehangen, ich war soweit, dss mein pc innerhalb von 14sekunden beim booten in die dev umgebung meines masm rein kamm (weil es immer einen absturz gab).. ich hab bestimmt die hälfte meiner haare daran verloren...

    rapso->greets();

    0
  • ?
     

    for (int x = 0; x < 12345; x++);
{
  bla bla bla
}

    Das kommt davon wenn man die Klammern in die nächste Zeile schreibt. 🙄
    Macht's doch lieber so

    for (int x = 0; x < 12345; x++) {
    bla bla bla
}
    0
  • D

    Mein Bruder hat mal nen geilen Fehler gemacht:

    #ifdef _BLA_H
#define _BLA_H
.
.
.
#endif

    und sich dann gewundert, wiesos die klasse net gab 😃

    0
  • R

    _BLA_H

    ist eh ein Fehler, da führende _ dem Compiler vorbehalten sind :p 🙄 🙂

    beliebt sind auch falsche benutzung von memcpy, strcpy und ähnliches und vorallem der schlimmste Fehler ist eine Anwendung, die zum Teil aus Code besteht, der bei der letzten Konzept Änderung nicht überarbeitet wurde, trotzdem bisher funktioniert nur dann auf einmal bockt der rum und man sucht tagelang woanders 🙂

    0
  • *

    @kingruedi: Stimmt nicht! Nicht bei jedem!! :p

    0
  • R

    der Standard schreibt es aber vor AFAIK :p

    0
  • N

    Wenn man 2 ähnliche Code-Teile (hauptsächlich bei mathematischen Sachen) kopiert und dann nur ein paar Variablennamen vergisst zu ändern.

    0
  • R

    <dümmster fehler>

    Borland C++ Builder installiert 🙄

    </dümmster fehler>

    so far ... RockNix

    0
  • K

    hab erst gestern 2 stunden nach nem bug in meiner klasse für das bestimmen mathematischer funktionen gesucht. er hat mir für 1/x (und alle geteilt - operationen) penetrang n falsches ergebnis ausgespuckt. der fehler war so dümmlich dass ich ihn erst ganz am schluss (nach dem ich sämtliche speicherverwaltung, parsen etc geckeckt hatt) gefunden hab: bei der berechnung hat sich ein += statt einem /= eingeschlichen. *grummel*

    0
  • T

    Ein Fehler in einer Fehlermeldung:

    textprintf(screen,font,x,y,makecol(255,0,0),"Fehler: &s",str);

    Welcher Trottel hat Allegro im C-Style programmiert.... 😃

    0
  • R

    Bitte nicht auf Trolle eingehen und vorallem keinen dummen Flameware anfangen. Ich hab die entspr. Beiträge gelöscht. Falls noch ein Troll posten sollte, einfach ignorieren bitte.

    0
  • ?

    Das schwierige ist immer zu erkennen, ob jemand ein Troll ist oder nicht?! :p

    0
  • M

    Wenn ich ab und zu in Delphi progge, vergesse ich dauernd das "do" und das "then".

    0
  • T

    ich finde turbo pascal schrecklich, da vergisst man die ganzen c-standards. z.b. solche sachen:

    file=fopen("c:\text.txt","r");
    if(a=b) c=d;

    int feld[100];
    for(int i=1;i<100;i++) ...

    clrscr;

    naja, am schlimmsten war das erste, bis ich das raushatte (!) 😡

    0
Anmelden zum Antworten