-
Forum: Netzwerke
Delphi
by PeterPanino,
20. Mär 2023
Du bist wirklich hartnäckig (oder besser gesagt STUR): Wieso kannst du nicht zugeben, dass deine Scheinargumente nicht wirklich den Kern der Sache treffen?
-
Forum: Netzwerke
Delphi
by PeterPanino,
20. Mär 2023
Die Feldstudie zu meinem Lieblings-Thema war wieder mal ergiebig und unterhaltsam. Danke an alle Studien-Teilnehmer! :;)
-
Forum: Netzwerke
Delphi
by PeterPanino,
20. Mär 2023
NEIN. Du hast geschrieben:
Wenn man bei der Compilierung "von außen", also bei der Verwendung von dcc32.exe, die benötigten Units in der Befehlszeile mit angibt, dann entsteht kein Problem.
Das Problem entsteht ggf. nur (wenn paths.count > x), wenn man MSBUILD verwendet, weil bei diesem Verfahren alle Bibliothekspfade übergeben werden.
Ich verstehe dich aber: Du hast dich am Thema...
-
Forum: Netzwerke
Delphi
by PeterPanino,
19. Mär 2023
Na, dann wäre das nach 5 Seiten Postings ja endlich mal geklärt. Schön, dass du das zugibst.
-
Forum: Netzwerke
Delphi
by PeterPanino,
19. Mär 2023
Aber offenbar nur, wenn diese Flag gesetzt ist?
-
Forum: Netzwerke
Delphi
by PeterPanino,
19. Mär 2023
Für einfache Projekte, die nur Standard-Komponenten enthalten, kommt man damit aus. Ich habe z.B. diese VCL-Application mit ein paar Standard-Komponenten zusammengeklickt und dann mit dcc32.exe ohne Pfadangaben compiliert:
Man könnte dann z.B. Folgendes machen: Das UI-Design und die Funktionalität der gewünschten App mit Standard-Komponenten von einer AI erstellen lassen und dann per...
-
Forum: Netzwerke
Delphi
by PeterPanino,
19. Mär 2023
Vielen Dank für deine Mühe.
Kann es aber sein, dass du diesen Satz in meinem Posting übersehen hast:
"Wenn man bei der Compilierung "von außen", also bei der Verwendung von dcc32.exe, die benötigten Units in der Befehlszeile mit angibt, dann entsteht kein Problem."
-
Forum: Netzwerke
Delphi
by PeterPanino,
19. Mär 2023
Ich frage mich, wie andere große Delphi-Komponenten-Anbieter dies handhaben. Zum Beispiel schaffen es DevExpress, ImageEn und ShellBrowser (Jam Software) - um nur einige wenige zu nennen - ihre riesigen Komponentenbibliotheken ohne Pfadprobleme zu installieren. Welche Tricks verwenden sie? Was macht TMS anders? (Als ich einmal Bruno Fierens darauf ansprach, meinte er, er verwende MSBUILD aufgrund...
-
Forum: Netzwerke
Delphi
by PeterPanino,
19. Mär 2023
NEIN. Auch das ist falsch. Du hast geschrieben:
Wenn man bei der Compilierung "von außen", also bei der Verwendung von dcc32.exe, die benötigten Units in der Befehlszeile mit angibt, dann entsteht kein Problem.
Das Problem entsteht nur, wenn man MSBUILD verwendet, weil bei diesem Verfahren alle Bibliothekspfade übergeben werden.
Ich verstehe dich aber: Du hast dich an MSBUILD...
-
Forum: Netzwerke
Delphi
by PeterPanino,
19. Mär 2023
Diese Aussage ist beweisbar FALSCH. Gib in einem Konsolenfenster diesen Befehl ein (Test.dpr existiert natürlich):
"C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\DCC32.EXE" "C:\DELPHI\Mein Test\Test.dpr"
Du erhältst eine wunderschöne Test.exe - und das trotz "zu vieler Library-Paths". Soeben getestet.
"Korrektur deines Bibliothekspfads."
Du hältst hartnäckig an deiner falschen...
-
Forum: Netzwerke
Delphi
by PeterPanino,
18. Mär 2023
Du hast also endlich eingesehen, dass die PRIMÄRE Ursache des Fehlers MSBUILD ist? "Primäre Ursache" bedeutet in diesem Zusammenhang, dass MSBUILD FAKTISCH den Fehler ausgibt - unabhängig davon, was man als sekundäre Ursache hinein interpretieren mag.
Deine vielen vergeblichen Versuche, die Anzahl der Library-Pfade als primäre Ursache festzumachen, muss ich anhand der Fakten als...
-
Forum: Netzwerke
Delphi
by PeterPanino,
18. Mär 2023
In der Akustik könnte man eine solche Aussage als "Gaußsches weißes Rauschen" bezeichnen.
-
Forum: Netzwerke
Delphi
by PeterPanino,
18. Mär 2023
Do solltest nicht Logik mit kindlicher Logik verwechseln.
Ich frage mich oft, was der tatsächliche Grund für die fast als religiös zu bezeichnende Verzücktheit ist, mit der viele Leute an Microsoft-Produkten hängen.
-
Forum: Netzwerke
Delphi
by PeterPanino,
18. Mär 2023
Die Grundannahme "fehlerhafte Konfiguration" ist die Ursache deines Denkfehlers. Oft basieren falsche Grundannahmen auf "Glauben". Glauben ist aber keine logische Kategorie. Nur Aussagen, die man beweisen kann, sind eine logische Kategorie, mit der man rechnen kann.
In der Religion wird "falscher Glauben" auch als Aberglauben bezeichnet. In der Logik ist Glauben aber immer Aberglauben.
-
Forum: Netzwerke
Delphi
by PeterPanino,
18. Mär 2023
Ist die Glaskugel, mit der du deine Erkenntnis gewinnst, auch von Microsoft?
Die Logik ist eigentlich ganz einfach und sollte eigentlich von jedem Grundschüler verstanden werden:
if CompilationByMSBUILD and (LibraryPaths.Count > X) then
Result := Error
else if CompilationByDCC32 then
Result := OK;
oder vielleicht noch besser:
-
Forum: Netzwerke
Delphi
by PeterPanino,
18. Mär 2023
Aber er übergibt nicht alle Library-Pfade auf einmal an eine Befehlszeile mit begrenztem Fassungsvermögen, sondern sieht selbst in den Library-Pfaden nach. Nimm das bitte endlich mal zur Kenntnis.
-
Forum: Netzwerke
Delphi
by PeterPanino,
18. Mär 2023
Ist es Überheblichkeit, mit der zu wissen glaubst, was ich brauche oder nicht?
Außerdem scheinst du noch immer nicht zur Kenntnis genommen zu haben, dass MSBUILD der tatsächliche Urheber für den Fehler ist.
-
Forum: Netzwerke
Delphi
by PeterPanino,
18. Mär 2023
Sie ist wegen des NACHTEILS von MSBUILD zu lang, ausnahmslos alle Library Paths an dcc32 zu übergeben. Wegen dieses (möglicherweise nicht zu umgehenden Nachteils) ist wie ich bereits sagte, MSBUILD das FALSCHE WERKZEUG für die Installation von Delphi Packages. Es ist nicht ersichtlich, wieso manche Komponenten-Hersteller trotz dieser erwiesenen Nachteile trotzdem MS-BUILD einsetzen. Ist es...
-
Forum: Netzwerke
Delphi
by PeterPanino,
18. Mär 2023
Ich bin kein Experte für MSBUILD, aber logischerweise müsste es doch möglich sein, nur jene Pfade zu übergeben, welche die benötigten Units enthalten. Wenn das nicht möglich ist, dann ist die Verwendung von MSBUILD zur Installation von Delphi Packages schlichtweg das falsche Werkzeug. Viele Komponenten-Hersteller verwenden für die Installation ihrer Komponenten-Packages nicht MSBUILD - und dort...
-
Forum: Netzwerke
Delphi
by PeterPanino,
18. Mär 2023
Gibt es keine Möglichkeit, komfortabel ganze Gruppen von Packages zu deaktivieren? (Idealerweise auch zur Laufzeit der IDE?)
Es gibt zwar einen "Expert-Manager", mit dem man außerhalb der IDE (d.h. wenn diese nicht läuft) einzelne Packages deaktivieren/aktivieren kann:
https://github.com/DGH2112/Expert-Manager/
Aber wirklich sinnvoll wäre es nur, wenn man ganze Gruppen von Packages...
-
Forum: Netzwerke
Delphi
by PeterPanino,
18. Mär 2023
Das scheint ein allgemeines Problem bei MS Build zu sein:
Microsoft (R) Build Engine version 4.8.4084.0
Auch TMS verwendet MS BUILD zum Installieren seiner Komponenten - dort tritt dann der gleiche Fehler auf (Befehlszeile zu lang). Die TMS-Komponenten müssen dann umständlich manuell in der IDE installiert werden!
Wie kann man verhindern, dass MS Build die gesamten Library Paths (!) an...
-
Forum: Netzwerke
Delphi
by PeterPanino,
18. Mär 2023
Wieso übergibt das Script in der Befehlszeile überhaupt ALLE Library-Paths an den Delphi Befehlszeilen-Compiler DCC32? Das ist doch völlig unlogisch und unnötig - es soll doch nur das Indy-Package compiliert werden!
Auch die Fehlermeldung " Cannot compile package 'IndySystem280' which is currently required by Delphi 11." ist unlogisch da in sich widersprüchlich.
-
Forum: Netzwerke
Delphi
by PeterPanino,
17. Mär 2023
Ich habe das neueste Indy-Paket heruntergeladen von:
https://github.com/IndySockets/Indy
Da ich Delphi 11 verwende, habe ich \Lib\Fullc_Alexandria.bat ausgeführt. Die Fehlermeldung ist aber unverständlich:
C:\Program Files (x86)\Embarcadero\Studio\22.0\Bin\CodeGear.Delphi.Targets(412,5): warning MSB6002: The command-line fo
r the "DCC" task is too long. Command-lines longer than 32000...