Was nervt euch so, während der Programmierung oder so allgemein

[himitsu]

Der Fehler ist dort schon seit Jahrzehnten enthalten ... irgendwann wird er dann bestimmt auch mal behoben.

[Luckie]

Zitat von himitsu:

Der Fehler ist dort schon seit Jahrzehnten enthalten ... irgendwann wird er dann bestimmt auch mal behoben.

Es sei denn er wird für geschichtlich wertvoll erachtet und wird dann aus historischen Gründen nicht behoben.

[idefix2]

Das ist aber nicht wirklich ein Fehler, die Konstanten sind Zweierpotenzen, da hat + und or das gleiche Ergebnis.

[Luckie]

Zitat von idefix2:

die Konstanten sind Zweierpotenzen

Zufall. Die Verwendung des Pluszeichens führt aber dazu es auch dann zu verwenden, wenn es keine zweier Potenzen sind. Und das weiß man eben nicht.

[himitsu]

Es gibt aber dennoch Probleme, wenn der Wert schon enthalten ist und man ihn nochmal hinzuaddiert.
Beim OR läuft das dagegen problemlos ab.

Bitmasken werden dürfen nunmal nicht arithmetisch behandelt werden, sondern binär.

[himitsu]

Meine Lieblingsfehler, so wie z.B. Folgenden, lerne ich langsam lieben.

Zitat:

[DCC Fataler Fehler] Project3.dpr(1): F2084 Interner Fehler: AV050D8C95-R0000000C-0

Und es wird gleich die allererste Zeile der DPR markiert.




Dabei mache/nutze ich (zur Abwechlung) in diesem Programm mal absolut keine "schlimmen" Dinge.
Keine Generics oder sonstige komische Konstrukte ... das Programm dürfte wohl auch in einem D5 kompilierbar sein ... soviel also zur Abwärtskompatibilität.

[stahli]

Zitat von himitsu:

Dabei mache/nutze ich (zur Abwechlung) in diesem Programm mal absolut keine "schlimmen" Dinge.

Damit kann Deine IDE vermutlich nicht mehr umgehen. Du solltest wieder machen wie immer.

[rollstuhlfahrer]

Was mich in letzter Zeit genervt hat, sind die besonders ausdrucksstarken Fehlermeldungen, wenn mal was gar nicht klappen will. In diesem Fall wollte ich Turbo Abbrevia 4.0 nutzen (das betagte Alter war mir egal, da mein Delphi auch schon ein paar Jahre auf dem Buckel hat). Syntaxprüfung: Keine Fehler. Kompilieren/Linken: "[Fataler Fehler]Interner Fehler: L****" (sowohl in der IDE als auch mit dem CMD-Compiler).

Bernhard

[Aphton]

IDE BUGS.. VERDAMMTE ********
-.-'

Ich hasse Turbo Delphi mittlerweile. Es gibt aber nichts "besseres" momentan >.>

@rollstuhlfahrer
Schonmal katastrophalen Fehlern begegnet?

[jaenicke]

Zitat von Aphton:

Ich hasse Turbo Delphi mittlerweile. Es gibt aber nichts "besseres" momentan >.>

Du meinst wohl kostenlos...
Denn die XE Starter halte ich trotz der Einschränkungen für besser, auch wenn man im Vergleich zu Turbo Delphi leider Abstriche z.B. in der Codenavigation und dem Debuggen machen muss (2 Einschränkungen schießen da übers Ziel hinaus, aber was solls).
Und 150€ sind für das Produkt trotzdem angemessen.
So viel ist das dann auch nicht. Wenn man sich alleine anschaut was manche für Handys bezahlen... Oder was manche für einen angebissenen Apfel auf einem Produkt mehr als für normale Produkte bezahlen... Oder für andere Hobbys...

Zitat von Stevie:

Internal Errors sind im Grunde Assertions, die niemals auftreten sollten (in etwa so wie eine nicht gehandelte Exception in deinem Programm, die dem Endbenutzer entgegen kommt) und die Zahlen deuten auf die Stelle im Code hin und sind demnach für die Devs bei Emba nützlich um den Fehler zu finden.

Nichtsdestotrotz wäre eine Liste sehr hilfreich, in der zumindest grob drinsteht was an der Stelle abgefangen wird...
Dass das dann nicht immer zum Fehler führt und dass es nicht immer möglich ist viel zu einer solchen Codestelle zu schreiben, ist klar, aber zumindest bei einigen Fehlern wären sicher Hinweise möglich.

Reproduzierbare Fälle sind ja kein so großes Problem, die kann man melden, aber bei welchen, die nicht einmal auf anderen PCs mit dem gleichen Projekt reproduzierbar sind...
Es ist echt nicht lustig dann per Assembler und Process Monitor zu debuggen. Oft lässt es sich dann zwar lösen, aber es kostet extrem Zeit, wenn man nicht einmal einen Ansatz hat wonach man suchen könnte...

Wo wir gerade beim Compiler sind: An der Stelle wäre auch ein Debuglog interessant, in dem man sehen kann welche Dateien in welchen Pfaden in welcher Reihenfolge abgearbeitet wurden, damit man da nicht im Process Monitor suchen muss.