idFTP Falsche Dateigröße nach Upload

[OldGrumpy]

Hast Du Zugriff auf die Logfiles des FTP-Servers? Mich würde einmal interessieren wie der Server den Upload protokolliert. Ich habe gerade mal in Source von mir geschaut, ausser dass ich nicht mit einem Memorystream arbeite sondern die Datei direkt von der Platte hochlade sieht mein Code nicht nennenswert anders aus als Deiner. Kannst Du evtl. mal ausprobieren ob sich das Verhalten ändert wenn du die Login.png direkt von der Platte hochlädst anstatt sie erst in den Memorystream zu schaufeln?

[Cyberaxx]

Klar habe ich zugriff, ist ja immerhin mein Root Server

War allerdings ein wenig Arbeit das log zu suchen. Ist nicht dort wo ich es vermutet hatte.

Hier wird nun auch deutlich, sofern ich das richtig lese, das mein Delphi bzw. die idFTP es im ASCII Mode

Zitat:

File Zilla
Sun Jan 2 00:29:07 2011 0 ... 71960 /home/dsnprogupdater/Login.png b _ i r dsnprogupdater ftp 1 * c

Delphi mit Indy 10.5.5
Sun Jan 2 00:32:02 2011 1 ... 71959 /home/dsnprogupdater/Login.png a _ i r dsnprogupdater ftp 1 * c

Delphi-Quellcode:

    //IdFTP1.Put(AppDir + edtFileName.Text, edtFileName.Text); <-- Hatte es versucht. 
    FS.Clear;
    fs.Position := 0;
    fs.LoadFromFile(AppDir + 'Login.png'); //edtFileName.Text);
    FS.Position := 0;
    IdFTP1.TransferType := ftBinary;
    IdFTP1.Put(FS, 'Login.png'); //edtFileName.Text);

Ich hatte es vorher als direkt Upload gehabt. Als dies nicht klappte, habe ich es mit dem Stream versucht. Egal wie, es ist immer eine defekte Datei.

[Cyberaxx]

Hab nun das Problem gefunden.
Die Delphi 2010 Indy's sind wohl nicht gerade das wahre.

Habe die Aktuellste Version gerade installiert und nun funktioniert es auch.
Datei wird im Binary Modus übertragen und ist unbeschädigt.

Bedanke mich aber bei Dir OldGrumpy für die Hilfe.
Hätte nicht gedacht das dort der Fehler liegt.

[OldGrumpy]

Schön dass das Problem gelöst ist, auch wenn es weniger schön ist, dass die mitgelieferte Version der Indys so eine Gurke ist. Aber das Spielchen kenne ich schon aus früheren Delphiversionen, ich hatte es nur verdrängt Ich kenne sogar mindestens einen Entwickler der von den Indys inzwischen derart die Nase voll hat dass er jetzt wieder auf Windows Bordmittel aufsetzt für das was er braucht (WinInet)... Das ist aber immer eine Einzelfallentscheidung, denke ich.

[himitsu]

Jetzt wo ihr das sagt, ich glaub wir hatten letztes Jahr schonmal dieses Problem mit 2010 und dort half eenfalls ein Upgrade.
Wäre mal interessant zu wissen, ob dieses in XE behoben wurde.

[add]
jetzt weiß ich's wieder
http://www.delphipraxis.net/148129-u...ml#post1001420
http://www.delphipraxis.net/136752-f...r-datei-2.html

[Bummi]

Ich kenne sogar mindestens einen Entwickler der von den Indys inzwischen derart die Nase voll hat dass er jetzt wieder auf Windows Bordmittel aufsetzt so gut kennst Du mich ?

[himitsu]

Tja, das ist ein problem von komplexen Komponenten, welche fest integriert sind.

Erstmal werden da Fehler nicht schnell behoben, da dessen Entwicklung parallel zur IDE läuft.
Und dann schafft es Emba nicht dort "aktuellere" Version in Updates einfließen zu lassen (erst recht dann, wenn es von der IDE schon was Neueres gibt).

[Cyberaxx]

Ich habe immmer in Verbindung mit Put bzw Upload als Suchbegriff geschaut.
Auf die Idee mal nen Get zu machen und dann danach zu suchen bin ich nicht
gekommen. Letzendlich habe ich es durch ein Foreneintrag bei Embacadero
gefunden das die Indy Version in D2010 nicht voll funktionstüchtig wäre.

Hab eben auf gut Glück mal die aktuelle installiert.

Na sowas hat man aber immer wieder mit Komponentensammlungen.
Dort muss man sich doch auch selber drum kümmern, wenn ein Update
verfügbar ist. Ich bin ehrlich gesagt froh das die Indy's von Haus
aus dabei sind.
Zudem muss ich sagen das ist mir nun das erste mal passiert das ich
Probleme mit den Indy's hatte. Abgesehen von den üblichen Programm-
anpassungen wenn man denn mal aktualisiert.