Teilweise in einer Unit keine blauen Punktte, aber warum?

[stifflersmom]

Moin moin,

ihc habe hier eine Unit, in der sind die meisten Funktionen, aber nicht alle!, ohne blauen Punkt und ich suche mir einen Wolf, finde aber irgendie nichts.
Bevor jemand fragt: Ja, es wird im Debugmodus kompiliert.

Hat hier jemad soetwas schon mal erlebt und einen Tipp für mich, wo ich suchen soll?


Gruß

[Uwe Raabe]

Die einfachste Ursache ist die Optimierung des Compilers, wenn der Code nicht verwendet wird.

[stifflersmom]

Die ist aber nicht aktiv.

[himitsu]

Wie genannt, wird diese Methode überhaupt irgendwo aufgerufen?
Ist diese Methode Private, oder vielleicht Public/Publisched?
Steht denn nichts in den Compilerausgaben? Und wenn ja, wieso beachtest du dass dann nicht?
...

Rauswerfen ganzer ungenutzer Funktionen ist, glaub ich, nicht Angelegenheit der Optimierung.

z.B. im PUBLIC hab ich (standardmäßig) die Funktion auch einkompiliert, inkl. Pünktchen,
aber im PRIVATE ist sie weg und

Delphi-Quellcode:

[DCC Hinweis] Unit1.pas(13): H2219 Das private-Symbol 'Test' wurde deklariert, aber nie verwendet

.

Ersteres könnte noch via RTTI gesucht und indirekt aufgerufen werden (Invoke).
Und PUBLISHED auch über die TypeInfo, z.B. mittels TObject.MethodAddress.
Auch von sonstwo aus, was der Compiler/Linker garnicht wissen kann.

[Uwe Raabe]

Zitat:

Zitat von stifflersmom (Beitrag 1533719)

Die ist aber nicht aktiv.

Das spielt für diese Art Optimierung keine Rolle. Genau genommen ist es auch nicht der Compiler, der den Code weglässt, sondern der Linker. Bei Delphi ist das aber alles in den dcc integriert.

[stifflersmom]

Ja, die hier nicht mit blauen Punkten versehene Funktion wird definitiv aufgerufen.

Erstaunlich finde ich auch, dass die OnCreate Funktion des Datenmoduls nicht aufgerufen wird.
Diese ist aber definitiv zugewiesen.


Der Compiler nennt auch eine Funktion die zwar definiert, aber nicht aufgerufen wird, aber auch wenn ich diese auskommentiere, ändert sich an der "Punkteverteilung" nichts.

[stifflersmom]

Und genau das hat mich jetzt auf die Lösung gebracht...
Tatsächlich ist das DatenModul gar nicht mehr erstellt worden, saublödfer Fehler von mir.
Wieso das gestern noch in der dpr datei vorhanden war und heute nicht mehr, kann ich nicht sagen, aber auf jeden Fall lag der Fehler bei mir.

[himitsu]

Womöglich wurden nicht alle Units DCUs neu kompiliert,
oder die IDE hatte nicht die aktuellen Debuginfos geladen.

-> einmal BuildAll (Erzeugen) und erst dann er weitersuchen, wenn immernoch

PS:
Warum die BaseURL umschreiben, anstatt z.B.

Delphi-Quellcode:

RESTRequest.Location := ROUTE_irgendwas;

?
Und ganz sicher, dass "RESTClient.BaseURL := RESTClient.BaseURL + ..." richtig ist?

[stifflersmom]

Die BaseURL wird umgeschrieben weil die BaseURL bei der Datev Connect API abhängig ist von dem Fiskaljahr, das angesteuert wird.
Das könnte man bestimmt auch anders gestalten, aber ist mir an der Stelle auch nicht wirklich wichtig.

Und ja, natürlich hast Du Recht das ESTClient.BaseURL := RESTClient.BaseURL nicht richtig ist, aber darum ging es in diese Testfunktion auch gar nicht