Fatal: File not found: 'System.pas' bei Kompilierung aus einem .wsf

[Flash05]

Hallo Leute,

ich habe ein etwas kompliziertes Problem.

Die Situation ist folgende :-D:

Wir stellen gerade auf das neue Build System von Microsoft um. Unser Ziel ist es
unser build.wsf aus einer neuen vNext Build Definition zu starten.

Das Problem ist, dass diese neue Builddefinition einen Agent (Dienst) auf dem
Build Rechner anstößt und dieser den build.wsf startet.

Das funktioniert soweit auch. Doch das Problem ist, dass beim Kompilieren der
einzelnen Projekte die Fehlermeldung "Fatal: File not found: 'System.pas'" ausgegeben wird.
Wenn ich das build.wsf Lokal auf dem Build Rechner ausführe, kompilieren die Projekte problemlos.

Hat das jemand eine Idee woran das liegen könnte? Hat das damit zu tun das die build.wsf von einem
Dienst gestartet wird?

Schöne Grüße,
Flash

[Sherlock]

Wurde Delphi für einen bestimmten User installiert? Oder wurde es "für alle" installiert? Unter welchem User läuft der Dienst?

Sherlock

[jaenicke]

Wie passiert der Build denn?
Die Umgebungs-Batch aufrufen und mit MSBuild? Oder manuell via dcc32.exe?

[Flash05]

Zitat:

Zitat von Sherlock (Beitrag 1340338)

Wurde Delphi für einen bestimmten User installiert? Oder wurde es "für alle" installiert? Unter welchem User läuft der Dienst?

Sherlock

Delphi wurde für den selben Domänen Benutzer installiert, der auch beim Dienst hinterlegt ist.

Zitat:

Zitat von jaenicke (Beitrag 1340373)

Wie passiert der Build denn?
Die Umgebungs-Batch aufrufen und mit MSBuild? Oder manuell via dcc32.exe?

Manuell via dcc32.exe. Wir haben die Delphi Version 5 und Windows 10 auf dem Rechner installiert.

[jaenicke]

Ach so, Delphi 5...
Da gab es MSBuild ja noch nicht...
Werden denn die Pfade alle korrekt übergeben?

Vielleicht hilft dir dieses etwas ältere Projekt von mir:
http://www.entwickler-ecke.de/topic_...0_41748,0.html

[Bernhard Geyer]

Wir haben auch mal versucht eine D6-Exe mit Jenkins zu builden.
Die Exe hatten aber "Macken" so das wir das bei D6 nicht weiter verfolgt haben.
Unter XE6 war der Build mit MSBuild Problemlos möglich.

[Flash05]

Zitat:

Zitat von jaenicke (Beitrag 1340605)

Ach so, Delphi 5...
Da gab es MSBuild ja noch nicht...
Werden denn die Pfade alle korrekt übergeben?

Vielleicht hilft dir dieses etwas ältere Projekt von mir:
http://www.entwickler-ecke.de/topic_...0_41748,0.html

Ja habe die Pfade im Log verglichen. Diese sind gleich, egal ob ich diese vom TFS aus ausführe oder Lokal.
Der einzige unterschied ist eben, dass bei einem der aufruf durch einen Dienst erfolgt.

Danke für das Projekt. Würde aber den Bereich gerne so lassen wie es ist.

Der Dienst kennt die Delphi Installation nicht. Keine Ahnung warum.
Obwohl der selbe Benutzer hinterlegt ist mit dem ich die Delphi Installation
durchgeführt habe.

[Flash05]

Hallo Leute,

danke für eure Hilfe. Hab die Ursache des Problems nun gefunden.
Das Problem war, dass die dcc32.cfg Verweise gemappte Laufwerke enthielt.
Diese habe ich durch den UNC Pfad ersetzt und nun läuft der Build auch durch.

[himitsu]

Zitat:

Der einzige unterschied ist eben, dass bei einem der aufruf durch einen Dienst erfolgt.

Einige Suchpfade stehen z.B. auch in der PATH-Umgebungsvariable.

Wenn der Dienst in einem anderen Account läuft, dann kann da natürlich auch was fehlen.

Und wenn man den Compiler oder das Programm über die IDE startet, dann fällt da auf, dass die IDE zur Laufzeit ihre Umgebungsvariablen ebenfalls verändert,
weswegen es da auch manchmal Unterschiede zwischen Inline-Compiler und Comand-Line-Compiler gibt.


[add]
Oder dort ebenfalls die Laufwerke mappen. :D

[Flash05]

Zitat:

Zitat von himitsu (Beitrag 1340616)

[add]
Oder dort ebenfalls die Laufwerke mappen. :D

Anscheinend soll man bei Aufruf von Diensten generell UNC Pfade verwenden? Sonst klar :-D.