IFDEF Win32 verschwindet

[himitsu]

Wir hatten auch sowas, aber weil es im XE immer kaputt gemacht wurde, hatten wir diese Teile dann in eine Unit ausgelagert,
zumindestens bei den USES funktioniert es.

Seit Delphi 11 macht Delphi sowas nicht mehr (seltener) kaputt, so als wenn sie IF/IFDEF dort jetzt halbwegs beachten würden.



Auch gibt es noch das {$IFDEF IMPLICITBUILDING} , oben um die CompilerSettings, welches im XE immer kaputtgemacht (entfernt) wurde,
denn egal was jemand behauptet, dieser Schreißdreck darf NIEMALS kompilert werden.
Die "richtigen" Settings kommen aus dem Projekt und Delphi speichert in der DPR/DPK nur die BASIS-Settings, aber kompiliert wird z.B. mit "Debug" oder "Release", womit hier Alles schief stünde, würde damit kompiliert.

Auch beim IMPLICIT-BUILDING ist der Dreck ein totaler Mister, weil, wie gesagt, sind es die falschen Settings und bei Implizit wird die DPROJ ignoriert, also wirklich ALLES ist falsch, weil der Compiler nichtmal weiß, wo er dieses Compilat ausgeben soll. (das Standard-Package-Verzeichnis von Delphi ist es bei uns jedenfalls nicht)

Zitat von Andreas13:

sondern nur

Delphi-Quellcode:

...
{$IFDEF Win32}  
  designide,
{$ENDIF}      <-------------------- so

Jupp, ist egal.

bei ENDIF und ELSE ab dem ersten und IFDEF ab dem zweiten "Parameter" wird es vom Compiler einfach quasi als Kommentar erkannt, also quasi ignoriert.

Besonders blöd bei Ressourcen, wo der zweiter Parameter nur in DPR/DPR genutzt wird, aber in PAS wird er einfach ohne Hinweis/Meldung ignoriert.
{$R abc.res abc.rc} (direkt im Projekt, kann Delphi dort die RC selber compilieren und so die RES aktualisieren)

[charly52]

Hi

vieleicht sollte man mehr auf Embarcadero einwirken, daß die sich lieber mal um eine stabile IDE kümmern, als dauernd neue Features rauszubringen.
Die Frage ist nur WIE?

Charly

[himitsu]

quality.embarcadero.com

[freimatz]

Uns wurde gesagt das würde nicht viel bringen, wir sollten uns doch an den Support werden. In dem Fall wo ich persönlich betroffen war hat der Support-Mitarbeiter sich bemüht. Lösung war dann ein furchtbarer Workaround. Auf dem Weg dahin haben wir einen anderen Bug gefunden. Es hatte nicht den Anschein, als ob das interessierte. (Bei uns in der Firma werden in der Regel solche analysiert auch wenn es die Anwender nicht betrifft.). Der Gipfel war die Aussage, dass er aus "rechtlichen Gründen" nicht auf meinen Bildschirm schauen dürfe.
Letzendlich bin ich schon froh wenn ich "nur" die IDE 10 mal am Tag neustarten muss (wegen Access violations, Internal Error, etc.) aber immerhin debuggen kann.

[himitsu]

Debugger raucht auch ab und an gern ab
und danach darf man dann die IDE auch noch abschießen.

[charly52]

Ist schon etwas wackelig, die ganze IDE!

Bei mir werden auch immer mal wieder Einträge in der Komponentenliste "ungecheckt" und ein Eintrag auf ein Package in der alten "Tokyo" taucht auf. Konnte allredings noch nicht rausfinden, wer oder was genau die Ursache ist.
Projekt schließen, evtl. Delphi IDE schließen, neu starten. Meistens sind dann die alten(korrekten) Einträge alle wieder da und die 2 falschen sind weg.