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 :lol:

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:

Zitat von MyRealName (Beitrag 1473801)

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:

Zitat von MyRealName (Beitrag 1473801)

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

Zitat von MyRealName (Beitrag 1473801)

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:

Zitat von MyRealName (Beitrag 1473813)

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:

Zitat von MyRealName (Beitrag 1473813)

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

[mjustin]

Zitat:

Zitat von MyRealName (Beitrag 1473767)

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.

Indy liegt auf https://github.com/IndySockets/Indy und hat keine Delphi-Versionsspezifische Versionsnummerierung, man kann sich aber anhand der Git- oder SVN Versionshistorie ansehen welche Änderungen in welchem commit enthalten sind. Die commit-Nachrichten enthalten auch Hinweise auf Anpassungen für bestimmte Delphi-Releases. Version 10.6.2 hat Indy schon seit geraumer Zeit. Aber in Delphi 10.3 ist sicher keine 5 Jahre alte Indy Version enthalten, Indy wird laufend an neue Delphi Versionen angepasst.

[Stevie]

Indy supported aktuell die 1.1.1 noch gar nicht. Der MR liegt schon seit Wochen/Monaten rum.

[mezen]

Die Buildnummer von Indy wird seit dem Wechsel auf GitHub nicht mehr "gepflegt". In Anführungszeichen, weil man sich auch schon vorher nicht drum gekümmert hat, dies hat ein SVN Trigger gemacht^^

Zitat:

Zitat von Stevie (Beitrag 1473969)

Indy supported aktuell die 1.1.1 noch gar nicht. Der MR liegt schon seit Wochen/Monaten rum.

Ja, meine Änderungen sind immer noch im Push Request und noch nicht zurück geflossen. Aber jeder kann sich meine Änderung selber holen und dann Indy mit aktuellstem OpenSSL 1.1.1 nutzen. Btw morgen kommt OpenSSL 1.1.1h raus, ist aber nur ein Bugfix Release ohne irgendeine CVE anzugehen.

[himitsu]

Zitat:

Zitat von mezen (Beitrag 1473972)

Die Buildnummer von Indy wird seit dem Wechsel auf GitHub nicht mehr "gepflegt". In Anführungszeichen, weil man sich auch schon vorher nicht drum gekümmert hat, dies hat ein SVN Trigger gemacht^^

Auch Git/GitHub kennt Trigger Hooks. :stupid:

[MyRealName]

Ich habe jetzt mal mir Änderungen von vor 6 Monaten angeschaut und im 10.4 sind die drin, das reicht mir :)
Danke