10.4.1 : Welche Indy-Version wird mitgeliefert

[MyRealName]

Ich musste für ein projekt auf 10.3.3 gerade Indy tauschen, weil Delphi da eine veraltete Version noch hat (ich glaub von 2015). Wie sieht das bei der neuen Delphi Version 10.4.1 eigentlich aus ? Im Verzeichnis vom System gibts ja die IdVer.inc, die bei beiden 10.6.2 zeigt, aber bei 10.4 ist die Build-Nummer jetzt weg, wie auch bei der aktuellen auf Git. in 10.3.3 ist die noch drin...

Kann das jemand erhellen ?
Mir geht es darum, das mit den aktuellen Versionen von OpenSSL gearbeitet werden kann.

Danke

[himitsu]

10.6.2.0 sagt 10.4 (10.4.1 kann ich erst morgen mal nachsehn),
im Kontextmenü gelesen, wenn du eine Komponente auf die Form gepackt hast.

dann gibt es noch die "neueren" Net-Klassen (TNetHTTPClient) von Emba
und im GetIt findet man IP*Works 20.0.7447

[Michael II]

Delphi 10.4 Update 1 zeigt Indy 10.6.2.0

[MyRealName]

Wie schon gesagt, die 10.3.3 sagt das aber auch. Die haben allerdings eine build Nummer. Die git Version ist auch 10.6.2, aber ohne Build Nummer.

Das ist sehr verwirrend

[himitsu]

Ja, eine nummer wäre nett, aber wo wären wir denn, wenn alles einfach wäre.

Aber das nennst du schon verwirrend?

Sei froh, dass du kein Delphi benutzen mußt

Code:

Codename                  : Denail (OK, der war eh geheim)
VersionsName               : Sydney
VersionsNummer            : 10.4 / 10.4.1 (angezeigt in vielen Fenstern / und intern )
ProjectFileVersion (dproj)   : 12
ProjectVersion (dproj)      : 19.1
IDEVersion (Directory/Registry)   : 21.0 (gezählt ab der neuen Galileo-IDE, inkl. .NET)
ProductVersion               : 27.0 (gezählt ab Delphi 1 und die böse 13 übersprungen)
DateiVersion (bds.exe)      : 27.0.38860.1461
PackageVersion (bpl-sufix)   : 270
FireMonkeyVersion (const)   : 270
VCLVersion (define)             : VCL270
CompilerVersion (const/define)  : 34.0 / VER340 (gezählt ab Turbo Pascal, 13 übersprungen und inkl/exkl Nebenversionen, wie z.B. VER175)
RTLVersion (const)            : 34.00
RTLVersionC (define)         : 3400

Alles nur für EIN 10.4.x
und dann noch die vielen Versionen der eingekauften/mitgelieferten Komponenten.

[MyRealName]

Da wäre noch eine Zeile Platz für Indy-Version :p

[Michael II]

Mal anders gefragt...
Wieso ist die Buildnummer von Indy 10.6.2 für dich wichtig (wie erwähnt: In D14.1 wird 0 angezeigt)?
Bzw. was fehlt dir bei den "10.6.2.wasauchimmer" Indy Versionen, damit du die aktuelle Version von OpenSSL 1.1.1g vom April 2020 voll nutzen kannst?

OpenSSL 1.1.0 ist seit August 2016 und 1.1.1 ist seit September 2018 auf dieser Welt - ich nehme doch an, dass Indy die entsprechenden DLLs mindestens laden kann (?).

Ich nutze ICSOverbyte (via GetIt oder overbyte erhätlich) und kann OpenSLL 1.1.1g problemlos laden und nutzen.

Noch zwei Tipps: http://docwiki.embarcadero.com/RADSt...ney/en/OpenSSL verlinkt unter Option 2 eine Uraltversion von OpenSLL 1.0.2 aus dem Jahr 2015. Diese Version sollte man schon seit Jahren nicht mehr nutzen. (OpenSLL.org: All older versions (including 1.1.0, 1.0.2, 1.0.0 and 0.9.8) are now out of support and should not be used.)
DocWiki Download von OpenSSL via Option 1: Je nachdem wie du OpenSLL installierst: Wenn du in deiner App libcrypto-1_1-x64.dll laden willst, klappt dies eventuell nicht. In diesem Fall könnte die vcruntime140.dll fehlen. Diese gibt's bei microsoft im Visual C++ Redistributable für Visual Studio 2015.

Wahrscheinlich kompilierst du dir die OpenSSL DLLs sowieso selber. Dann sind die Tipps für dich natürlich sinnlos .

[MyRealName]

Wir haben in unserem repository ca. 90 Apps. Nur eine braucht Indy mit aktuellem SLL. Alle Apps laufen auf Delphi 10.3.3, aber dieses hat ein altes Indy von 2015 drin, da klappt die Verbindung nicht. Ich habe an meinem Rechner das Indy geupdated und jetzt geht es da.

Was mich/uns interessiert ist, ob beim 10.4 das INdy neuer ist als das beim 10.3.3 und dadurch mit neueren OpenSSL Versionen geht.
UNd nein, ich möchte (wenn es geht) keine neuen Bibliotheken wie ICS reinbringen.

[dummzeuch]

Zitat von MyRealName:

Wir haben in unserem repository ca. 90 Apps. Nur eine braucht Indy mit aktuellem SLL. Alle Apps laufen auf Delphi 10.3.3, aber dieses hat ein altes Indy von 2015 drin, da klappt die Verbindung nicht. Ich habe an meinem Rechner das Indy geupdated und jetzt geht es da.

Was mich/uns interessiert ist, ob beim 10.4 das INdy neuer ist als das beim 10.3.3 und dadurch mit neueren OpenSSL Versionen geht.
UNd nein, ich möchte (wenn es geht) keine neuen Bibliotheken wie ICS reinbringen.

Ich verlasse mich seit Jahren schon nicht mehr darauf, dass eine 3rd-Party-Bibliothek, die mit Delphi ausgeliefert wird, nutzbar ist. Gerade bei Indy würde ich ich mich lieber selbst drum kümmern, die Sourcen ins eigene SCM einchecken und ins Projekt z.B.als svn:external einbinden.

Dann kann man auch Jahre später noch nachvollziehen, welche Version einer Bibliothek zum Compilieren verwendet wurde.

Ich dachte immer, das machten alle so? Anscheinend wohl nicht.

[Michael II]

Zitat von MyRealName:

...an meinem Rechner das Indy geupdated und jetzt geht es da.

Du kannst also mit deinem geupdateten Indy OpenSSL 1.1.1g nutzen? Kannst du einen Link auf diese Indy Version posten?

Zitat von MyRealName:

Was mich/uns interessiert ist, ob beim 10.4 das INdy neuer ist als das beim 10.3.3 und dadurch mit neueren OpenSSL Versionen geht.

Ich finde im "D10.4 U1 Indy" keine Hinweise darauf, dass es mit dem aktuellen OpenSSL 1.1.1g funktionieren könnte. Weder libcrypto-1_1-x64.dll noch libssl-1_1-x64.dll finde ich in den Files. Ich habe getestet. Automatisch (wie bei ICS ) erkennt Indy die neuen OpenSLL DLLS nicht, einen allfällig vorhandenen Schalter habe ich nicht gefunden. "Sehr dirty" umbiegen auf die dlls der neuern OpenSSLs führt natürlich im OpenSSLHeaders.Load zu zig (27) Fehlern...

Ich habe D10.3.3 nicht installiert und kann deine Frage leider nicht beantworten. Es gibt sicher UserInnen hier, welche 10.4 U2 und 10.3.3 installiert haben und rasch die Files vergleichen können.