DCP Format

[NicoDE]

Kennt jemand eine (sicherlich inoffizielle) Dokumentation des DCP (Delphi Compiled Package) Formats?

[NicoDE]

Hat sich erledigt, habe die Daten die ich brauche.

[Robert_G]

Zitat:

Zitat von NicoDE

Hat sich erledigt, habe die Daten die ich brauche.

Hassu auch'n Link? :)

[NicoDE]

Zitat:

Zitat von Robert_G

Hassu auch'n Link? :)

Nope, HexEditor :)

[Robert_G]

Zitat:

Zitat von NicoDE

Zitat:

Zitat von Robert_G

Hassu auch'n Link? :)

Nope, HexEditor :)

Hihi, warum wusste ich das nur? :mrgreen:
Mich würden eigentlich nur die darin deklarierten Klassen interessieren. Aber mal kieken ob ich das für meine Speielerei überhaupt brauche. ;)

[NicoDE]

Zitat:

Zitat von Robert_G

Mich würden eigentlich nur die darin deklarierten Klassen interessieren.

Wenn Du die registrierten Klassen einer BPL meinst; es hatte bereits jemand versucht selbige auszulesen (MaBuse?). Ich glaube es lief darauf hinaus, den Assembler-Code von @foo@Register$qqrv parsen zu müssen (was wohl wegen des Aufwandes noch keiner gemacht hat).

Zitat:

Zitat von Robert_G

Aber mal kieken ob ich das für meine Speielerei überhaupt brauche. ;)

Wohl eher weniger :)
Mein Problem ist, dass ich aus einer meiner uralten DCPs die DCUs extrahieren und auf eine andere Delphi-Version konvertieren muss (geht vielleicht schneller als sie neu zu schreiben *g*) ...mal schauen...

[Luckie]

Zitat:

Zitat von NicoDE

Zitat:

Zitat von Robert_G

Hassu auch'n Link? :)

Nope, HexEditor :)

Nico zerlegt doch mit einem Hex-Editor und einem Disassembler/Debugger alles was ihm zwischen die Finger/Tasten kommt. :roll:

[Newbie44]

STimmt der zerlegt sogar ganze spiele wenn er zeit hat *gg*

[NicoDE]

1) Ich habe nie Zeit *g*
2) Wir sind hier nicht in Off Topic :)

[MaBuSE]

Zitat:

Zitat von NicoDE

Mein Problem ist, dass ich aus einer meiner uralten DCPs die DCUs extrahieren und auf eine andere Delphi-Version konvertieren muss (geht vielleicht schneller als sie neu zu schreiben *g*) ...mal schauen...

In der *.dcp Datei sind nicht die *.dcu integriert.

Die *.dcp Dateien werden vom Compiler benötigt um referenzen zu anderen Packages aufzubauen.
Sie werden mit dem requires von einem Package in ein anderes eingebunden.
So wird beim Compile nicht das *.bpl benötigt, sondern nur die *.dcp

Das bekannteste Beispiel sollte die Dsgnide.dcp sein, die man bei Verwendung von DsgnIntf in das DesigntimePackage bei requires einfügen sollte, wenn der Proxy.dcu nicht gefunden Fehler auftaucht.
(Lösung: Das leidige Problem mit der DsgnIntf bzw. Proxy.dcu)

dcu2pas in der v1.3 kann ich Dir empfehlen (Der kann auch D7 dcu's)

Zitat:

Project Dcu2Pas Version 1.3
Purpose Decompile a D2-D7, K1-K3's dcu(dpu) file to Delphi source as origin as
possible, without or with minimal modifications, then recompile to new
one under other Delphi versions
Author Nengwen Zhuo(׿ÄÜÎÄ)
Homes http://soarowl.uhome.net, http://www.websamba.com/soarowl,
http://soarowl.0catch.com
Emails [e-mail], [e-mail]
Released 2003-02-10
Lastest home/dl/Dcu2Pas.rar(zip)

Leider gibts den beim Autor nicht mehr zum Download.

Bei Torry gibts das noch: http://www.torry.net/pages.php?id=477

[MaBuSE]

Zitat:

Zitat von NicoDE

Mein Problem ist, dass ich aus einer meiner uralten DCPs die DCUs extrahieren und auf eine andere Delphi-Version konvertieren muss (geht vielleicht schneller als sie neu zu schreiben *g*) ...mal schauen...

Was ich in meinem vorherigen Artikel sagen wollte:

aus den *.dcu Dateien kann man die *.pas Dateien wiederherstellen
(mit asm Code zw. begin und end, aber allen Strukturen in der "richtigen" Benamung)

aus den *.dcp Dateien kann man die *.dpk Dateien wiederherstellen
(dcp2dpk v1.0 arbeitet nur mit D3 für D5 oder D7 kenne ich kein Tool :-( )

[NicoDE]

Zitat:

Zitat von MaBuSE

In der *.dcp Datei sind nicht die *.dcu integriert.

Ich hatte die Hoffnung, weil in der DCP die verwendeten Units mit DCU-Header stehen und es so aussah, als ob lediglich der Namespace des Packages dazu kommt (hätte ich mit einem DCU-Parser neu aufbauen wollen...).

Zitat:

Zitat von MaBuSE

Die *.dcp Dateien werden vom Compiler benötigt um referenzen zu anderen Packages aufzubauen.

Das ist klar, aber dafür sind sie doch ein wenig groß geraten :)

Zitat:

Zitat von MaBuSE

Das bekannteste Beispiel sollte die Dsgnide.dcp sein, die man bei Verwendung von DsgnIntf in das DesigntimePackage bei requires einfügen sollte, wenn der Proxy.dcu nicht gefunden Fehler auftaucht.

In meinem Package gibt es keine Quer-Referenzen, insofern dachte ich nicht, dass es zu dem Problem kommen würde...

Zitat:

Zitat von MaBuSE

dcu2pas in der v1.3 kann ich Dir empfehlen (Der kann auch D7 dcu's)

Danke, werde es mir mal ansehen (sollte mich wundern wenn es nicht auf dcu2int basiert :)). Das Problem ist ja gerade, dass ich die DCUs auf der CD nicht mehr lesen kann :stupid:

Gruß und Dank, Nico

[MaBuSE]

Zitat:

Zitat von NicoDE

Zitat:

Zitat von MaBuSE

In der *.dcp Datei sind nicht die *.dcu integriert.

Ich hatte die Hoffnung, weil in der DCP die verwendeten Units mit DCU-Header stehen und es so aussah, als ob lediglich der Namespace des Packages dazu kommt (hätte ich mit einem DCU-Parser neu aufbauen wollen...).

Hmmm, wenn ich so darüber nachdenke, könntest Du sogar Recht haben.
Die dsgnide.dcp muß eigentlich die proxy.dcu beinhalten, da diese ja nicht existiert ;-)
Ich kenne aber auf Anhieb kein Tool das dcp analysiert und *.dpk und *.pas erzeugt.
Wobei ich mir aber sicher bin das die Resourcen (*.res, *.dcr, *.dfm, ...) nicht enthalten sind.

Würde mich intersieren, das Dein HexEditor so herausgefunden hat ;-)

[Robert Marquardt]

Im Prinzip ist die DCP was die LIB bei Microsoft ist.

[NicoDE]

Zitat:

Zitat von MaBuSE

Würde mich intersieren, das Dein HexEditor so herausgefunden hat ;-)

Ich weiss nicht, ob ich das später veröffentliche...
...ist halt nur die Strafe für ein zerkratztes Backup *g*

ps: das dcp2dpk scheint relativ einfach zu schreiben zu sein (abgesehen von der Zeit für die langweilige Suche nach den Compiler-Flags und den Tests mit allen bekannten Compiler/Linker-Versionen...)

[MaBuSE]

Zitat:

Zitat von NicoDE

Zitat:

Zitat von MaBuSE

Würde mich intersieren, das Dein HexEditor so herausgefunden hat ;-)

Ich weiss nicht, ob ich das später veröffentliche...
...ist halt nur die Strafe für ein zerkratztes Backup *g*
ps: das dcp2dpk scheint relativ einfach zu schreiben zu sein (abgesehen von der Zeit für die langweilige Suche nach den Compiler-Flags und den Tests mit allen bekannten Compiler/Linker-Versionen...)

Jetzt hab ich auch mal meinen Hex-Editor angeworfen.

In den *.dcp Dateien sind Teile der *.dcu enthalten.
diese stimmen byte für byte überein.
Ein paar Byte vom Anfang (Header der *.dcu) fehlen.
dann wird die *.dcu unterbrochen und es kommen die externen Einsprungadressen der *.bpl (exportierte Funktionen z.B. Register)
dann geht es an exakt der gleichen stelle der dcu weiter (mit leichten abweichungen)
(Das *.dcu ist aber nicht ganz enthalten)

[himitsu]

Maaa, außer diesem Thread nirgendwo im web was zu finden.
Aber auch hier keine Lösung und viele hier können es nun nicht mehr machen. :(


Die DCP enthält im Prinzip alles, was die BPL exportiert.

Typen, Konstanten, Variablen, Methoden, Klassen, Interfaces usw., inkl. Definition derer Parameter, RTTI usw. (HelpInsight müsste doch auch mit drin sein :gruebel:)




Ich wollte eigentlich einfach nur irgendwas haben, was mir anzeigt, wo z.B. eine gesuchte Unit drin ist.
Klar, mit dem Hexeditor kann ich reinsehen, und sehe in der DCP den Unitnamen, wo ich ihn vermutet hätte ... aber ist das wirklich eine "Export"-Info oder was Anderes? (weiß ja niemand)

Ich vermute ja die Unit ist da drin, aber wenn sie es wirklich ist, dann läuft hier gewaltig was schief, denn jene Unit (und Andere) ist nicht im Requires drin, der Compiler sagt auch nicht, dass jene Unit implizit gelinkt wird.
Sie dürfte auch implizit da nicht drin sein, denn sonst müsste es ein paar Packages später knallen, wo dann jenes Package eingebunden wird, weil diese Units dann doch doppelt wären usw.


[add]
https://wiert.me/2020/10/07/reverse-...it-interfaces/

[dummzeuch]

Zitat:

Zitat von himitsu (Beitrag 1511853)

Ich wollte eigentlich einfach nur irgendwas haben, was mir anzeigt, wo z.B. eine gesuchte Unit drin ist.
Klar, mit dem Hexeditor kann ich reinsehen, und sehe in der DCP den Unitnamen, wo ich ihn vermutet hätte ... aber ist das wirklich eine "Export"-Info oder was Anderes? (weiß ja niemand)

Wenn es darum geht, welche Units ein .bpl-Package enthält: Das kann der GExperts PE Information Expert anzeigen. Allerdings liest der die .bpl-Dateien aus, nicht .dcp.

[himitsu]

GExperts : Joar, mit paar Hindernissen, aber geht erstmal.

Die Liste ist unsortiert ... echt brutal dort was zu finden (drinnen suchen oder rauskopieren geht nicht)
und wenn man wissen will wo etwas drin ist und nicht nur ob dort etwas drin ist,
dann mußt du umständlich tausende DCPs öffnen und überall achsehn.

Ich denke mal die lesen einfach die PE-Ressourcen aus. Dort gibt es zwei/drei einfache Ressourcen, wo z.B. Info vom Compiler drin stehen und für die Lizenzierung (CE/Pro/Ent/Starter und indirekt auch die Version), also mit welchem Delphi kompiliert wurde.


Hab jetzt erstmal mit dem DCP-Parser angefangen (PE-Parser/Editor kommt später ... schon zu lange geplant).
Im ersten Schritt kommt eine JSON raus.

Später als Plugin im Delphi, bzw. eventuell ins IDE-Insight (F6), falls das von der Masse an Daten nicht zusammenbricht.
* welche BPL hängt wovon ab
* welche Unit ist wo drin
* [vielleicht auch] was ist in welcher Unit drin, bzw. wo ist was drin (Typen/Klassen/Methoden/............)

-> nach TEdit suchen und Unit + Package wird angezeigt
-> nach dateiname.bpl suchen und alle Packages werden angezeigt, welche es benötig (und was die nutzen usw.)


Die Unit-Infos hab ich noch nicht durch,
aber im Contains stehen wirklich nur die Contains drin, also was explizit an Units im Package ist (leider ohne das implizit Einkompilierte).


Die DCP-Verzeichnisse von Delphi und unsere Eigenen werden in Sekunden ausgelesen und aus paar hundert *.DCP entstechen entsprechende *.JSON
Diese Dateien hab ich mir einfach erstmal in ein Exportverzeichnis unserer DB-Synchro-Tabellen gelegt ... mit Strg+Shift+F wird das zusammen mit unseren DB-ErstellungsSQL, den Programmquellcodes, den Fremdkomponentencodes und anschießend noch die Delphi-Quellcodes durchsucht. (Suchen im Delphi und Alles wird gefunden :stupid:)


Die Unit-Infos parse ich noch nicht, aber für den Anfang

Code:

{
    "ReadStatus": "Disabled: ContainsData",
    "DataType": "DCP: Delphi Compiled Package",
    "FileMagic": "PKX0",
    "FileVersion": "0",
    "Counts": "req1 con50@47:3847 flg00400000 9 10",
    "FileName": "vcl280.bpl",
    "Requires": [
        "rtl"
    ],
    "Contains": {
        "Vcl.Consts": null,
        "Vcl.Graphics": null,
        "Vcl.ActnList": null,
        "Vcl.GraphUtil": null,
        "Vcl.Controls": null,
        "Vcl.StdCtrls": null,
        "Vcl.Mask": null,
        "Vcl.Printers": null,
        "Vcl.ToolWin": null,
        "Vcl.ListActns": null,
        "Vcl.ComStrs": null,
        "Vcl.StdActns": null,
        "Vcl.ComCtrls": null,
        "Vcl.Dialogs": null,
        "Vcl.ExtCtrls": null,
        "Vcl.Themes": null,
        "Vcl.ImgList": null,
        "Vcl.Menus": null,
        "Vcl.Forms": null,
        "Vcl.Clipbrd": null,
        "Vcl.Grids": null,
        "Vcl.ValEdit": null,
        "Vcl.OleConst": null,
        "Vcl.OleCtnrs": null,
        "Vcl.AxCtrls": null,
        "Vcl.OleCtrls": null,
        "Vcl.OleServer": null,
        "Vcl.Buttons": null,
        "Vcl.ExtDlgs": null,
        "Vcl.SvcMgr": null,
        "Vcl.AppEvnts": null,
        "Vcl.ExtActns": null,
        "Vcl.WinHelpViewer": null,
        "Vcl.HtmlHelpViewer": null,
        "Vcl.CmAdmCtl": null,
        "Vcl.XPMan": null,
        "Vcl.CategoryButtons": null,
        "Vcl.ButtonGroup": null,
        "Vcl.CaptionedDockTree": null,
        "Vcl.Tabs": null,
        "Vcl.DockTabSet": null,
        "Vcl.IMouse": null,
        "Vcl.ShellAnimations": null,
        "Vcl.Direct2D": null,
        "Vcl.ShareContract": null,
        "Vcl.SysStyles": null,
        "Vcl.Styles": null,
        "Vcl.Taskbar": null,
        "Vcl.JumpList": null,
        ".vcl": null
    }
}

bzw.

Code:

{
    "ReadStatus": null,
    "DataType": "DCP: Delphi Compiled Package",
    "FileMagic": "PKX0",
    "FileVersion": "0",
    "Counts": "req1 con50@47:3847 flg00400000 9 10",
    "FileName": "vcl280.bpl",
    "Requires": [
        "rtl"
    ],
    "Contains": {
        "Vcl.Consts": {
            "UnitHeader": "00000F36", "Flags": "FFFFFFFF", "FileFime": "DCF1E496", "bplCode": "00408060", "bplData": "00678138",
            "bplBSS": "0067A188", "X": "0067D04C", "H": "00000000", "I": "00000000", "J": "00000000", "K": "00000000", 
            "L": "00000000", "M": "00000000", "N": "00000000", "O": "00000000", "Namespace": "Vcl"
        },
        "Vcl.Graphics": {
            "UnitHeader": "00013672", "Flags": "FFFFFFFF", "FileFime": "DCF1E496", "bplCode": "00408D88", "bplData": "00678140",
            "bplBSS": "0067A188", "X": "0067D050", "H": "00000000", "I": "00000000", "J": "00000000", "K": "00000000",
            "L": "00000000", "M": "00000000", "N": "00000000", "O": "00000000", "Namespace": "Vcl"
        },
        "Vcl.ActnList": {
            "UnitHeader": "00049AD9", "Flags": "FFFFFFFF", "FileFime": "DCF1E496", "bplCode": "0041E908", "bplData": "00678270",
            "bplBSS": "0067A404", "X": "0067D0D0", "H": "00000000", "I": "00000000", "J": "00000000", "K": "00000000",
            "L": "00000000", "M": "00000000", "N": "00000000", "O": "00000000", "Namespace": "Vcl"
        },
        ...

    }
}

und für Interessierte (oder Fehlersuche)
noch eine Textansicht des DCP-Inhalts, aus Infos/Schnittmarken der vollständigen JSON generiert

Code:

### 0: FileHeader\FileMagic ###
PKX0·01·00·00·002·00·00·00·07·0F·00·00/·00·00·00·00·00@·00·09·00·00·00·0A·00·00·00vcl280.bpl·00

### 43: Requires ###
rtl·00

### 47: Contains ### 
### 47: Contains\Vcl.Consts ###
6·0F·00·00·FF·FF·FF·FF·96·E4·F1·DC`·80@·008·81g·00·88·A1g·00L·D0g·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00Vcl.Consts·00Vcl·00

### 122: Contains\Vcl.Graphics ###
r6·01·00·FF·FF·FF·FF·96·E4·F1·DC·88·8D@·00@·81g·00·88·A1g·00P·D0g·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00Vcl.Graphics·00Vcl·00

...

### 3828: Contains\.vcl ###
E1r·00·FF·FF·FF·FF·98·E4·F1·DC·08Kg·00·D8·9Fg·00·1C·C2g·00t·0Di·000·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·00·03·00·00·00.vcl·00·00

### 3894: Units ### 
### 3894: Units\Vcl.Consts ###
M·03·00#<'·01·00·FF·FF·FF·FF·96·E4·F1·DC·00·02·03Vcl·FE·13·FF·F3·96·00·06<p·0EVcl.Consts.pas·CC·B6·D0T·00d·06System·00·00
...

bissl ausgezogene Spaghetti, welche jene Ausgaben verbrockt haben (hier nur die neuen Compiler seit 2009, also ohne D2-D7)

Delphi-Quellcode:

var FileName := 'C:\Program Files (x86)\Embarcadero\Studio\22.0\lib\win32\debug\vcl.dcp';
var FileMem  := TFile.ReadAllBytes(FileName);
var ReadCheck: TBytes := nil;
SetLength(ReadCheck, Length(FileMem));

var JResult  := TJSONObject.Create;
var FileData := TDataReader.Create(JResult, 255, 0, @FileMem[0], @ReadCheck[0], Length(FileMem));
JSONAddOrUpdate(JResult, 'ReadStatus', NULL);
JSONAddOrUpdate(JResult, 'DataType',   'DCP: Delphi Compiled Package');

{ Header :
  INT:PKX? (IF isMSIL)INT:MSIL
  INT:cntRequires INT:cntContains INT:sizeContains INT:posContains
  WORD:cntWord5a WORD:cntWord5b INT:cntInt6 INT:cntInt7
  PCHAR:Filename
}

var Magic := FileData.ReadChar;
JSONAddOrUpdate(JResult, 'FileMagic', string(Magic));
if Copy(Magic, 1, 3) <> 'PKX' then
  JSONSetAndAbort(JResult, 'ReadStatus', 'invalid file magic');

var FileVersion := Magic[3];
JSONAddOrUpdate(JResult, 'FileVersion', FileVersion);
if not (Magic[3] in ['0', '4', '5', '7', '9']) then
  JSONSetAndAbort(JResult, 'ReadStatus', 'invalid file version');

var isMSIL := EndsText('L', FileName);
if isMSIL then
  JSONAddOrUpdate(JResult, 'Platform', 'MSIL');

if isMSIL then FileData.ReadInt;
var cntRequires  := FileData.ReadInt;
var cntContains  := FileData.ReadInt;
var sizeContains := FileData.ReadInt;
var posContains  := FileData.ReadInt;
var cntInt5      := FileData.ReadInt;
var cntInt6      := FileData.ReadInt;
var cntInt7      := FileData.ReadInt;
JSONAddOrUpdate(JResult, 'Counts', Format('req%d con%d@%d:%d flg%.8x %d %d',
  [cntRequires, cntContains, posContains, sizeContains,
   cntInt5, cntInt6, cntInt7]));

JSONAddOrUpdate(JResult, 'FileName', FileData.Read0Str);

if (cntRequires < 0) or (cntContains < 0) or (posContains < 0) or (sizeContains < 0) then
  JSONSetAndAbort(JResult, 'ReadStatus', 'out of range');

var posRequires := FileData.CurPos;
var posUnits    := posContains + sizeContains;
var sizeUnits   := Length(FileMem) - posUnits;

{ Requires :
  (LOOP cntRequires(
    PCHAR:Package
  )
}

var List := TJSONArray.Create;
JSONAddOrUpdate(JResult, 'Requires', List);
for var i := 0 to cntRequires-1 do
  JSONAddOrUpdate(List, '@', FileData.Read0Str);

{ HeaderCheck }

if FileData.CurPos < posContains then begin
  var Len := posContains - FileData.CurPos;
  var Data: TBytes;
  var SData := string.Create(#0, Len * 2);
  SetLength(Data, Len);
  FileData.Read(Data[0], Len);
  BinToHex(Data[0], PChar(SData), Len);
  JSONAddOrUpdate(JResult, 'UnknownHeader', SData);
end;

{ Contains :
  (LOOP cntContains(
    UnitHeader Flags FileFime bplCode bplData
    (IF Ver<>4)INT:bplBSS (IF Ver=0,9 or MSIL)INT:X
    INT:H INT:I INT:J INT:K INT:L
    (IF Ver=0)INT:M INT:N INT:O
    PCHAR:Unit PCHAR:Package
  )
}

var ContainsData := FileData.GetBlock(sizeContains, posContains);
var List := TJSONObject.Create;
var Values: TJSONValue;
JSONAddOrUpdate(JResult, 'Contains', List);
for var i := 0 to cntContains-1 do begin
  var _Cont := ContainsData.RealPos;
  var _Unit := {@UnitHeader}ContainsData.PeakInt;
  Values := TJSONObject.Create;
  JSONAddOrUpdate(Values, '@UnitHeader', ContainsData.ReadHex4);
  JSONAddOrUpdate(Values, 'UnitHeader',  '');
  JSONAddOrUpdate(Values, 'Flags',       ContainsData.ReadHex4);
  JSONAddOrUpdate(Values, 'FileFime',    ContainsData.ReadHex4);
  JSONAddOrUpdate(Values, 'bplCode',     ContainsData.ReadHex4);
  JSONAddOrUpdate(Values, 'bplData',     ContainsData.ReadHex4);
  if FileVersion <> '4' then
    JSONAddOrUpdate(Values, 'bplBSS',    ContainsData.ReadHex4);
  if (FileVersion in ['0', '9']) or isMSIL then
    JSONAddOrUpdate(Values, 'X',         ContainsData.ReadHex4);
  JSONAddOrUpdate(Values, 'H',           ContainsData.ReadHex4);
  JSONAddOrUpdate(Values, 'I',           ContainsData.ReadHex4);
  JSONAddOrUpdate(Values, 'J',           ContainsData.ReadHex4);
  JSONAddOrUpdate(Values, 'K',           ContainsData.ReadHex4);
  JSONAddOrUpdate(Values, 'L',           ContainsData.ReadHex4);
  if FileVersion = '0' then begin
    JSONAddOrUpdate(Values, 'M',         ContainsData.ReadHex4);
    JSONAddOrUpdate(Values, 'N',         ContainsData.ReadHex4);
    JSONAddOrUpdate(Values, 'O',         ContainsData.ReadHex4);
  end;
  var Unitname  := ContainsData.Read0Str;
  var Namespace := '';
  if Length(Unitname) > 255 then
    JSONSetAndAbort(JResult, 'ReadStatus', 'unit name to long');
  if FileVersion in ['0', '9'] then begin
    Namespace := ContainsData.Read0Str;
    if Unitname = '' then begin
      if (Namespace <> '') and (Namespace[1] <> '.') then
        Namespace := '~' + Namespace;
      Unitname := Namespace;
    end;
  end;
  if (Values is TJSONObject) and (Namespace <> '') then
    JSONAddOrUpdate(Values, 'Namespace', Namespace);
  JSONAddOrUpdate(List, Unitname, Values);
end;

if ContainsData.CurPos < sizeContains then begin
  var Len := sizeContains - ContainsData.CurPos;
  var Data: TBytes;
  var SData := string.Create(#0, Len * 2);
  SetLength(Data, Len);
  ContainsData.Read(Data[0], Len);
  BinToHex(Data[0], PChar(SData), Len);
  JSONAddOrUpdate(JResult, 'UnknownContains', SData);
end;

{ Units : }

var UnitsData := FileData.GetBlock(sizeUnits, posUnits);
...

{if UnitsData.CurPos < sizeUnits then begin
  var Len := sizeUnits - UnitsData.CurPos;
  var Data: TBytes;
  var SData := string.Create(#0, Len * 2);
  SetLength(Data, Len);
  UnitsData.Read(Data[0], Len);
  BinToHex(Data[0], PChar(SData), Len);
  JSONAddOrUpdate(JResult, 'UnknownUnits', SData);
end;}

Jemand meinte, dass die DCUs in der DCP (teilweise) drin seien ... stimmt so nicht ganz,
aber ich denke mal, dass der Teil mit den Definitionen (Typen/Kontstanten/Variablen/Klassen/Methodendeklaration/...) in DCU und DCP die gleichen sind, welche benötigt werden, damit der Compiler daraus/damit etwas kompilieren/verlinken kann.


[add]
https://www.delphipraxis.net/184987-...rmationen.html
https://memnarch.bplaced.net/blog/20...om-a-dcp-file/
https://github.com/rfrezino/DCU32INT...r/DCP.pas#L126