Untersch. Dateigrößen bei FTP-Get mit untersch. Indy-Version

[rakekniven]

Korrekt. Mit einer aktuellen IndySVN-Version (r4103) geht es.
Nur nicht mit dem was mitgeliefert ist.

Genug Zeit investiert.
Hoffe nun das Emba etwas tun wird, sprich "Updaten".

Gruß

[DelTurbo]

Zitat:

Zitat von rakekniven

Korrekt. Mit einer aktuellen IndySVN-Version (r4103) geht es.

Es ging auch vorher schon. Also wie gesagt meine version ist ja um einiges älter als die aktuelle. Das war einfach die info die ich dir mitgeben wollte.

Da das indy ja ständig geändert wird, ist es immer gut zu wissen wie weit man zurück kann. Kann ja sein das bei 4103 irgendwas anderes nicht geht. Wenn ich sowas habe, downgrade ich einfach bis ich eine version habe wo alles geht was ICH brauche. :zwinker:

Oder je nachdem was es ist, änder ich die sachen einfach ab. SourceCode ist ja bei.

[Assertor]

Hallo rakekniven,

Zitat:

Zitat von rakekniven

Genug Zeit investiert.
Hoffe nun das Emba etwas tun wird, sprich "Updaten".

Kurzes Feedback aus den USA: Dafür wird es leider keinen offiziellen Fix (Update) geben. Grund ist ein Interface-Breaking Change den wir in Indy haben - das kollidiert mit D2010 Updates. Ich hab den Bugreport daher geschlossen, intern ist er schon im RAID fürs nächste Delphi.

So wie Du Indy nun nutzt, ist es korrekt. Die aktuellen Änderungen werden dann aber wahrscheinlich in Delphi 2011 einfliessen.

Gruß,
Assertor

[rakekniven]

Wow.
Habe gerade Deine Info gelesen und überhaupt kein Verständnis für die Reaktion von Emba.
Da haben Sie einen Fehler bei der FTP-GET-Funktion, welche bestimmt von mehr als 5% der User genutzt wird und schieben den Fix nach D2011 :evil:

Das nervt.

Wir fangen nun an mit Qt/C++. Mal schauen wie es in den anderen IDE-Welten aussieht.

Danke für die Info.

[Assertor]

Zitat:

Zitat von rakekniven

Wow.
Habe gerade Deine Info gelesen und überhaupt kein Verständnis für die Reaktion von Emba.
Da haben Sie einen Fehler bei der FTP-GET-Funktion, welche bestimmt von mehr als 5% der User genutzt wird und schieben den Fix nach D2011 :evil:

Das nervt.

Wir fangen nun an mit Qt/C++. Mal schauen wie es in den anderen IDE-Welten aussieht.

Danke für die Info.

Ja, ich kann Deine Veränderung verstehen. Ich bin auch gespannt, wo die Reise hingeht. Auf jeden Fall versuchen wir zukünftig solche Probleme durch eigene Indy Setups zu unterbinden (aber bis das steht, dauert noch...), dann sind alle Beteiligten unabhängiger.

Gruß,
Assertor

[DataCool]

@Assertor:
Ich muss diesen Thread leider nochmal heraus holen,
weil ich aktuell auch versucht habe mein Delphi 2010 Enterprise
auf die aktuellste Indy-Version upzudaten.

Wenn ich https://svn.atozed.com:444/svn/Indy10/trunk verwende bekomme ich beim compilieren
genau die gleiche Fehlermeldung wie rakekniven auf Seite 1 beschrieben:

Zitat:

Wenn ich die "IndySystem120.dpk" übersetzen möchte, dann gibt es Fehler:
[DCC Fehler] IdWinsock2.pas(5558): E2033 Die Typen der tatsächlichen und formalen Var-Parameter müssen übereinstimmen
[DCC Fehler] IdWinsock2.pas(5908): E2010 Inkompatible Typen: 'WSAQUERYSETW' und 'WSAQUERYSETA'
[DCC Fataler Fehler] IdWship6.pas(46): F2063 Verwendete Unit 'IdWinsock2.pas' kann nicht compiliert werden

Verwende ich https://svn.atozed.com:444/svn/Indy10/branches/Tiburon (glaube aktuell ist gerade rev. 4177)
und halte mich an Deine Anleitung lässt sich alles compilieren, allerdings bekomme ich beim Installieren des

"dclIndyProtocols14.dpk" (in Lib\Protocols) folgende Fehlermeldung s. Anhang

"dclIndyCoreX0.dpk" (in Lib\Core) lässt sich zuvor einwandfrei installieren.

Meine Vermutung ist ja das ich die mit Delphi ausgelieferte Indy-Version nicht sauber deinstalliert habe,
allerdings habe ich die Packages entfernt und alle Indy.dcu aus dem "Delphi\Lib" Verzeichnis und das komplette Indy Verzeichnis aus "Delphi\Source" gelöscht.
Habe ich etwas übersehen ?

Welche SSL Version sollte mit Tiburon-Branch verwendet werden ?

Danke im vorraus,

Greetz Data

[DataCool]

Hi,

mit etwas suchen konnte ich die Lösung selber finden.
Für alle die es interessiert :
https://forums.embarcadero.com/threa...34955&tstart=0

Scheinbar habe/hatte ich die mit D2010 ausgelieferte Indy-Version nicht komplett deinstalliert.

Greetz Data

[Assertor]

Hallo DataCool,

freut mich, dass es geklappt hat - hatte Deine PN schon gesucht ;)

Mal was generelles (sollte ich mal einen Mod fragen, da was Sticky zu machen): Aktuelle Revisionen des Indy SVN sind "Hoch-Experimentell". Das hat seine Gründe, auf die ich nicht immer eingehen kann... Da wir in anderen Threads auch immer wieder die Frage nach D6-D7 haben ist dies besonders wichtig. Die Kompatibilität zum alten Delphi kommt erst später wieder. D7 ist ja nun auch ein paar Jährchen alt, denkt nur mal an den Produktzyklus von MS - da sind wir doch besser, oder? Vielleicht kann ich da was auf den Delphi Tagen 2010 (eher 2011) zu sagen :?

Gruß,
Assertor

[DataCool]

@Assertor:

Hatte die PN wohl zu voreilig geschickt, sorry.

Das die aktuellen Revisionen nicht kompatibel zu D6/D7 sind
ist für mich persönlich im Moment egal, ich arbeite mit D2007 und Indy 10.2.3
und D2010 Enterprise und diese wollte ich auf den aktuellsten Stand bringen
um in Sachen SSL auf dem neusten Stand zu sein.
Bekam vorher bei meinen Tests immer "Could not load ssl libuary",
jetzt habe ich den Tiburon Branch Ref. 4177 und möchte dazu dann die ssl 1.0 Dlls verwenden.
Dies sollte doch in der genannten Kombination funktionieren, oder ?

Danke & Gruß

Data

[Assertor]

Hi DataCool,

Zitat:

Zitat von DataCool

Hatte die PN wohl zu voreilig geschickt, sorry.

Ist doch kein Problem.

Zitat:

Zitat von DataCool

Bekam vorher bei meinen Tests immer "Could not load ssl libuary",
jetzt habe ich den Tiburon Branch Ref. 4177 und möchte dazu dann die ssl 1.0 Dlls verwenden.
Dies sollte doch in der genannten Kombination funktionieren, oder ?

Absolut korrekt. Nur falls mal eine Revision "klemmt", dann einfach 1-2 Versionen zurück bzw. eine neue abwarten (kommen im Moment fast täglich).

Gruß,
Assertor
:dp: