Tethering: Demo stürzt im Release-Modus ab und findet im Debug-Modus nicht den Server

[philipp.hofmann]

So, Android connected sich nun auch und stürzt im Release-Modus nicht mehr ab.
Zumindest in meiner neu aufgesetzen Demo-Anwendung, keine Ahnung, was da in der EMBT-Demo anders ist.
Dann muss morgen nur noch iOS klappen.

[himitsu]

Zitat von philipp.hofmann:

keine Ahnung, was da in der EMBT-Demo anders ist.

Das will man manchmal nicht wissen, was sich da jemand gedacht hat,
sonst bekommt man noch Mordgelüste.

https://www.delphipraxis.net/207802-...e-android.html

[Der schöne Günther]

Ich kann nur als iOS Nutzer sprechen, mit Delphi habe ich schon zu lange nicht smehr dafür gemacht. Aber ich meine iOS fragt, ähnlich wie die Windows Firewall, danach ob eine App "Mit Geräten im Netzwerk kommunizieren und finden darf". Ich denke damit ist Traffic im lokalen Netz gemeint, insbesondere Ports aufmachen um dort eventuelle UDP-Broadcasts zu hören. Denn damit wird App Tethering intern wohl aufbauen, würde ich erwarten.

PS: Kann natürlich sein dass man so eine "Capability" erst in einem Manifest explizit für seine App aktivieren muss. Und ich wäre auch nicht super-überrascht wenn Embarcadero hier in seinem App Tethering eventuelle Fehler des Betriebssystems einfach nur schluckt und nicht zurückgibt.

[Rollo62]

Bei iOS ist wieder was dazugekommen, vielleicht liegt es daran.
Habe noch nichts damit zu tun gehabt, bis jetzt.
https://developer.apple.com/forums/thread/660485

[philipp.hofmann]

Ich kämpfe leider noch sowohl mit iOS als auch MacOS. Für MacOS sind schon mal die folgenden beiden Entitlements notwendig, sonst lässt sich der AppManager nicht auf enabled setzen:

Delphi-Quellcode:

   <key>com.apple.security.network.client</key>
   <true/>
   <key>com.apple.security.network.server</key>
   <true/>

Trotzdem finden sowohl die iOS- als auch die MacOS-Version sein Gegenstück nicht.
Die Android- und Windows-Version ist soweit fertig.

[Rollo62]

Hast Du schonmal mit ganz simplen Tcp Client/Server Echo-Demos versucht ob man überhaupt Verbindung bekommt ?
... und wo genau es scheitert, vielleicht gibt es da sinnvolle Fehlermeldungen.
https://en.delphipraxis.net/topic/10...latform-tcpip/

[philipp.hofmann]

Ein wenig weiter bin ich schon mal mit MacOS. Wenn man den CommandManager enabled, wird zuerst ein Port gesucht und dann einmal Daten versendet (BroadcastData):
procedure TTetheringNetworkServerCommUDP.BroadcastData(const AData: TBytes; const AHost: string; Unter Windows kommt dann eine Antwort zurück (DoOnReceiveData), welche die eigene IP-Adresse enthält, dies wird gesetzt und danach dann bei allen anderen Kommandos verwendet.

Unter MacOS fehlt diese Antwort und dementsprechend wird auch keine IP-Adresse gesetzt und somit gehen alle weiteren Kommandos in's Leere.
Setze ich die lokale IP-Adresse in TTetheringNetworkManagerCommunicationThread.Execut e manuell, funktioniert alles.
Jetzt muss ich entweder verstehen, warum das eigene Request nicht mit einer Antwort ankommt oder ob dies ein gangbarer Workaround ist und ob er auch das Problem bei iOS löst (wo es aber wohl noch zusätzlich das Problem gibt, dass es Probleme mit Tethering und iOS 14 gibt, wenn Mobile Daten an sind, d.h. auf jeden Fall bei dem Zielgerät Smartphone). Aber eins nach dem anderen.