Empfang von PostStream bei TIdHTTPServer

[tbathelt]

Hallo, hat jemand von euch eine Idee, warum beim Kompilieren identischen Quellcodes auf unterschiedlichen Systemen einmal der Empfang von PostStreams bei einer Server-Anwendung mit TIdHTTPServer-Komponente funktioniert (Delphi 10 Seattle professional) und einmal nicht (Delphi 10.3.3 Community Edition).
Die Auswertung erfolgt im "OnCommandGet" Ereignis und scheint grundsätzlich zu funktionieren. Nur der "ARequestInfo.PostStream" enthält einmal den vom Client versendeten String und ist aber im anderen System immer "nil". Alles Einstellungen im Projekt und den Komponenten scheinen ebenfalls gleich zu sein.
Für Infos hierzu wäre ich euch sehr dankbar!

[Delphi.Narium]

Mal 'ne Vermutung: Der eine Rechner kann die Daten per HTTP abholen, der andere nicht. Eher ein Kommunikationsproblem zwischen Client und Server als ein Problem der Delphiversion?

Gibt's 'ne Exceptionbehandlung? Wenn ja, wie sieht die aus? Wird irgendwo mal der Responcecode abgefragt, wenn ja, was sagt der?

Bei 'ner Exceptionbehandlung bekommt man auch eine verbale Meldung bezüglich irgendwelcher Kommunikationsprobleme. Was besagt diese?

Achso: Ohne den identischen Code, der mal funktioniert und mal nicht, hat man kaum eine Möglichkeit, eine sinnvolle Hilfestellung zu geben. Wäre also hilfreich, wenn Du uns das fragliche Fragment mal zeigen würdest.

[Codehunter]

Zitat:

Zitat von tbathelt (Beitrag 1479888)

Hallo, hat jemand von euch eine Idee, warum beim Kompilieren identischen Quellcodes auf unterschiedlichen Systemen einmal der Empfang von PostStreams bei einer Server-Anwendung mit TIdHTTPServer-Komponente funktioniert (Delphi 10 Seattle professional) und einmal nicht (Delphi 10.3.3 Community Edition).

Weil das eben kein identischer Code ist. Sowohl Seattle als auch die CE bringen Indy 10 mit, allerdings in unterschiedlichen Versionen.

Ich würde ein aktuelles Indy nehmen und beide Delphis damit auf den gleichen Stand bringen. Sonst sucht und patcht man sich dumm und fusselig.

[tbathelt]

Zitat:

Mal 'ne Vermutung: Der eine Rechner kann die Daten per HTTP abholen, der andere nicht. Eher ein Kommunikationsproblem zwischen Client und Server als ein Problem der Delphiversion?

Es kann eigentlich kein Computer- oder Kommunikationsproblem sein, da das Verhalten von der jeweiligen EXE-Dateien abhängig ist, unabhängig davon auf welchem Computer ich sie laufen lasse.

Zitat:

Gibt's 'ne Exceptionbehandlung? Wenn ja, wie sieht die aus? Wird irgendwo mal der Responcecode abgefragt, wenn ja, was sagt der?

Es tritt keine Exception auf. Der Code läuft ohne Fehler oder Exception durch.

[himitsu]

Zitat:

Zitat von Codehunter (Beitrag 1479912)

Ich würde ein aktuelles Indy nehmen und beide Delphis damit auf den gleichen Stand bringen. Sonst sucht und patcht man sich dumm und fusselig.

Dank GetIt könnte man solche Dinge eigentlich mal besser handhaben. (wenn GetIt dann mal bissl schöner benutzbar wird und man sich ncht dumm und dusselig klickt und unnötig lange warten muß)

[Codehunter]

Zitat:

Zitat von himitsu (Beitrag 1479918)

Dank GetIt könnte man solche Dinge eigentlich mal besser handhaben. (wenn GetIt dann mal bissl schöner benutzbar wird und man sich ncht dumm und dusselig klickt und unnötig lange warten muß)

Das ist wie so oft Geschmackssache :-D Speziell bei Indy bevorzuge ich es, die Komponenten-Units in das Projektverzeichnis zu legen, die Suchpfade in den Projektoptionen anzupassen und die Instanzen zur Laufzeit zu erzeugen statt per OI-Klickibunti. Macht anfangs mehr Arbeit, die man in genau solchen Fällen wie dem hier dreimal wieder rein holt. So hat man wirklich immer den gleichen Quellenstand (von der RTL und VCL mal abgesehen, wenn man unterschiedliche Delphis verwendet)

Bei GetIt habe ich irgendwie immer das Gefühl, es könnte mir die halbe IDE durcheinander bringen (was auch schon vorgekommen ist) und ist mir etwas zu sehr Blackbox. Da bin ich wohl etwas Oldschool, ich will immer wissen wo was liegt und wie womit verzahnt ist.