AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Suchfunktion Ergebnis der Suchanfrage

Ergebnis der Suchanfrage


Datum des Suchindex: Heute, 13:17

Parameter dieser Suchanfrage:

Suche in Thema: Socket C&S
Suche alle Beiträge, die von "Zacherl" geschrieben wurden
• Suchmethode: "Suche nach allen Begriffen"
• Nach Datum (firstpost) sortiert
• Zeige Treffer als Beiträge
Zeige 8 von insges. 8 Treffern
Suche benötigte 0.000s

Es liegen Ergebnisse in folgenden Bereichen vor:

  • Forum: Netzwerke

    AW: Socket C&S

     
      by Zacherl, 9. Feb 2018
    So in etwa würde ich vorgehen, um direkt nach dem Connecten einen simplen String an den Server zu schicken (btw. die Socket Komponenten sind schon sehr lange deprecated und evtl. könnten blocking Sockets hier für dich auch besser geeignet sein):
    unit Unit2;

    interface

    uses
    Winapi.Windows, Winapi.Messages, System.SysUtils, System.Variants, System.Classes, Vcl.Graphics,
    Vcl.Controls,...
  • Forum: Netzwerke

    AW: Socket C&S

     
      by Zacherl, 9. Feb 2018
    Also tatsächlich nonblocking Sockets?

    Eine Sache, die mir grade noch auffällt, ist das Speichern/Laden des Bitmaps. Gibt es einen Grund, warum du nicht z.b. TMemoryStream verwendest? Dann reduziert sich dein kompletter Code mit den ScanLines nämlich auf ein
    I := 1234;
    Stream.Write(I);
    Bitmap.SaveToStream(Stream)

    analog dazu das Laden:
    Stream.Read(I);
    if (I = 1234) then
  • Forum: Netzwerke

    AW: Socket C&S

     
      by Zacherl, 9. Feb 2018
    Eine Möglichkeit (Längenprefix) - die du wirklich 1 zu 1 übernehmen kannst - habe ich dir doch schon gegeben. Die weiteren Varianten (feste Größe pro "Paket" und Trennzeichen) hat jfheins dir jetzt auch genannt. Alle diese Verfahren sind absolut sauber und bieten keinen Spielraum für inkorrekt übertragene Daten (sofern korrekt implementiert natürlich). Welches Verfahren man nimmt, ist...
  • Forum: Netzwerke

    AW: Socket C&S

     
      by Zacherl, 8. Feb 2018
    Sorry, aber ... :roll: Die "Pause" löst dein Problem in keinster Weise.
  • Forum: Netzwerke

    AW: Socket C&S

     
      by Zacherl, 7. Feb 2018
    Versuch dein Glück, wenn du auf Redeemer und mich nicht hören willst, aber erwarte nicht, dass es zuverlässig funktioniert.

    Die 65k bzw. mitlerweile meisten 256k, von denen man öfters mal liest, beziehen sich auf die Größe des internen Empfangs-Buffers unter Windows und nicht auf die MTU. Die EINZIGE zuverlässige Methode bei TCP ist eine eigene Pakettrennung. Denn selbst, wenn du es schaffen...
  • Forum: Netzwerke

    AW: Socket C&S

     
      by Zacherl, 6. Feb 2018
    Dieses Beispiel solltest du 1 zu 1 auf Sockets übertragen können:
    type
    TForm1 = class(TForm)
    ...
    strict private
    FBuffer: TMemoryStream;
    FBufferLen: UInt32;

    ...
  • Forum: Netzwerke

    AW: Socket C&S

     
      by Zacherl, 6. Feb 2018
    ReceiveLength enthält die Größe der ankommenden Daten. Aber wie du schon korrekt erkannt hast, wird ein Send manchmal in mehrere Recvs aufgeteilt sozusagen. Die Summe aller ReceiveLengths entspricht dann der bei Send angegebenen Gesamtgröße.

    Der Trick ist, dass du die Größe manuell einmal mitschickst, wie ich oben schon beschrieben habe.


    Von der Idee her ja, allerdings müssen die...
  • Forum: Netzwerke

    AW: Socket C&S

     
      by Zacherl, 6. Feb 2018
    Kurze und schmerzhafte Antwort: Nein, erzwingen kannst du leider nichts.

    Du musst dir ein eigenes kleines Protokoll bauen. Einfachste Lösung wäre das Vorwegsenden eines Ints/Int64 mit der Länge der Daten.

    Edit:
    Auf Empfängerseite sind leider einige Dinge zu beachten. Z.b. kann es nicht nur passieren, dass die Pakete fragmentiert werden, sondern mehrere Pakete können auch "in einem Rutsch"...


URL zu dieser Suchanfrage:

https://www.delphipraxis.net/dp_search.php?do=usersearch&search_username=Zacherl&search_exact_username=1&search_sortby=dateline&search_resulttype=post&search_matchmode=0&searchthreadid=195149
Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 13:37 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz