Ist Unit einkompiliert?

[himitsu]

Moin,

gibt es eine Möglichkeit, um rauszubekommen, ob eine Unit einkompiliert ist, bzw welche Units das sind oder ob diese über eine andere BPL eingebunden sind.

Also bei BPLs, EXEn, DLLs und die .MAP wäre aktuell auch vorhanden.



Denn entweder haben wir hier extrem viele Units überall einkompilert oder die MAP zeigt, im Abschnitt Detailed map of segments, auch die Units an, welche sich in anderen BPLs befinden, welcher aber verwendet werden.

In den Abschnitten "Line numbers for ..." sind doch bestimmt nur die einkompilierten Units aufgelistet, welcher Debuginfos und genutzten Quellcode/Befehle enthalten?
Units ohne Quellcode/Befehle, sondern nur mit Type und Konstanten findet man anscheinend nicht darunter.



Wir haben hier mehrere DLLs, BPL und EXEn und ich beführchte, daß dort einige units mehrfach einkompiliert wurden ... jedenfalls ibt es beim Debuggen manchmal Probleme, daß geänderte Quellcodes nicht übernommen werden zu scheinen.
(beim vollständigen Erstellen, via FinalBuilder, gibt's dieses Problemchen dann natürlich nicht mehr)

[shmia]

Bei der JCL ist ein "Project Analyzer" dabei.

[himitsu]

Zitat:

Zitat von shmia (Beitrag 1100389)

Bei der JCL ist ein "Project Analyzer" dabei.

Gibt's den auch Einzeln? (nicht als IDE-Experte)

Ich kann hier jetzt schlecht einfach so die JCL auf unserem Firmenserver installieren, nur um einmal was nachzusehn.

Hab ja gehoft, daß man sich von delphi oder vom Compiler diese Info auch so liefern lassen kann.

[simmi]

Hallo,

Menü Projekt -> Optionen ->Linker -> MAP Detaliert und Du siehtst die gewünschte Information mit etwas blättern.

Deine Units befinden sich am Ende der Datei

Uwe

[himitsu]

Zitat:

Zitat von simmi (Beitrag 1100408)

Menü Projekt -> Optionen ->Linker -> MAP Detaliert und Du siehtst die gewünschte Information mit etwas blättern.

Deine Units befinden sich am Ende der Datei

Ist schon lange so eingestellt,
aber ich finde da keine derartige Liste.

Da gibt es höchstens eine Liste von eingebundenen Resorcendateien (.res .dfm) am Ende.
Vielleicht hat man da im XE was ausgebaut. :stupid:

[simmi]

Habe eben noch einmal nachgesehen. Es wird eine Datei mit dem Namen Deines Projektes und der Endung *.map angelegt.

Aber, ich habe die Einstellung vorgenommen und dachte alles ist gut. Beim nächsten öffnen von Delphi war es wieder auf "aus" gestellt. Gibt scheinbar unten links eine Möglichkeit die Einstellung für neue Projete als Srandart zu wählen.

Schau mal nach...

[himitsu]

Also, bei uns bleibt diese Einstellung erhalten.
Der FinalBuilder ignoriert die Projektoptionen und nutzt dort seine eigenen Einstellungen.
In Delphi und im FinalBuilder ist es auf detiliert eingestellt und zumindestens im FinalBuilder sollte diese Option ja genutzt werden, aber ich finde dennoch keine derartige Liste.

[ConnorMcLeod]

Du könntest in die verdächtigte Datei einen Fehler einbauen (z.B. 'abc' irgendwo im Text schreiben) und ein BuildAll machen. Wenn die Datei verwendet wird, dann wird Delphi den Fehler monieren.

[himitsu]

Man könnte jetzt sagen, es ginge um ein sehr großes Projekt, aus vielen BPLs, DLLs, ein paar EXEn und unzählingen
historisch gewachsener und über viele Jahre verflochtener Units.

Und da wäre mal ein Überblick was wie/wo mit drinsteckt ganz hilfreich,
denn es scheint manchmal beim Debuggen einige Problemchen zu geben.

Vor einer Weile hatten wir z.B. eine Variable, welche in einem Modul irendwie defekt zu sein schien.
Am Ende war es so, daß diese Variable an einer Stelle zwar initialisiert wurde, aber an anderer Stelle urplötzlich NIL war.
Tja, die Unit und somit auch diese globale Variable waren doppelt vorhanden, in dem Wirrwar aus DLLs und BPLs.

Bei ein paar Units könnte man das mit der "Signatur" schon machen, aber insgesamt wird es bestimmt etwas viel.

[ConnorMcLeod]

Diese beiden scheinen die besten Werkzeuge zu sein, um nicht verwendete Dateien im Projekt aufzuspüren.

In der MAP-Datei gibt es pro Datei eine Zeile, wie z.B.:
Line numbers for Variants(Variants.pas) segment .text

Man könnte einen Parser programmieren, der alle Zeilen auswirft, die mit 'Line numbers for' beginnen, die Dateinamen rauslesen und dann alle verbundenen Laufwerke durchsuchen lassen, ob eine Datei dieses Namens dort rumliegt. Schade, dass ich grad so wenig Zeit habe, das klingt interessant.

[hoika]

Hallo,

ich benutze den PAL (Pascal Analyzer).
Der hat u.a. ein Unit Use.


Heiko

[ASM]

Wenn es nur um ein Auflisten aller im Projekt insgesamt eingebundenen Units geht, ist das leicht und sehr übersichtlich auch mit dem Unit Dependency Analyzer von ModelMaker möglich. Das Programm ist kostenfrei.

Einzige lästige Notwendigkeit: Das Programm liest nicht selbsttätig alle Bibliotheks- und Suchpfade aus Delphi aus.
Sollen also komplett nicht nur alle direkt, sondern auch alle indirekt eingebundenen Units erfasst und auf ihre gegenseitige Abhängigkeit analysiert werden, müssen alle im Delphi-Projekt eingetragenen Bibliotheks- und Suchpfade manuell im Programm benannt werden. Das kann man zwar einzeln und daher etwas sehr mühsam im Programm selbst eintragen (unter Project Options), viel einfacher geht das aber auf einen Rutsch mit einem normalen Texteditor im Dependency Projects file (*.mmdep). Dazu muss man einfach die beiden Zeilen aus dem in Delphi eingetragenen Bibliothekspfad sowie aus dem Suchpfad des aktuellen Delphi-Projektes kopieren und in das mmdep-File unter "SearchPath=" übertragen.

Der Dependency Analyzer zeigt dann zum einen alle Units an, auf die im aktuellen Delphi-Projekt an irgendeiner Stelle in irgendeiner der eingebundenen Units mittels "Uses" Zugriff erfolgt. Außerdem kann man sich auch anzeigen lassen, welche der einzelnen Units von welchen anderen Units benötigt wird

[himitsu]

Nur daß die selbstparsenden Varianten irgendwie die Laufzeitpackages vergessen und dann auch Units aufgelistet werden, welche zwar enthalten sind, aber garnicht einkompiliert werden.

[rollstuhlfahrer]

Ich bin eben auf was gestoßen: Delphi liefert eine Liste der einkompilierten Units (leider nur die Namen, nicht auch noch die Pfade ;) ) gleich mit der Anwendung mit.
EXE-Datei mit Ressource-Editor öffnen -> RC Data -> "PACKAGEINFO". Bei XN Ressource Editor gibts dann 2 Tabs: Requires und Contains. In letzterem steht dann auch, warum die Unit eingebunden ist.

Bernhard

[USchuster]

Das Auslesen der Informationen aus der Ressource PACKAGEINFO geht auch mit TJclPePackageInfo (Beispiel s.u.), aber sollten die enthaltenen Units nicht im DPK stehen und wenn nicht, dann sollte es eine Warnung (W1033) geben?

Schon mal das Compilieren mit dem Parameter "--depends" probiert? ("Unit-Abhängigkeitsinformationen ausgeben" in the Projektoptionen in der IDE)

Delphi-Quellcode:

program PePackageInfoTest;

{$APPTYPE CONSOLE}

uses
  Windows, JclPEImage;

var
  I: Integer;
  PkgHandle: THandle;
  PePackageInfo: TJclPePackageInfo;
begin
  PkgHandle := LoadLibrary('c:\Program Files (x86)\Embarcadero\RAD Studio\8.0\bin\designide150.bpl');
  if PkgHandle <> 0 then
  begin
    PePackageInfo := TJclPePackageInfo.Create(PkgHandle);
    try
      WriteLn('ContainsCount: ', PePackageInfo.ContainsCount);
      for I := 0 to PePackageInfo.ContainsCount - 1 do
        WriteLn(PePackageInfo.ContainsNames[I]);
    finally
      PePackageInfo.Free;
    end;
  end;
  ReadLn;
end.