10.4.1 : Welche Indy-Version wird mitgeliefert

[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.

[MyRealName]

Dass es mit 1.1.1g geht, weiss ich nicht, aber mit einer neueren, so dass die Verschlüsslung, die wir auf einigen Servern brauchen, unterstützt wird (wurde sie vorher nicht).

[Michael II]

Zitat von MyRealName:

Dass es mit 1.1.1g geht, weiss ich nicht...

Welche OpenSLL Version verwendest du jetzt in deiner App? Du hattest ja ursprünglich geschrieben:

Zitat von MyRealName:

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

Aktuell ist OpenSSL 1.1.1g. (Supportende 1.1.1 Ende 11.9.2023)

Ich kann mit Indy aus D10.4U1 OpenSLL1.0.2u laden. Support für 1.0.2 ist Ende Dezember 2019 abgelaufen. 1.0.2 sollte nicht mehr verwendet werden.

Ich kann OpenSSL 1.1.1 mit Indy aus D10.4U1 nicht laden. Vielleicht weiss ich einfach nicht wie... - Verwendet jemand Indy mit 1.1.1?

https://www.openssl.org/news/vulnerabilities.html