3. Eure dümmsten Fehler bei der Programmierung

Eure dümmsten Fehler bei der Programmierung

  • *

    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
  • R

    Was ich bei Pascal oft falsch mache = anstelle := und == anstelle = zu benutzen 😉

    Naja C(++) setzt sich da eben durch. Wobei ich um ehrlich zu sein finde, dass Pascal zu benutzen schon der größte Programmier Fehler aller Zeiten ist 😉

    0
  • B

    Mach doch nicht Pascal für die Syntax von C verantwortlich.

    0
  • ?

    Was ist daran ein Fehler eine gut strukturierte und entwickelte Sprache zu benutzen als so eine Sprache an der immer wieder rumgeflickt wird und so kaum noch konsistent ist, sondern eigentlich mehr einem Flicenteppich ähnelt? 😉

    0
  • R

    Original erstellt von Bashar:
    Mach doch nicht Pascal für die Syntax von C verantwortlich.

    das waren ja gar nicht die Gründe, warum ich Pascal nicht mag. Obwohl man ja schon sieht, dass := unüberlegt ist. Ich hab mal gehört, dass man in C = als Zuweisungsoperator benutzt hat, da es öfter vorkommt als ein Vergeleich. Bei Pascal ist der Zuweisungsoperator länger 🙄

    nein, es gibt andere Dinge, die mich an (O)Pascal stören

    -Variablen müssen in einem Extra Block deklariert werden
    -Konstruktor muss explizit aufgerufen werden und bei "normalen" Klassen auch der destruktor
    -publish Sektion, für die IDE eingeführt

    -Keywörter wirken so unangepasst und schlecht integriert in den Syntax if ... then anstelle if(...), wirkt dadurch wie Basic
    -begin end; und begin end. da dreht man doch auch durch 🙂
    -keine Initalisierung
    -keine statischen Variablen

    if x=a then 
begin
  y;
  z;
end;

    mit else muss das ; nach dem end Weg

    if x=a then
begin
  y;
  z;
end
else
  a;
    0
  • M

    Zu zweit sind wir damals vorm PC bis spät in die Nacht gesessen.
    Der PC (Minitower) stand unter dem Tisch.
    Mein Kollege hatte das eine Bein über das andere geschlagen.
    Während dieser Debugsession und ein paar Bugfixes setzt er
    sich etwas aufrechter auf und erwischt dabei genau mit seiner
    Fußspitze den Powerschalter des PC.
    Wie es natürlich so üblich ist, war der letzte Speichervorgang
    schon eine weile her.
    In meiner Magengegend verspürte ich einerseits hilflose Verzweiflung und
    andererseits den Drang laut zu Lachen.

    0
Anmelden zum Antworten