Continuous Integration Prozess mit Docker & Rad Studio

[TiGü]

Zitat von flashpixx:

Zitat von TiGü:

Brauchst du überhaupt eine komplette Installation von Delphi?
Reicht es nicht, wenn du dir den Compiler (dcc32.exe und/oder dcc64.exe) in den Docker-Container holst und dann ganz klassisch per MSBUILD die Delpi-Projekte baust?
Sicher gibt es doch die ein oder andere Abhängigkeit, die man mit knobeln auflösen muss, aber nichts was nicht ggf. lösbar wäre.

Ja genau das hatte ich gedacht, also habe ich das bin bzw bin64 Verzeichnis direkt mit COPY in den Container kopiert, wenn ich dann aber versuche irgendeine Exe wie dcc32 auszuführen, passiert gar nichts. Es kommt keine Fehlermeldung aber das Programm funktioniert auch nicht

Schau doch mal, ob der dcc32.exe alle Abhänigkeiten findet:

C:\WINDOWS\System32\ADVAPI32.DLL.
C:\WINDOWS\System32\bcryptPrimitives.dll.
C:\WINDOWS\System32\combase.dll.
C:\WINDOWS\System32\CRYPT32.dll.
C:\WINDOWS\System32\CRYPTBASE.dll.
C:\WINDOWS\System32\GDI32.dll.
C:\WINDOWS\System32\gdi32full.dll.
C:\WINDOWS\System32\IMM32.DLL.
C:\WINDOWS\System32\KERNEL32.DLL.
C:\WINDOWS\System32\KERNELBASE.dll.
C:\WINDOWS\System32\MSASN1.dll.
C:\WINDOWS\System32\msvcp_win.dll.
C:\WINDOWS\System32\msvcrt.dll.
C:\WINDOWS\SYSTEM32\ntdll.dll.
C:\WINDOWS\System32\OLE32.DLL.
C:\WINDOWS\System32\RPCRT4.dll.
C:\WINDOWS\System32\sechost.dll.
C:\WINDOWS\System32\SHLWAPI.dll.
C:\WINDOWS\System32\SspiCli.dll.
C:\WINDOWS\System32\ucrtbase.dll.
C:\WINDOWS\System32\USER32.DLL.
C:\WINDOWS\System32\win32u.dll.
C:\WINDOWS\SYSTEM32\winbrand.dll.
C:\WINDOWS\System32\WINTRUST.dll.
C:\WINDOWS\SYSTEM32\wldp.dll.
C:\WINDOWS\SysWOW64\cmd.exe.

[flashpixx]

Zitat von TiGü:

Zitat von flashpixx:

Zitat von TiGü:

Brauchst du überhaupt eine komplette Installation von Delphi?
Reicht es nicht, wenn du dir den Compiler (dcc32.exe und/oder dcc64.exe) in den Docker-Container holst und dann ganz klassisch per MSBUILD die Delpi-Projekte baust?
Sicher gibt es doch die ein oder andere Abhängigkeit, die man mit knobeln auflösen muss, aber nichts was nicht ggf. lösbar wäre.

Ja genau das hatte ich gedacht, also habe ich das bin bzw bin64 Verzeichnis direkt mit COPY in den Container kopiert, wenn ich dann aber versuche irgendeine Exe wie dcc32 auszuführen, passiert gar nichts. Es kommt keine Fehlermeldung aber das Programm funktioniert auch nicht

Schau doch mal, ob der dcc32.exe alle Abhänigkeiten findet:

Ich habe geschaut, alle Dateien sind in den Pfaden vorhanden, die Pfade sind in der PATH Umgebungsvariablen eingetragen. Ich habe als Test das gesamte Rad-Studio Installationsverzeichnis in den Docker-Container kopiert, die Pfade gesetzt wie in meinem Host-Windows, aber bei einem Aufruf von dcc32 kommt keine Ausgabe. Auf meinem Host-Windows System erscheint eine Auflistung der Parameter. Der einzige Unterschied zwischen ist der Pfad des Rad Studios, im Docker-Container liegt das Studio unter C:\Dev\rad\19.0 und im Host-Windows unter C:\Program Files...

[TiGü]

Schau doch mal bei deiner normalen Installation mit dem Process Monitor von SysInternals, was da genau passiert und vergleiche mit deinen Docker Image.

[flashpixx]

Zitat von TiGü:

Schau doch mal bei deiner normalen Installation mit dem Process Monitor von SysInternals, was da genau passiert und vergleiche mit deinen Docker Image.

Ein Docker-Container hat keine UI, sondern nur eine Kommandozeile. Da alle Tools immer ein UI mitbringen, hätte ich keine Idee, wie man das sinnvoll innerhalb des Container debuggen kann.
Als zweite Idee wäre, kann man nur die Kommandozeilen Tools direkt durch das Setup installieren lassen, also das Setup ausführen, "irgendwie" die Lizenz hineinbekommen und nur die Kommandozeilentools installieren

[TiGü]

Ok, das "vergleiche" führte dich vielleicht auf eine falsche Spur.
Ich meinte, schau dir genau per Process Monitor an was der dcc32.exe im (normalen) System alles anfasst und lädt und dann guckst du nach, ob diese Abhängigkeiten auch im Container da sind.

[TiGü]

Wurde das schon genannt?
https://stackoverflow.com/questions/...ild-automation