Eure größten Pannen bzw Macken beim Programmieren ....

SideWinder

diffuse vor tex?

MfG SideWinder

Jup
Ich bin fast durchgedreht weil immer nur murks angezeigt wurde. Irgendwie habe ich gedacht das ich die Reihenfolge durch die FVF angebe bis mir dan kalr wurde das das nur ein bitflag war und dx die reihenfolge ja gar nicht kennen kan.

net 0

Termite schrieb:

Hi
kleiner Embedded Fehler.

das geht ja noch
lustig wird's erst, wenn man überhaupt keine variablen und keinen stack in solchen flashercodes benutzen darf weil der ganze ram überschrieben wird... wie programmiert man sowas? wer hat 'ne idee?

Neku

Besonders schön ist es auch eine Warnmeldung in MSVC++ zu deaktivieren, welche einen später auf ein Problem aufmerksam gemacht hätte (In meinem Fall hatte meine Klasse keinen expliziten operator=, wodurch MSVC++ einfach einen enthaltenen Pointer kopiert hat.)

net 0

auch noch was für windoofs fans. warum läuft das saulangsam?

#include <stdio.h>
#include <windows.h>

volatile int flag = 0;

void thread (void)
{
   while (1)
   {
      if (flag)
      {
         flag = 0;
         putchar('*');
      }
   }
}

void main()
{
   DWORD tid;
   CreateThread (NULL, 0, (LPTHREAD_START_ROUTINE)thread, 0, 0, &tid);
   while (1)
   {
      flag = 1;
   }
}

pZy

Die nervigsten Fehler aren für mich immer

- Linkerfehler. Die Meldungen sind für Anfänger selten verständlich.
- Binäre Inkompatibilitäten (.lib mit Stlport gebaut, später Linkerfehler weil im Projekt MS STL benutzt...)
- In einer lib Language Runtime statisch gelinkt, im Projekt stehts default auf dynamisch.
- ...und viele Fehler bez. RAPI und WindowsCE Geräten...

Das fehlende Modulsystem ärgert mich am meisten an der ganzen Programmiersprache.

Vor ein paar Tagen erst:

1. tstring GetFileSize(HANDLE);
2. tstring GetFileSize(const tstring& path);

-> GetFileSize( _T("C:\\AUTOEXEC.BAT") ); // Was möchte ich da wohl aufrufen?

Ja, hab da nicht dran gedacht, dass ein HANDLE eigentlich auch nur ein Pointer ist...

Termite

@net:

Lass mich raten Bandwurmprogramierung mit vielen goto ohne call und ret. so wie früher in basic ohne funktionen.

net 0

Termite schrieb:

@net:
Lass mich raten Bandwurmprogramierung mit vielen goto ohne call und ret. so wie früher in basic ohne funktionen.

nee, schlimmer. es geht nur in assembler. als variablen dürfen nur prozessorregister verwendet werden.

__HIRSCH_H__

Ich weiß nicht wie viele 100 Mal ich schon:

std:.cout << "Hallo" << std:.endl;

geschrieben hab. Keine Ahnung warum immer nur da.
Noch jemand mit dem Leiden?

int x = 1241;
while(x>6)
{
   x--;
   alloc = new int[512];
   for(int i=0;i<512;i++)
   {
      cin >> int[i];
   }
}

net schrieb:

Termite schrieb:

@net:
Lass mich raten Bandwurmprogramierung mit vielen goto ohne call und ret. so wie früher in basic ohne funktionen.

nee, schlimmer. es geht nur in assembler. als variablen dürfen nur prozessorregister verwendet werden.

hah. das ist dann der beste zeitpunkt, um einen eigenen compiler zu schreiben
aber, die begrenzte registerzahl könnte das ganze ja schon irgendwann recht knifflig machen ?

DEvent

Der totale Obernoob schrieb:

int x = 1241;
while(x>6)
{
   x--;
   alloc = new int[512];
   for(int i=0;i<512;i++)
   {
      cin >> int[i];
   }
}

1. ein new ohne ein delete (eher ein haufen news ohne deletes)
2. statt "alloc" schreibste "int"
3. das alloc wird zwar angelegt aber nicht benutzt

CMatt schrieb:

Immer wieder gerne:
for(size_t i=0;i<x;i++);
{
...
}

Mach halt die Klammern richtig.

for(size_t i=0; i<x; i++) {
...
}

Mach halt die Klammern richtig.
for(size_t i=0; i<x; i++) {
...
}

Igitt. Das sieht ja eklig aus. Wieso machen das so viele? In Pascal schreibt doch auch keiner

for i:=1 to 10 do begin
    ...
end;

Ich habe 7 Jahre den
{
...
}

Style benutzt. Aber seit einem Jahr bin ich komoplett umgestiegen und kann das alte nicht mehr sehen. Man gewöhnt sich so krass daran, die öffnende Klammer am Ende der Zeile zu schreiben, es spart ne Leerzeile und sieht einfach genial aus. Ich würde dir empfehlen, es wirklich mal 3 Monate ernsthaft zu probieren und dann darüber zu befinden.

WTF!!!!

Leute, wollt ihr mich verarschen???

Ich habe meine Klammern immer so gesetzt:
blobb{

}

Niemand hat mir gesagt ich soll das so machen, ich habs einfach gemacht.

Dann haben paar so Spacken mal gemeint, das wäre total beschissen so!!

Also habe ich fortan meine Klammern so gesetzt:

blubb
{

}

UND NUN HEISST ES WIEDER ANDERSRUM?!??!?!!?!??!?!?!?!?!?!?!?!??!?!?!

WTF!!!!!

OMGGGGGGGGGGGGGGGGG

Optimizer schrieb:

Ich habe 7 Jahre den
{
...
}

Style benutzt. Aber seit einem Jahr bin ich komoplett umgestiegen und kann das alte nicht mehr sehen. Man gewöhnt sich so krass daran, die öffnende Klammer am Ende der Zeile zu schreiben, es spart ne Leerzeile und sieht einfach genial aus. Ich würde dir empfehlen, es wirklich mal 3 Monate ernsthaft zu probieren und dann darüber zu befinden.

aMan

ich mach oeffters bei so nem wettbewerb mit. da muss man alorithmen usw schreiben. ein normaler debugger ist nicht moeglich, also muessen wir cout's verwenden. außerdem haben wir mehrere beispiele fuer die aufgaben..

ich vergleiche immer das mit der falschen loesung (und den falschen debugausgaben).

und sonst mach ich bei algos auch immer fehler beim debuggen..

ein ganz anderer fehler, den ich ein paar tage lang gesucht habe (komme am tag aber nur ca 2 std zum progn):
im konstruktor von MainWindow::QMainWindow wollte ich mit QApplication::exit(); die anwendung killen (bei nem fehler).

geht nicht. warum? weil davor noch die event loop gestartet werden muss, und das passiert nach dem erstellen des hauptfensters..

mfg aman..

edit:
@Wütender Forennutzer
die einzige richtige art ist

if()
   {
   blubblab();
   }

anonymus

Programm ist völlig korrekt, aber aufgrund mangelhafter Bibliotheks-Dokumentation
erstmal keine Ahnung dass die Lib noch irgendwelche Dateien zur Laufzeit braucht.
Es fliegt einfach nur eine nichtssagende Exception die sich nicht abfangen
lässt weil sie in einer Dll geworfen wird.

=> Dauert lange bis man draufkommt, dass man einfach nur 3 Dateien ins Projektverzeichnis kopieren muss...

net 0

Optimizer schrieb:

Man gewöhnt sich so krass daran, die öffnende Klammer am Ende der Zeile zu schreiben, es spart ne Leerzeile...

sparsamkeit ist eigentlich 'ne tugend. aber vielleicht sollteste dir mal 'ne festplatte kaufen um nicht mit 1..2 bytes zu knausern

Optimizer schrieb:

...und sieht einfach genial aus.

sehr überzeugend

btw: ich finde den...

func() {
...
}

...stil einfach ätzend.
muss es immer umformatieren sonst verlier' ich völlig den überblick.