Beiträge von alpines

Zitat von Mars

Das ist natürlich alles andere als ausfallsicher und jahrelang ungenutzte Daten sind bereits nicht mehr lesbar (scheinbar gibt es irgendwelche zufällig auftretenden Datenverluste mit der Zeit, die Platten sind auch schon ziemlich alt).

Zitat von Mars

Bei Freunden sämtliche verstaubten aber funktionierenden externen USB Festplatten/Sticks/sonstiges einsammeln die >= 16GB Speicher besitzen.

Dann haste genau dasselbe Problem, Festplatten werden nicht jünger und wenn sie schon Sektorenfehler haben (immer mit CrystalDiskInfo scannen!), dann werden die in dem Dauerbetrieb auch nicht mehr lange überleben.

Wenn du ein Budget von 100€ hast kannst du ja überlegen dir einfach eine 4TB Platte, 2x2TB zu kaufen und diese dann zu nutzen. Diese sind frisch und deine Daten sind sicherer.
Ich weiß nicht wie groß die Parityplatte sein muss aber du kannst dann ja eine kleinere nehmen um die als Rekonstruktionsdatenträger zu nutzen (wie z.B. bei WinRAR-Dateien) falls sowas möglich ist.

Falls all das nicht helfen sollte, dann kannste dir ja noch ein paar Spindel CD/DVDs holen und deine Daten drauf brennen

Zitat von Make-Grafik

Ich handhabe das meistens so, dass meine Funktionen einfach durchnummeriert werden:
_0001()
_0002()
_0003()

Nie wieder über lästige Funktionsnamen nachdenken!

Du nutzt mehrere Funktionen? Anfänger! Eine einzige Funktion die unterschiedliche Parameter akzeptiert und daraufhin unterschiedliche Befehle ausführt ist viel besser vom Coding-Stil her.

Du musst die Handles auch wieder sorgfältig schließen die du öffnest, ansonsten bleiben sie im geöffnet und fressen Speicher.
Bei FileOpen wäre das Gegenstück z.B. FileClose.

Zitat von Musashi

Dieser Satz stand zum Zeitpunkt meines Posts noch nicht im Beitrag. Er wurde von @ICE Tec 82 nachträglich hinzugefügt, wahrscheinlich als Reaktion auf meine Frage.

Ich weiß, man sieht es auch an der Änderungszeit vom Beitrag, dennoch wollte ich dir das verlinken da du offenbar(?) was loswerden wolltest.

Zitat von ICE Tec 82

ich habe Aphasie durch Schlaganfall! geht ein bissen länger bei mir!
ich hoffe du hast auch mal einen Schlaganfall mit Aphasie, dann schauen wir mal was du noch auf dir reihe kriegst.

Das war jetzt ein bisschen hart findest du nicht? Ich wollte dich nur darauf hinweisen, dass du keinen Download hinzugefügt hast und so niemand das ganze testen kann.
Jemandem zu wünschen, dass er einen Schlaganfall mit Aphasie kriegt finde ich schon ziemlich unverschämt.

Willst du keinen Download hinzufügen?

Zitat von chrisbyRRC

Das wäre eine super Lösung wenn du mir verrätst wie ich darüber die Abfrage realisieren kann ob der Ping erfolgreich war.

Du kannst die Ausgabe der CMD in eine Datei umleiten mit >> dump.txt.
Folglich musst du also nur die CMD so aufrufen Run(@ComSpec & " /c ""PING 127.0.0.1 >> dump.txt"") und die Datei sollte in deinem Working Directory liegen.
Anschließend FileReaden und mit Stringfunktionen abfragen oooder du liest direkt die CMD mit StdoutRead.

#include <Constants.au3>


Global $DOS, $Message = '' ;; added "= ''" for show only.


$DOS = Run(@ComSpec & " /c Ping www.google.com", "", @SW_HIDE, $STDERR_CHILD + $STDOUT_CHILD)
ProcessWaitClose($DOS)
$Message = StdoutRead($DOS)


MsgBox(0, "Stdout Read:", $Message)

Zitat von Musashi

Würdest Du Dich z.B. über Änderungsvorschläge freuen ?

Guck mal hier:

Zitat von ICE Tec 82

Über Änderungsvorschläge würde ich mich schon freuen!

Wie liegt der Ping denn in der CMD? Wenn er über 250 ist müsste der Grund ja offensichtlich sein.

Zitat von Sonderbaar

Man liest eine gewisse Negativ-Stimmung und genervtheit in deinen Zeilen Alpines

Ich hab ihn mehrmals darauf hingewiesen sich das Script mal anzugucken, so kompliziert ist es nicht. Da sollte man sich schnell zurechtfinden.
Übrigens habe ich von ihm eine private E-Mail bekommen in der er mir die gleiche Frage gestellt hat also kannst du dir denken warum ich so einen Ton an den Tag lege.

In dem von mir geposteten Script gibt es vielleicht eine handvoll Zeilen die sich auf die Adapterinfos + ListView beziehen und das restliche Drumherum ist entweder die UDF oder das GUI-Zeugs.
Wenn ein User nicht mal so motiviert ist sich das anzuschauen was ich ihm gecodet habe, warum sollte ich mir dann die Mühe machen und es ihm häppchengerecht zu erklären und zu scripten?

Er gibt sich ja nicht mal die Mühe zu erklären was er nicht versteht, sondern (und ich zitiere):

Zitat von xXIVXx

das ist meine GUI in der ich die Funktion haben will

Zitat von xXIVXx

Die fuktion soll rein

Zitat von chrisatack

Kann mir evtl. jemand einen Tipp geben wie man per GDI z.B. so etwas schnell ( am besten unter 1 sec ) erkennen könnte?

Du könntest wie mit ImageSearch vorgehen und die obere linke Ecke suchen und dich dann immer weiter nach rechts/unten abtasten, sollte das nicht hinhauen probierst du es mit dem nächsten Pixel. Die _GetPixel Funktion sind allerdings ziemlich langsam, und bei ein paar Megapixel wird das eine kleine Weile dauern.

Zitat von olfibits

Ergänzung soll es eigentlich eher nicht sein. Wie kommst du zu dieser Idee, "dass es nicht weiß, was es sein soll" bzw. wie kommt dieser Eindruck rüber?

Weil du direkt mit einer IDE beginnst und von derer Funktionalität erzählst. Das ist nicht schlecht aber es wäre doch besser erstmal einem die Grundlagen von AutoIt beizubringen bevor man jemandem direkt GUIs und UDFs an den Kopf wirft. Basic Input/Output, Rechnen, Strings vergleichen etc. Einfach die Klassiker.

Wenn ich absoluter Neuling wäre, dann hätte ich nach deiner pdf keine Ahnung wie ich Funktionen aufrufe, was optionale Parameter sind etc etc.
Du willst mit dem Buch ja einen Unwissenden Schritt-für-Schritt an das Thema AutoIt ranführen.
Da wäre es doch ratsam wenn du ihm zeigst wie die grundlegenden Sachen geht, damit derjenige schon mal einen Plan hat wie man in der Sprache mit Befehlen umgeht etc.

Da du ja aber noch einen langen steinigen Weg vor dir hast kannst du natürlich auch erst das GUI Kapitel schreiben und die Grundzüge später verfassen und davorkopieren, nur sollte sich das vom Informationsgehalt her nicht duplizieren (so dass Variablen in der GUI-Sektion nochmal erklärt werden).
Du kannst uns ja auf dem laufenden halten was du alles geändert hast und wir können es immer wieder Korrekturlesen. Die letzte Entscheidung wie was gemacht wird liegt immer noch bei dir.

Zitat von olfibits

konstruktive Kritik wird immer gern angenommen - meinetwegen auch so betitelte "Meckerei"

Dein Buch weiß bisher nicht was es genau sein soll. Soll es eine Ergänzung zu pees Werk sein oder willst du was neues aus dem Boden stampfen?
Als Ergänzung hast du viele Sachen neu erwähnt die schon dort erwähnt wurden und als neues fehlt da einfach das ganze Grundzeugs.
Deshalb sind ein paar meiner Punkte auch vielleicht zu vernachlässigen.

Hier mal das was ich auf die schnelle so gefunden habe:

Seite 4:  AutoIt Installation bringt beides mit, man kann mit "Use x86 tools by default" 64-Bit kompilieren.
		  Mit der 64-Bit Installation kann man auch 32-Bit kompilieren. Wie in der Software zu lesen ist,
		  bezieht sich die Frage auf die Tools von AutoIt.

		  D.h. ob Anwendungen wenn sie mit "Compile Script" kompiliert werden standardmäßig mit 64-Bit erstellt
		  und ob andere Programme wie das AutoIt Window Info Tool standardmäßig in 64-Bit gestartet werden sollen.

Seite 6:  Das sehe ich (persönliche Meinung!!!) anders. Man schreibt praktisch NIE in das Installationsverzeichnis.
		  Nur wenn man neue UDFs einfügen möchte, und das kann man fix mit dem Explorer machen.
		  Wenn du AutoIt in ein anderes Verzeichnis installieren möchtest, dann kannst du auch gleich
		  die Portable Version davon laden. (Das Zip-Archiv)

Seite 6:  Du brauchst Koda nicht zu installieren wenn du SciTE4AutoIt.exe installierst.
		  Diese Datei wird in dem Dokument kein mal erwähnt obwohl sie sehr wichtig ist und auf jeden Fall mit installiert
		  werden sollte. Nicht nur, weil sie die alten Syntax Highlight Farben enthält (welche besser waren), sondern
		  auch weil eben Tools wie Koda enthalten sind.

Seite 17: Strings können auch mit Apostrophs anfangen, da AutoIt keine Unterscheidung zwischen Strings und Chars vornimmt.


Seite 17: Das heißt Addition, Subtraktion, Division, Multiplikation, Modulo (eine Funktion und kein Operator!)
		  Außerdem kannst du die Operatoren mit = verketten. So wird ist $i += 1 gleichwertig mit $i = $i + 1.
		  Das ganze klappt mit -, *, / &= auch.


Seite 17: Du hast drei Operatoren noch vergessen. >= Größer gleich, <= kleiner gleich, == case sensitiver Stringvergleich.


Seite 17: Wie schon erwähnt kann man auch außerhalb von Ifs vergleichen. $bVar = "Bla" <> "Blubb" ist erlaubt!


Seite 18: ByRef stellt keine Referenz sondern ERFORDERT eine Referenz. Du kannst KEINE Funktion callen, mit Werten callen,
		  wenn als Parameter die Referenz auf eine existierende Datenstruktur (Variable, Array, Dll-Struct) erforderlich ist.

Seite 18: Das ist keine gute Definition. Die aktuelle Schleifeniteration wird sofort beendet und es wird in die nächste
		  gesprungen. Das heißt, dass der Code der nach einem ContinueLoop kommt NIEMALS ausgeführt wird.
		  Siehe auch "Seite 19: ExitLoop"

Seite 18: Do-Until, nicht Do-While! Das Until ist eine Ausgangsbedingung und keine "Drinnenbleibenbedingung"


Seite 19: EndIf nicht nötig bei einzeiligen Ifs. Ich weiß nicht wie tief dein Buch gehen soll aber ich bemängel alles
		  was ich finde. Du musst es ja nicht korrigieren wenn du der Meinung bist, dass es nicht reingehört.

Seite 19: Exit EXIT_CODE. Du hast den ExitCode vergessen welcher dem Parentprozess returnt wird (std: 0)


Seite 19: ExitLoop EXIT_LEVEL. Du hast das Level vergessen aus wie vielen Schleifen er rausspringen soll.
		  Mit ExitLoop 2 kannst du zwei While-Schleifen direkt verlassen die ineinander verschachtelt sind.
		  SELBES GILT FÜR CONTINUELOOP.

Seite 19: Bedingunge Zählschleife, keine Anweisung! Du hast außerdem den Step vergessen.
		  For $i = 0 To 1000 Step 100 lässt $i um jede Iteration um 100 wachsen.

Seite 19: Global ist das Scope (Bereich) in dem die Variable deklariert wird.
		  Außerdem, gängige Konvention: Konstanten sollten immer groß geschrieben werden! Global Const $PI = ATan(1) * 4


Seite 19: Was was was was? Enumerierte Arrays? Es ist viel mehr eine Schleife welche alle Elemente einer Collection durchgeht.
		  Dabei können es eine Collection wie in _IETagNameGetCollection sein oder ein Array.


Seite 20: Local vor $pi fehlt.


Seite 20: "Kehrt True oder False um" ist bisschen umgangssprachlich formuliert (ich weiß ja nicht wie du deine pdf schreiben
		  möchtest aber Not ist das äquivalent zu einer logischen Negierung.


Seite 20: ReDim überschreibt keine Arrays, es verändert die Dimension. Sollte das Array verkleinert werden, so gehen die Indizes
		  verloren, sollte es vergrößert werden, so kommen neue Indizes zu die leer sind.


Seite 20: Nein! Static hat keinen Einfluss auf das Scope der Variable. Static bezeichnet, dass diese Variable in allen
		  Funktionsinkarnationen den vorherigen Wert haben soll. Bei dem ersten Funktionsaufruf ist der Wert gleich dem
		  der ihr anfänglich zugewiesen wurde.


Seite 20: Ups, da ist ja der Step... Naja, hättest du in For schon erwähnen können.


Seite 20: Switch, sehr schöne Wortwahl, aber es heißt Variable und nicht Variablen. Außerdem kann es auch eine Konstante, Funktionswert
		  oder eine Funktion selbst sein und nicht unbedingt eine Variable.

Seite 21: Alle Schleifen sind bedingt. Das While ist aber eine Eintrittsbedingungsschleife (schlechte Wortwahl, meh).
		  Du kannst nämlich nur in die Schleife, wenn diese Bedingung erfüllt ist und bleibst nur drin wenn diese auch erfüllt ist.

Seite 21: #include-once sagt nicht, dass diese Datei nur einmal eingebunden werden darf sondern teilt dem Compiler mit, dass
		  er sie nur einmal einfügen soll und das wars. Der User kriegt keinen Fehler wenn er die UDF mehrmals included.


Seite 22: Es gibt keine X32 Architektur, sie heißt X86 und das wird bei 32-Bit auch returnt.


Seite 22: Desktop-Tiefe ist bisschen verwirrend. Es ist viel mehr die Farbtiefe.


Seite 22: Wie gesagt, ich weiß nicht wie sehr du es spezialisieren willst aber @error wird bei jedem Aufruf einer Funktion überschrieben
		  Das ist sehr sehr sehr wichtig!

Seite 23: Die Makros, @HOUR, @SEC, @MDAY, @MON, @YEAR etc sind alle mit führenden Nullen.

Seite 23: Es gibt auch @IPAddress2 bis 4. Das sind die anderen Netzwerkkarten sofern Adapter installiert sind.


====== Den ganzen Krempel mit ISN AutoIt Studio schenke ich mir mal ======


Seite 29: Oder Rechtsklick aufs Script und "Compile With Options".


Seite 33: Produktversion stimmt nicht. Produktverison bezieht sich auf die ganze Software mit allen Dlls etc.
		  Die Dateiversion bezieht sich auf die Exe. In die Produktversion sollte also nicht die AutoIt Version rein.


Seite 33: Macht es wirklich einen nennenswerten Unterschied wenn du die Includes einbindest?
		  Wenn ich alle 141 Dateien include dauert der Compilevorgang zwar lange aber der Start kostet mich 15ms.


Seite 36: Drück mal Alt+W in Scite und schau was auftaucht. Der Code-Wizard MsgBox-Generator (Scite4AutoIt)

Ich habs mir noch nicht durchgelesen sondern mir Seite 17 angeguckt die Oscar erwähnt hat und da ist mir was ins Auge gestochen:

"Ja, das ist in AutoIt (leider) so. Aber es besteht im Prinzip keine Verwechslungsgefahr,weil der Vergleichsoperator nur in If-Anweisungen gebraucht wird."
Das würde ich so nicht sagen, du kannst auch Variablen mit einem Logischen Equal (caseinsensitiv) vergleichen.

$bResult = 1 = 2 schreibt z.B. False in $bResult.

Ich werds mir mal von vorn nach hinten durchlesen und auch bisschen rummeckern wie Oscar wenns dir recht ist.

Zitat von olfibits

Nur zur Info - im Inhaltsverzeichnis steht das auch so - ist das Projekt noch lange nicht fertiggestellt. Ich wollte nur eine "Testversion" hochladen, ob es sich überhaupt lohnt, in die Arbeit mit AutoIt-Projekten im Buch einzusteigen.

Sowas lohnt sich immer. Selbst wenn du es nicht veröffentlichen möchtest bist du im nachher schlauer wenn du nochmal alles von vorne nach hinten gründlich durchgehst.
Biete mich gerne als Testleser an falls du welche suchst.

Zitat von chip

Wozu ein Handbuch, wenn es das Help-File gibt in dem sogut wie bei jeglichem Befehl ein Beispiel dabei ist. Das Buch von Pee war ganz nett aber wenn man mal ehrlich ist überflüssig.

Viele Neulinge kommen mit der Dokumentation nicht zurecht, weil sie sie nicht richtig anzuwenden wissen.
Außerdem fehlt es ihnen an 'Vokabeln', weil sie nicht wissen wie man ein bestimmtes Problem richtig angeht und welche Befehle man dafür verwenden muss.
Da kann man sich jetzt drum streiten ob es besser ist zu googlen oder ein Werk zu verfassen wo ein paar Sachen drinne stehen.

H&Ü ist schon mal die falsche Sektion um das ganze zu posten

peethebee hatte doch schon mal ein Buch geschrieben wo so gut wie alles drin enthalten war.
Buch
https://autoit.de/index.php/Atta…ht-gemacht-pdf/

Willst du das weiterführen oder hast du selber schon was gemacht denn du hast nichts verlinkt also weiß ich es grad ich.

Solange uns du nicht verrätst was du mit dem Script machen möchtest kriegst du von uns keine Hilfe.

Deine Fehler sind elementare Fehler die man nicht mehr macht, wenn man sich die Grundlagen von AutoIt angeeignet hat.

Du verwendest die MsgBox falsch, sie braucht mindestens 3 Parameter um zu funktionieren. Flag, Title und Text. Du gibst nur Flag und Title an und nicht den Text.
Was willst du mit dem Script überhaupt machen? Dein Script verrät nicht sehr viel und der Name "twitter.au3" kommt auch sehr verdächtig rüber.

Zitat von Techmix

Danke an alpines, deine Teile sind heute bei mir angekommen!! Anschließen werde ich diese erst später, bin heute noch bei einem Fußballspiel...

Nochmals einen riesen Dank an dich, alpines

Gruß von Techmix!

Freut mich, dass alles angekommen ist, viel Spaß damit