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

[Popov]

Zitat:

Zitat von QuickAndDirty (Beitrag 1187356)

Das ist nur Problematisch, wenn diese Programme Datenbanken treiber löschen. Lexware und Select Line Updates löschen noch heute die BDE und installieren sie neu ...zum Glück kann uns das seit einem Jahr egal sein, aber sowas ist schon ärgerlich.

Ok, kann schlimm sein, aber noch schlimmer wird es, wenn das Programm beim deinstallieren schlicht und einfach die ganze Festplatte löscht, wie damals D-Info von Topware ;)

[BUG]

Zitat:

Zitat von Popov (Beitrag 1187362)

Ok, kann schlimm sein, aber noch schlimmer wird es, wenn das Programm beim deinstallieren schlicht und einfach die ganze Festplatte löscht ;)

Da hinterlässt mal jemand keine Reste bei der Deinstallation und dann ist auch das auch nicht richtig :gruebel: :mrgreen:

[Memnarch]

Ja das problem hatte das Spiel "Myth" von Bungie auch. Schööön aufgeräumt^^

[jaenicke]

Mich nervt gerade, dass FreeAndNil auf Interfaces angewendet werden kann statt dass es einen Compilerfehler gibt, da darin erst auf TObject gecastet wird.
So habe ich bei der Umstellung einiger Objekte auf Interfaces diese Aufrufe übersehen...

Warum das so ist, ist mir natürlich klar. :wink:

[himitsu]

Sowas kenn ich.

Ich hatte einige verschachtelte

Delphi-Quellcode:

{$IFDEF ...}

und

Delphi-Quellcode:

{$IFNDEF ...}

auf Conditional Expressions (

Delphi-Quellcode:

{$IF ...}

) umgestellt.
OK, damit der Code einheitlich ist, hab ich gleich alle umgestellt.
Das Meiste über Suchen&Ersetzen, was natürlich nicht alle

Delphi-Quellcode:

{$ENDIF}

erwischte.

Dachte mir aber "Ach, der Compiler meckert schon, wenn im ein

Delphi-Quellcode:

{$IFEND}

fehlt, bzw. wenn er stattdessen auf ein

Delphi-Quellcode:

{$ENDIF}

trifft.


Aber neeee, das Error-Insight arbeitet diesesmal korrekt und bemängelt sowas, aber Compiler ignoriert es einfach.
Ich hoffe mal der ht die Beiden als "gleichwertig" angesehn und nicht irgendwelchen Sch* gebaut. (hab mich aber dennoch sicherheitshalber manuell auf die Suche gemacht).



Oder warum haben variante Records kein

Delphi-Quellcode:

END

zum

Delphi-Quellcode:

CASE

?
- die Syntax sieht besch* aus
- und man kann es nur am Ende eines Records nutzen, was Headerübersetzungen voll häßlich gestaltet

[implementation]

Zitat:

Zitat von himitsu (Beitrag 1187453)

Dachte mir aber "Ach, der Compiler meckert schon, wenn im ein

Delphi-Quellcode:

{$IFEND}

fehlt, bzw. wenn er stattdessen auf ein

Delphi-Quellcode:

{$ENDIF}

trifft.

Also zumindest beim FPC sind $ENDIF und $IFEND exakt gleichwertig - wäre ja auch unglaublich unsinnig, wenn sie verschiedenes bewirken würden. Wahrscheinlich handhabt Delphi das genauso.

[himitsu]

Es wurde mal das IFEND eingeführt, zusammen mit dem, bzw. für das IF, damit ältere Compiler nicht durcheinanderkommen, da für sie das ENDIF immer zu einem IFDEF/IFNDEF gehört und somit das IFEND keine Funktionsstörung erzeugt, wenn man es im Code via IFDEF+ENDIF vor ihnen versteckt.

Genuso gut kann man kein (* mit einem } abschließen.

[himitsu]

Warum ist SVN (Turtoise) eigentlich so arschlangsam? :wall:

Da löscht man nur mal 19802 Dateien/Verzeichnisse (bzw. verschiebt sie) und alleine ein lokales markieren als "gelöscht" dauert Stunden.

[jaenicke]

Löschen oder verschieben? Letzteres geht bei mir in SVN eigentlich superschnell.

[himitsu]

Im Explorer ein paar Verzeichnisse markieren und dann SVN > Löschen ... da kann man zwar noch zugucken (schafst geschätzte 100 Dateien die Sekunde)

Aber lösch' die Dateien mal im Explorer, dann markier mal die "fehlenden" Dateien im Änderungsprüfdialog und sag dort "löschen" ... also das dauert ewig.