Und weil ich es seit 30 Jahren runterbete, hier nochmal: "Mit ca. 10-12 ASM-Befehlen ist JEDES programmiertechnische Problem umzusetzen..."
Na wie wärs wenn du uns dann ein paar Beispiele mitlieferst mit Standardproblemen und den immensen Zeitgewinn durch ASM-Realisierung?
Das ist ziemlich unzuverlässig, warum nutzt du nicht die ExcelUDF dafür die bei der AutoIt-Installation mitgeliefert wird? Dann wird alles im Hintergrund erledigt und du musst nicht deine Maus hergeben um Daten zu kopieren oder anzupassen.
Router und Portmapping sind Sachen wo du dich zwei Minuten in das Webinterface vom Router einloggst, die Ports freigibst und fertig, mehr musst du von dort aus nichts machen.
vielen Dank für Eure zahlreichen Ideen und Vorschläge und Vorschläge. Ich habe das Thema auf „grün“ gesetzt, und bin beim ausprobieren
So richtig kann ich erst weiter testen, wenn mein "Gegenüber" wieder aus dem Urlaub zurück und an seinem PC ist.
Wieso denn? Wenn du unbedingt einen anderen Rechner brauchst nimm eine VM dafür. Da kannst du vom Host auf die VM und andersherum zugreifen, oder das ganze global (klappt auch mit VM.)
Du kannst erstmal nach dem Format checken und dann nach einem bestimmten Eingabeprioritätsalphabet sortieren. Du switcht das Format (Index in Klammern, Platzierung, ...) das du hast und sortierst es dann.
Das ist leider nicht übertragbar, da auch TCPSend() bei einem TCPCloseSocket() nicht bemerkt, dass die Verbindung tot ist. Da müsste man dann schon einen Ping hin und her senden.
Ein Ping entscheidet nicht ob die Verbindung tot ist oder nicht, ich kann ja die Verbindung "killen" und dennoch bleibt der Ping unverändert.
Ich hatte komischerweise bisher nie Probleme mit den Rückgabewerten der Funktionen. Hast du ein Beispiel wo du das reproduzieren kannst?
Ich möchte an dieser Stelle anmerken, dass die Rückgabeparameter (speziell die Error/Extended Werte) der TCPSend/-Recv Funktionen von Autoit seit geraumer Zeit verbuggt sind. Genauer: Es lässt sich nicht richtig feststellen ob eine Verbindung abgebrochen bzw. unterbrochen wurde. Die Funktionen liefern einfach nicht das zurück was in der Hilfe dokumentiert ist. Dieses Verhalten ist in der Stable sowie in der Beta vorhanden und besteht auch schon seit einigen Versionen, obwohl die Changelogs behaupten, dass die Fehler behoben worden wären.
Da gibt seinen kleinen Trick, man sendet umgekehrte Heartbeats. In Java hab ich momentan das Problem das man vom BufferedReader nicht feststellen kann ob der Client die Verbindung "sanft" oder "gekillt" hat und deswegen nutze ich da einen kleinen Trick indem ich in regelmäßigen Abständen an den Clienten einen bestimmten String sende. Sollte der String erfolgreich versendet werden ist die Verbindung noch da, sollte der String nicht gesendet werden wurde die Verbindung auf der anderen Seite beendet.
Bei den Parametern "a,b,c,d,e" habe ich logischerweise n = 5 => 5! = 720
In welchem Universum ist 5! denn 720?
Hast du TCPNameToIp() genutzt oder einfach die DNS direkt angegeben? Wenn du es nicht verwendet hast solltest du es unbedingt nehmen da er bei hostnames meistens einknickt ohne TCPNameToIp().
Hier haste du ein kleines Beispiel wie sowas aufgebaut sein kann, du kannst über den selben Socket auch an den Client Daten zurückschicken.
Das sind die Grundlagen von Client / Server Kommunikationen, such einfach mal nach "autoit tcp client server". In der Hilfe ist sogar ein Beispiel vorhanden wie man einen Server erstellt und Nachrichten empfängt.
Socket erstellen, auf Clients warten, Clients verwalten und Clientsocket wieder sauber schließen, mehr ist das nicht.
Hol dir nen Webspace oder such dir einen Dienst wo du Dateien hinterlegen kannst mit der aktuellen IP oder zwing deinen DNS Service dazu alle 5 Minuten die DNS zu refreshen um die aktuellste IP zu garantieren.
Das Problem beim direkten Anwählen ist das du die entsprechenden Ports im Router freigeben müsstest, wenn du aber das ganze auf einen externen Server auslagerst (z.B. auf einen Daten FTP-Server oder den vorhin angesprochenen Webdienst) kannst du eine Datei hinterlegen wo der Client in regelmäßigen Abständen prüft ob sich etwas getan hat.
Das Problem mit dem Pattern das du im Moment hast ist das ungültige IP-Adressen mitgecaptured werden, ich weiß ja nicht in wie fern du davon betroffen bist aber ungültige Adressen wie "999.999.999.99" werden auch erfasst.
Es sollte aber genug IPv4-Patterns im Netz geben falls du ein gutes brauchst, die erfassen dann auch nur valide Adressen.
beim testen mit ShellExecute hat der browser immer brav getan, was er tun musste.
bis jetzt ohne jeden hänger (bei ein paar tausendmal).die until-schleife, so wie oben, finde ich aber perfekt und sinnvoll.
!!! trotzdem hoffe ich, die _IEcreate-anomalie wird noch zu meinen aktivzeiten behoben !!!
Du bist hier an der falschen Adresse, der Coder (oder der der sich am meisten damit befasst) ist DaleHolm im engl. AutoIt-Forum. Schreib ihn mal an, der fixt dir das vielleicht.
Gewöhnt die mal das Schreiben in großer Schrift ab. Das nervt!
^Das da
@supernova du kannst es dir aber auch einfacher machen und das ganze so lösen.
ShellExecute("iexplore.exe about:blank")
Do
Sleep(250)
Until WinExists("Leere Seite")
$oIE = _IEAttach("Leere Seite")UDFs stehen für User Defined Functions, dort sollen KEINE Prozeduren ausgeführt werden, sie sind viel mehr eine Bibliothek an Funktionen die man zur Verwendung in das Skript einbindet.
Es sollen allerhöchstens Konstanten und Funktionen definiert werden und kein Code ausgeführt werden.
Welche IE-Version verwendest du denn? Bei mir hängt es sich auf aber es kommt kein Fehler, du kannst ja zur Not einfach 'nen Sleep(5000) einbauen und schauen ob der Browser dann noch auf deine Befehle reagiert, dann verzichtest du halt auf das LoadWait.
Der _IEAttach Fehler kommt bei mir nicht, ist der vielleicht noch aus deinem vollständigen Script? Du könntest alternativ auf WinHttp umstellen und den Feed dort parsen.
Wenn du kein Skript vorlegen kannst und ein fertiges haben willst bist du im falschen Forum.
Versuch es bei Programmieranfragen, hier hilft man dir nur bei Skriptproblemen.
@supernova das Problem existiert schon ziemlich lange, ich persönlich nutze _IECreate immer so.
_IEErrorNotify(False)
Do
$oIE = _IECreate("blablubb")
Until IsObj($oIE)