Super, endlich jemand anderes der was mit der WinPcap gemacht hat. ![]()
Beiträge von alpines
-
-
-
Dafür gibts sicherlich schon Tools, ich hab genug Videos gesehen wo die Tasten eingeblendet wurden.
-
Und genau das ist eine beschissene Einstellung. "Ob wir das in 5 oder 6 ms erledigen ist doch egal" ist es eben nicht!
Wenn man ein Snippet publiziert und sich nur seine Eigenen Eingaben analysiert hat, dann wird man denken "Ja super läuft schnell". Sicher, für genügend kleine Eingaben macht es keinen Unterschied ob 50 oder 60ms, das spürt man nicht mal.
Dann nutzt aber jemand diese API (oder was auch immer) und stellt fest, dass es Sack langsam ist.
Gerade im OpenSource Bereich stolpert man viel zu oft über Code, wo man am liebsten heulen würde.Jetzt unterschlägst du nämlich was. Ich sagte explizit das es für Scripte und Programme ist die nicht viel tun müssen, beispielsweise einfache HotKey-Bindings oder Notifier o. ä.
Da lohnt es sich absolut nicht, natürlich kann man bis zum Exzess alles rausholen was geht aber das ist bei anderen Projekten wesentlich angebrachter als bei einfachen Sachen. -
Super das endlich jemand ein Thread dazu aufgemacht hat.
Bin ganz deiner Meinung, es wird kaum noch auf Optimierung geachtet weil die Systeme ja mittlerweile schnell genug sind und das sich nicht lohnt.
Das mag ja vielleicht auch stimmen, besonders wenn man in einer Softwarefirma arbeitet und einem Kunden eine schnelle und vernünftige Lösung präsentieren soll.Da habe ich vollstes Verständnis das nicht jeder Programmierer versucht den Code noch um +1.5% (etwas unter-/übertrieben) schneller zu machen oder das das Programm am Ende dann nur 125 MB statt 130 MB RAM schluckt.
Wenn es aber um langfristige Berechnungen und schnelle Abarbeitung von Aufgaben gehen soll, bei der die Zeit der Programmierung keine so große Rolle spielt, dann lohnt es sich definitiv mal die paar Extrastunden zu investieren um das Programm doch noch ein Stück zu verbessern.
Ich persönlich versuche immer redundante Zeilen zu vermeiden und nur das nötigste zu erledigen damit ich am Ende nicht sehr viel optimieren muss, weil man beispielsweise für Scripte / Programme die nicht viel können müssen solche Optimierungen absolut nicht notwendig sind.
Nichtsdestotrotz versuche ich bei komplexeren Aufgaben (die nicht in AutoIt geschrieben sind, sondern z.B. in C#) durchaus meine Software zu verbessern, nicht nur damit sie schneller läuft sondern damit ich nebenbei meinen Stil und Programmierart verbessere.
Außerdem ist es ziemlich hübsch anzusehen das das Programm mit ein paar kleinen Änderungen um mehrere Prozent schneller läuft.

-
Kommt ganz darauf an ob du Run oder RunWait nutzt, kannst ja die Cmd parallel kopieren lassen oder darauf warten.
-
Verstehst du Zeile 9 bis 12 jetzt nicht oder wie? Sicher das du nicht 8-11 meinst denn 12 gibt es nicht.
Es wird überprüft ob das Handle der Datei ungültig ist, wenn dem so ist (bspw. keine r/w/x Rechte auf der Datei) dann spuckt er dir die MsgBox aus und beendet das Programm.
Wenn du in die Hilfe von FileOpen schaust siehst du was returnt wird wenn das Öffnen fehlschlägt. -
Du solltest erstmal deine Grammatik und Rechtschreibung fixen bevor du dich an das Script setzt. Was soll "ich habe bei mir im Code eine Datei bei in die ich hinein schreiben." denn bedeuten?
-
Was willst du denn mit dem Script überhaupt machen? ProcessExists returnt die nur die PID falls eine Instanz noch laufen sollte, sie greift weder auf den Speicher noch anders in das Programm ein.
-
-
Ich habe einfach noch Tag-Open und Tag-Close hinzugefügt. Damit ist klar, dass zwischen den Strongs wirklich NUR (!) EAN stehen darf. Die Lösung oben würde dir beispielsweise auch eine Nummer nach "european academy of neurology" liefern... warum ist gehighlighted. Das passiert nun nicht mehr.
Soweit ich weiß ist die RegEx Engine von AutoIt case-sensitiv, wenn man (?i) verwendet wird sie erst case-insensitiv. Also ist dein Beispiel falsch.
-
Ich würde ein if winexists(...) then vor den DLL Call stellen um Probleme mit nicht mehr existenten Fenstern zu vermeiden.
Evtl. ebenfalls sinnvoll wäre es DLLopen() und DLLclose() in Verbindung mit OnAutoItExitRegister() zu nutzen.Sinnvoll schon aber die Funktion wird relativ selten aufgerufen und nicht wie z.B. bei Gdi+ mehrer hundert Male im Sekundentakt, da ist es eigentlich egal ob man DLLOpen oder Close verwendet, -könnte- aber mit dem Speicherproblem zu tun haben.
-
-
Dann teil doch den den zukünftigen Usern die die selbe Frage haben die Antwort mit in welchem Menu sich das ganze versteckt und setz den Thread-Präfix auf [gelöst] (1. Post editieren)
-
Dafür gibts die net user Commands der CMD. http://www.thewindowsclub.com/net-user-command-windows
-
Na dafür gibts doch die Parameter in der ShellExecute Funktion.
ShellExecute ( "filename" [, "parameters" [, "workingdir" [, "verb" [, showflag]]]] )
Wenn du nur die Größe übergeben willst, dann kann das beispielsweise so aussehen.ShellExecute("deineDatei.exe", $EinheitKopiert & " " & $MengeKopiert)
Dann hast du folgendes Array: -
Zur Not kannst du es ja über die CMD machen und den Output mit StdOutRead lesen, oder du sendest mit WinPcap z.B. selber das ICMP Paket für den Ping, aber das ist glaube ich ein bisschen zu viel Aufwand.
-
Das liegt daran das der "disabled" Tag gesetzt ist, probier es mal vorher zu enablen _IEAction($OK1, "enable")
Außerdem brauchst du nicht extra eine Form-Collection zu holen, wenn der name oder die ID nur einmal vorkommt kannst du statt $oForm direkt aufs $oIE Objekt zugreifen.
$oLogin = _IEGetObjById($oIE, "login") -
Das sollte nicht allzuschwierig sein. Lass dir die Sticks auflisten mit den Drive* Funktionen und dann checkst du einfach ob deine Daten schon drauf sind, wenn nicht einfach kopieren.
//Edit, nicht gesehen das es in Gegenleistung ist.
-